Relaciones de tareas
En LadVen OS, las relaciones muestran de dónde apareció una tarea, con qué trabajo está conectada y dónde revisar el resultado. Ayudan a no perder contexto cuando una solicitud nace de un cliente, documento, comentario, proyecto, CRM o tarea anterior.
Una relación no sustituye la formulación de la tarea. Aunque la tarea esté vinculada a un deal, proyecto o documento, el título y la descripción deben explicar qué resultado se necesita y quién lo acepta.
Cuándo se necesita una relación
Agregue una relación si sin ella se pierde la causa de la tarea, una dependencia o el lugar donde se comprobará el resultado: una tarea bloquea otra, la solicitud nació de un cliente, el resultado sirve para contrato o factura, un documento debe aprobarse, la tarea continúa una etapa de proyecto o el gerente debe ver la cadena de trabajo.
Relaciones y responsabilidad
| Pregunta | Qué relación ayuda | Qué debe escribirse igual en la tarea |
|---|---|---|
| Para quién o para qué hacemos el trabajo? | Cliente, proyecto de cliente, entidad CRM. | Qué resultado de cliente se necesita y quién lo acepta desde el equipo. |
| En qué flujo se controla? | Proyecto, grupo de trabajo, tarea padre. | Cómo la tarea afecta el resultado general del proyecto. |
| Dónde están materiales y resultado? | Documento, archivo, comentario, adjunto de checklist. | Qué abrir, revisar o adjuntar al final. |
| Qué tareas dependen entre sí? | Tarea padre, hija o relacionada. | Qué dependencia existe: bloquea, continúa, aclara o fija decisión. |
Tipos de relaciones
| Tipo de relación | Qué muestra | Cuándo usar |
|---|---|---|
| Tarea padre | Tarea o iniciativa más grande de la que salió la actual. | Cuando la tarea actual es parte de un resultado general. |
| Tarea hija | Parte separada del trabajo dentro de la tarea actual. | Cuando una parte tiene responsable, plazo o criterios propios. |
| Tarea relacionada | Tarea vecina sin jerarquía estricta. | Cuando influyen entre sí, pero ninguna es parte de la otra. |
| Proyecto | Proyecto interno, grupo de trabajo o dirección. | Cuando la tarea se busca y planifica dentro de trabajo de proyecto. |
| Cliente | Compañía o cliente al que pertenece la tarea. | Para historia de cliente, ventas, implantación o soporte. |
| Proyecto de cliente | Proyecto o flujo concreto dentro del cliente. | Cuando un cliente tiene varias direcciones paralelas. |
| CRM | Deal, lead, contacto, compañía u otra entidad CRM. | Cuando la tarea continúa venta, soporte o acción de cliente. |
| Documento | Documento, tabla, contrato, especificación o archivo de trabajo. | Cuando el documento es fuente, material o resultado. |
| Archivo | Adjunto de tarea, checklist o comentario. | Cuando el material se necesita para ejecución, revisión o historia. |
| Comentario | Discusión, decisión, pregunta o devolución concreta. | Cuando el nuevo trabajo nació de la discusión y no debe perder la causa. |
Jerarquía, dependencia y contexto
| Qué mostrar | Qué relación elegir | Cómo leerlo como gerente |
|---|---|---|
| La tarea es parte de un resultado grande | Tarea padre o hija | El resultado general tiene partes con dueños propios. |
| El resultado de una tarea influye en otra | Tarea relacionada | No se incluyen entre sí, pero deben verse juntas. |
| La tarea pertenece al flujo del equipo | Proyecto o grupo de trabajo | Puede planificarse y filtrarse dentro de la dirección. |
| La tarea pertenece a historia de cliente | Cliente, proyecto de cliente o CRM | El resultado debe verse en contexto de cliente. |
| Hay que abrir material o prueba | Documento, archivo, comentario | La relación lleva a fuente, decisión o resultado final. |
Tareas padre e hijas
Use tareas padre e hijas cuando un resultado grande se divide en partes. La tarea padre conserva el objetivo general; las hijas tienen responsables, plazos y criterios propios. No cree hijas para pasos mínimos que caben en checklist.
Tareas relacionadas
Use una tarea relacionada cuando no hay jerarquía, pero el contexto importa: una tarea continúa otra, bloquea, aclara decisión o fija nuevo alcance. En la descripción indique por qué están relacionadas.
Crear una tarea relacionada desde el contexto
Cuando una nueva solicitud nace de comentario, archivo, checklist o revisión, cree una tarea relacionada desde ese contexto si está disponible. Así se conserva la causa y la tarea original no se convierte en trabajo infinito.
Proyecto, cliente y proyecto de cliente
Proyecto y grupo muestran el flujo interno. Cliente y proyecto de cliente muestran la obligación externa o historia de interacción. Elija el contexto correcto para que la tarea aparezca en reportes, filtros y revisión del proceso.
Relaciones CRM
Agregue CRM cuando la tarea continúa venta o soporte: preparar factura, actualizar contacto, acordar condiciones, revisar pago, programar reunión o enviar documento. La relación CRM debe ir acompañada de una instrucción concreta.
Documentos y archivos
| Situación | Qué vincular o adjuntar |
|---|---|
| Trabajar con un contrato editado aparte | Documento relacionado y explicación breve en descripción. |
| Entregar brief inicial al ejecutor | Archivo de la tarea. |
| Confirmar ejecución de un paso | Archivo del punto del checklist. |
| Discutir versión intermedia | Archivo en comentario. |
| Guardar resultado final | Archivo de la tarea o documento de resultado con comentario final. |
Comentarios como fuente de relación
Si una nueva tarea aparece desde una discusión, vincule o cite el comentario original. Así se entiende qué pregunta, decisión o devolución generó el trabajo.
Cómo no perder contexto
No agregue relaciones mudas. Explique por qué la relación importa, qué material abrir, qué tarea bloquea a cuál y qué resultado se espera. Revise que participantes tengan acceso a objetos relacionados.
Cómo no diluir el trabajo con relaciones
Una relación no debe convertir una tarea simple en centro de todo el proceso. Si aparece un resultado independiente, cree tarea hija o relacionada. Si solo es un paso pequeño, use checklist. Si es referencia, deje enlace y explicación.
Permisos y restricciones
Una relación puede apuntar a objeto que no todos ven. Antes de asignar, revise acceso a cliente, proyecto, CRM, documento y archivos. No reenvíe materiales fuera de LadVen OS como reemplazo permanente.
Cómo revisar relaciones
Compruebe que cada relación ayuda a ejecutar, revisar o reconstruir la tarea; que no hay duplicados; que el contexto está explicado; que los accesos funcionan; y que las tareas hijas o relacionadas tienen responsables y plazos propios.
Buenas prácticas
- Vincule tareas cuando hay dependencia real o contexto de cliente/proyecto.
- Mantenga título y descripción claros aunque existan relaciones.
- Separe nuevos resultados en tareas hijas o relacionadas.
- Explique relaciones importantes en comentario o descripción.
- Revise permisos de objetos relacionados.
- Use relación con comentario cuando el trabajo nació de una discusión.
Errores frecuentes
- usar relación como sustituto de descripción;
- crear tarea hija para cada paso menor;
- no explicar por qué dos tareas están relacionadas;
- vincular cliente o CRM incorrectos;
- dejar nuevo alcance dentro de tarea cerrada;
- no revisar accesos a documentos relacionados;
- mezclar varias obligaciones independientes en una tarjeta.
Capturas necesarias para esta página
- bloque de tareas relacionadas;
- relación padre/hija;
- vínculo con cliente, proyecto y CRM;
- documento o archivo relacionado;
- creación de tarea desde comentario;
- ejemplo de nuevo alcance separado en tarea relacionada.