Asignar participantes
En LadVen OS, los participantes definen quién formula el resultado, quién responde por la ejecución, quién ayuda y quién solo sigue el avance. Agregue personas por rol, no "por si acaso": los participantes innecesarios diluyen la responsabilidad y generan notificaciones de más.
Regla principal
Cada tarea debe tener un responsable principal. No tiene que hacer personalmente cada paso, pero responde por llevar la tarea a un resultado verificable.
Si varias personas tienen resultados independientes, cree varias tareas relacionadas. Si una persona conduce el resultado general y otras hacen partes concretas, deje un responsable y agregue a los demás como coejecutores.
Roles
En la tarjeta de tarea, el responsable y los coejecutores se muestran como un solo equipo: el bloque «Ejecutores». El ejecutor principal (responsable del resultado) aparece marcado con una estrella ★ y la etiqueta «Responsable», y los demás como coejecutores. Esto facilita la lectura, pero el sentido de gestión no cambia: el resultado sigue teniendo un solo dueño. El solicitante y los observadores se muestran aparte del bloque de ejecutores.
Solicitante
El solicitante formula el resultado, explica el contexto y acepta el trabajo. Normalmente es la persona que necesita el resultado de la tarea o responde por el proceso ante el cliente, el gerente o el equipo.
El solicitante debe estar disponible para aclaraciones. Si no podrá revisar el resultado, indique de antemano quién aceptará el trabajo en su lugar: en la descripción, en un comentario o mediante observadores.
Normalmente el solicitante coincide con quien crea la tarea. Al crearla, un responsable de departamento puede asignar como solicitante a un subordinado si la tarea se crea en nombre del empleado que lleva esa línea de trabajo. En ese caso, la tarea queda vinculada al grupo de trabajo o proyecto del solicitante seleccionado.
Esta asignación no convierte al responsable de departamento en propietario oculto del resultado: el solicitante conserva la expectativa y la aceptación, y el responsable conserva la ejecución. Cambiar el solicitante de esta forma solo es posible durante la creación de la tarea y solo con permisos sobre el empleado seleccionado y su contexto de trabajo.
Responsable
El responsable lleva la tarea hasta el resultado: actualiza el estado, hace preguntas, coordina a los coejecutores e informa bloqueos.
Asigne como responsable a quien realmente pueda completar el trabajo. No use este rol para "llamar a todos": cuando hay varios responsables de hecho, nadie entiende quién toma la decisión final sobre la ejecución.
En el bloque «Ejecutores», el responsable aparece marcado con una estrella ★ como ejecutor principal: así, en el equipo de ejecutores se ve enseguida al dueño del resultado.
Coejecutores
Los coejecutores son necesarios cuando otras personas realizan una parte del trabajo: preparar un archivo, dar una evaluación técnica, aprobar un texto, recopilar datos o revisar un bloque separado.
Agregue un coejecutor solo si tiene una parte clara del trabajo. Conviene fijarla en la descripción, la lista de verificación o un comentario: así el coejecutor entiende de qué responde y el responsable principal ve el progreso.
Observadores
Los observadores ven el avance y reciben contexto, pero no responden por la ejecución. Esto es útil para un gerente, un equipo relacionado, el gestor del cliente o una persona que necesita estar al tanto.
No agregue observadores "por si acaso". Si a una persona solo le basta conocer el resultado, es mejor mencionarla en un comentario cuando esté listo o enviarle el enlace a la tarea cuando ya exista el resultado.
Estándar de gestión de roles
Para un responsable y para el dueño del negocio, los participantes de una tarea no son solo una lista de personas. Son el mapa de responsabilidad. Debe quedar claro quién formuló la expectativa, quién entrega el resultado, quién ayuda y quién solo sigue el avance.
Antes de iniciar una tarea, revise los roles como un acuerdo de gestión:
| Pregunta | Dónde debe estar la respuesta | Qué hacer si no hay respuesta |
|---|---|---|
| ¿Quién acepta el resultado? | Solicitante o revisor indicado explícitamente en la descripción o comentario. | Nombrar un solicitante que pueda aceptar el trabajo o fijar el revisor. |
| ¿Quién es dueño del resultado? | Un responsable. | Elegir un dueño del resultado o dividir el trabajo en varias tareas. |
| ¿Quién realiza partes separadas? | Coejecutores con pasos concretos en la descripción, la lista de verificación o un comentario. | Aclarar la contribución de cada coejecutor o quitar participantes extra. |
| ¿Quién debe ver los riesgos durante la ejecución? | Observadores que realmente necesitan el proceso, no solo el resultado final. | No agregar a la persona como observador y mencionarla cuando aparezca una decisión. |
| ¿Quién lleva la comunicación con el cliente? | Solicitante, observador o coejecutor para aclaraciones del cliente. | Agregar al gestor del cliente en el rol correcto sin mezclar su responsabilidad con el trabajo de otro departamento. |
Si la tarea importa para un cliente, dinero, plazo de proyecto o transferencia entre departamentos, revise los roles antes de guardar. Un error en participantes casi siempre aparece después: las preguntas van a la persona incorrecta, la aceptación se retrasa y el responsable ve muchos participantes, pero no ve dueño del resultado.
No agregue al dueño del negocio como observador solo "para que vea". Si necesita control general, use vistas guardadas, reportes y comentarios finales. Agregue al dueño del negocio a la tarea cuando acepte personalmente el resultado, quite un riesgo o deba tomar una decisión de gestión.
Cómo distribuir roles en situaciones de trabajo
Los roles no existen para llenar formalmente la tarjeta, sino para que el trabajo sea gestionable: quién decide, quién lleva el resultado, quién hace una parte y quién debe ver el avance.
| Situación | Cómo asignar participantes | Por qué |
|---|---|---|
| Un gerente asigna una tarea a un empleado del departamento | Gerente: solicitante; empleado: responsable. No agregue a otros si no participan. | El resultado tiene dueño y aceptación clara. |
| Un gestor lleva una solicitud de cliente y un abogado prepara el contrato | Gestor o dueño del cliente: solicitante; abogado: responsable; el gestor puede ser observador o coejecutor para aclaraciones del cliente. | La responsabilidad por el documento no se mezcla con la responsabilidad por la relación con el cliente. |
| Varios departamentos preparan partes independientes de un lanzamiento | Cree tareas hijas o relacionadas con responsables separados y deje un dueño del lanzamiento en la tarea general. | Cada resultado tiene su responsable y el lanzamiento general no se convierte en una lista de encargos sin dueño. |
| Solo se necesita aprobación del gerente | No nombre al gerente responsable. Déjelo como solicitante, observador o menciónelo en el comentario de aceptación. | El responsable sigue siendo quien conduce la ejecución, no quien debe decir "sí". |
| Una persona debe entregar datos al ejecutor | Agréguela como coejecutor y fije su parte en la descripción o la lista de verificación. | El participante entiende qué se espera de él y no se convierte en copropietario oculto de todo el resultado. |
| Solo importa informar el resultado | No agregue observador por adelantado. Comunique el resultado en un comentario o envíe el enlace cuando esté listo. | Menos notificaciones y más atención a las tareas que realmente requieren seguimiento. |
| Un jefe asigna una tarea a un subordinado y cambia los ejecutores | El responsable de departamento puede reasignar a los ejecutores en la tarea de un subordinado, aunque no pueda cambiar lo demás de la tarea. | El responsable gestiona el reparto del trabajo con independencia de los permisos para editar el cuerpo de la tarea. |
Si el rol genera discusión, haga una pregunta simple: "¿Quién responderá si la tarea no está lista a tiempo?". Esa persona debe ser responsable o dueña de una tarea relacionada separada.
Cómo elegir empleados
En la creación y edición de una tarea, use la búsqueda de participantes. Ayuda a encontrar al empleado por nombre, apellido u otros datos disponibles del perfil.
En la tarjeta de tarea se ve quién lleva el resultado, quién ayuda y quién observa: el responsable (ejecutor principal) responde por el resultado final, los coejecutores por sus partes, el solicitante por la aceptación y los observadores siguen el contexto.
- Abra la tarea en modo de creación o edición.
- Vaya al bloque de participantes.
- Empiece a escribir el nombre del empleado en el campo de búsqueda del rol necesario.
- Seleccione al empleado de la lista de candidatos.
- Si la lista está agrupada por departamentos, abra el departamento correcto y revise el equipo, avatar u otra señal visible del perfil.
- Repita la selección para coejecutores y observadores si realmente son necesarios.
- Guarde la tarea o los cambios.
La agrupación por departamentos ayuda a distinguir homónimos y elegir personas del equipo correcto. Si hay varios empleados parecidos, guíese no solo por el nombre, sino también por departamento, avatar, equipo u otro dato visible del perfil.
Cómo funciona la lista de candidatos
La búsqueda se actualiza mientras escribe, así que empiece con un fragmento corto del nombre o apellido y ajuste la consulta solo si la lista es demasiado larga. Cada rol abre su propia lista: elija al responsable en la fila de responsable, a los coejecutores en su fila y a los observadores en la suya. Así reduce el riesgo de mover a una persona al rol equivocado.
Si la lista está dividida por departamentos, abra solo el grupo necesario y verifique el perfil antes de elegir. Revise no solo el nombre, sino también departamento, avatar, equipo y pistas como "usted" o "su empleado". Después de seleccionar, confirme que la persona apareció en el rol previsto, no solo en los resultados de búsqueda.
El teclado ayuda a recorrer la lista con rapidez: escriba la consulta, muévase entre las opciones, seleccione al empleado correcto y cierre la lista si cambia de decisión. Si la persona no aparece o no se puede seleccionar, no la sustituya al azar por un homónimo: primero revise el grupo de trabajo, los permisos y el estado del empleado.
Grupo de trabajo
El grupo de trabajo (proyecto) muestra dónde y en qué contexto vive la tarea. Se elige en la parte superior del bloque «Participantes», por encima de la fila del solicitante. Indique el grupo de trabajo cuando la tarea pertenezca a un equipo, proyecto o línea de trabajo concretos: así la tarea entra en el contexto correcto y el acceso y los participantes se seleccionan según ese equipo.
Si se agrega un participante después de iniciar el trabajo, no se limite a añadirlo al rol. Deje un comentario breve: por qué se incorpora, qué ya está hecho, qué archivos o puntos de la lista de verificación debe mirar y qué acción se espera de él. Así el nuevo participante entra en la tarea con contexto, no mediante suposiciones.
Control de roles antes de guardar
Antes de guardar, revise no solo los nombres, sino cómo quedaron distribuidos por rol. Es especialmente importante si aparecen empleados parecidos, algunos candidatos están limitados por permisos o la tarea ya está en ejecución.
| Qué revisar | Resultado correcto | Qué corregir antes de guardar |
|---|---|---|
| Un responsable | En el rol de responsable aparece un empleado actual. | Si hay varios resultados independientes, divida el trabajo en tareas relacionadas. |
| Roles sin mezcla | Solicitante, responsable, coejecutores y observadores aparecen en grupos separados. | Mueva a la persona al rol correcto, no la deje en el primer grupo encontrado. |
| Sin duplicados ni perfiles antiguos | La persona elegida es un empleado activo con departamento, avatar o señal visible de perfil esperada. | Quite un perfil inactivo, un homónimo de otro departamento o un duplicado. |
| Candidato restringido resuelto | Está claro por qué la persona no se puede seleccionar o no aparece en la lista. | Elija otro empleado, solicite acceso o divida la tarea si el contexto limita el acceso. |
| Cambio tardío explicado | Si se agregó alguien después de iniciar el trabajo, un comentario explica el motivo y la acción esperada. | Agregue un comentario breve antes de guardar o justo después. |
Este control sustituye la adivinanza por una lista visible: el gerente ve al dueño del resultado, el responsable entiende su alcance y el nuevo participante recibe contexto dentro de la tarea.
En las filas de los ejecutores hay indicaciones de contexto discretas: en tu propia fila ves la marca «tú», y el responsable de departamento ve en las filas de sus subordinados la marca «tu empleado». Esto ayuda a entender rápidamente dónde estás tú y quién del equipo te rinde cuentas, sin abrir el perfil.
Candidatos no disponibles y permisos
No todo empleado encontrado está necesariamente disponible para asignación. Un candidato puede no estar disponible por permisos, estado del empleado, restricciones del proyecto, departamento, grupo de trabajo o contexto del cliente.
La búsqueda de participantes muestra solo a los empleados a quienes se les puede encargar tareas. Por eso, parte de las personas no aparecerá en absoluto en la lista de candidatos para los roles de responsable, coejecutor u observador:
- participantes externos (cuentas de invitado y extranet): el acceso externo no está pensado para ejecutar tareas internas;
- empleados desactivados e inactivos: no tienen un perfil de trabajo para llevar la tarea;
- empleados sin permiso para tomar tareas en ejecución.
Si la persona que necesita no está en la lista, no es un fallo de la búsqueda: compruebe que se trata de un empleado interno activo con permiso para trabajar con tareas. A un participante externo entréguele el resultado por un canal acordado, no mediante una asignación en la tarea.
Si la persona necesaria no aparece en la lista o no se puede seleccionar:
- revise si la tarea pertenece a un proyecto, grupo de trabajo, cliente o registro CRM con acceso limitado;
- asegúrese de haber elegido al empleado actual, no un duplicado antiguo o un perfil inactivo;
- compruebe si la persona puede ver los materiales de la tarea y los archivos adjuntos;
- pida al administrador o dueño del espacio que configure el acceso si su participación es necesaria.
No evite la restricción agregando a la persona como observador ni reenviando materiales fuera de la tarea. El participante debe tener acceso al contexto de trabajo dentro de LadVen OS; de lo contrario, la discusión y la revisión del resultado se dispersarán por distintos canales.
Antes de añadir a un participante nuevo, revise qué contexto verá junto con la tarea: descripción, comentarios, archivos, cliente, proyecto, relaciones CRM e historial de cambios. Si la persona solo necesita responder una pregunta o dar una aprobación puntual, es mejor hacer la pregunta en un comentario con mención o crear una tarea relacionada separada con contexto limitado, en lugar de abrirle toda la historia de trabajo.
Cómo no diluir la responsabilidad
Antes de guardar, haga tres preguntas:
- quién acepta el resultado;
- quién responde por que la tarea se complete;
- quién hace partes separadas, pero no es dueño del resultado final.
Si la segunda pregunta produce varios nombres, la tarea está formulada de forma demasiado amplia o los roles se asignaron mal. Divida el trabajo en tareas relacionadas, nombre un dueño del resultado o precise la contribución de los coejecutores en la lista de verificación.
Señales de responsabilidad diluida:
- el responsable está asignado formalmente, pero las decisiones reales se esperan de otra persona;
- los coejecutores se agregaron sin una parte concreta del trabajo;
- los observadores se usan como lista de distribución;
- el solicitante no puede revisar el resultado;
- la tarea describe varios resultados independientes.
Cuando la responsabilidad empieza a dispersarse, no lo resuelva agregando más participantes. Primero precise el resultado de la tarea. Si contiene varios resultados independientes, divida el trabajo. Si el resultado es uno, elija un responsable y describa claramente la contribución de los demás.
Si eres el responsable (ejecutor principal) y te quitas a ti mismo de los ejecutores, LadVen OS pedirá confirmación: sin otros permisos sobre la tarea, puedes perder el acceso de edición y quedarte solo con la consulta. Es una protección contra la pérdida accidental de acceso a tu propio trabajo: confirma la eliminación de forma consciente y, si hace falta, primero designa a un nuevo responsable.
Fórmula práctica:
El responsable responde por el resultado.
El coejecutor responde por su parte.
El solicitante responde por la claridad de la expectativa y la aceptación.
El observador solo responde por seguir el contexto por su cuenta.
Cómo hacerlo en LadVen OS
- Abra la tarea en modo de creación o edición.
- Revise al solicitante: debe entender el resultado esperado y el orden de aceptación.
- Busque al responsable mediante la búsqueda de participantes.
- Agregue coejecutores si tienen partes separadas del trabajo.
- Agregue observadores si necesitan ver el avance.
- Revise empleados parecidos por departamento, equipo o avatar.
- Quite participantes innecesarios y duplicados.
- Guarde los cambios.
Al editar una tarea existente, después de guardar revise la lista real de participantes en la tarjeta. Si alguien cambió participantes en paralelo, actualice la tarea y asegúrese de que la composición guardada coincida con el acuerdo.
Qué revisar antes de guardar
- Hay un solo responsable.
- El solicitante podrá aceptar el resultado o devolverlo a corrección.
- Los coejecutores entienden su parte y está fijada en la tarea.
- Los observadores realmente necesitan notificaciones.
- Los participantes fueron elegidos entre empleados actuales, no duplicados antiguos.
- Cada participante tiene acceso al proyecto, cliente, registro CRM, archivos y otros materiales de la tarea.
- No hay personas agregadas solo "para visibilidad".
Cómo revisar el resultado
Después de guardar, abra la tarea en modo de vista y revise el bloque de participantes:
Lea primero este bloque como el acuerdo guardado, no como un formulario de edición: quién acepta el trabajo, quién es dueño del resultado, quién ayuda y quién solo observa. Si necesita abrir la búsqueda de participantes o cambiar roles para responderlo, la composición guardada todavía no explica la responsabilidad.
- solicitante, responsable, coejecutores y observadores aparecen en los roles correctos;
- el responsable se ve en la lista de tareas y en filtros por ejecutor;
- la tarea aparece en vistas "mis tareas", "asignadas" o "con mi participación" de las personas correctas;
- los participantes pueden abrir la tarea y ver los materiales necesarios;
- si alguien fue agregado después de crear la tarea, recibió contexto dentro de la tarea y no solo una instrucción verbal.
Si la lista se ve incorrecta, corrija los roles de inmediato. Cuanto antes quite participantes innecesarios o nombre al responsable correcto, menos confusión habrá en comentarios, notificaciones y estados.
Antes de dar por listo el bloque de participantes, revise en la pantalla:
- los roles aparecen separados, no mezclados en una lista general de personas;
- cada participante tiene un nombre claro y suficiente contexto de perfil para distinguir homónimos o duplicados;
- hay una sola persona responsable, y los coejecutores no parecen segundos dueños del resultado;
- los observadores no se mezclan con ejecutores ni crean una impresión de responsabilidad adicional;
- si alguien no se puede seleccionar o abrir, la causa o el siguiente paso de acceso queda claro.
Para un gerente, el resultado correcto no es solo ver nombres de personas. Cada rol debe responder a una pregunta de gestión: quién acepta el trabajo, quién lleva el resultado, quién realiza su parte y quién sigue los riesgos y decisiones. Si se agrega un participante más tarde, el motivo debe quedar visible en un comentario o en la lista de verificación. Si cambia el responsable, el historial debe explicar por qué se transfirió la responsabilidad y en qué estado se entregó el trabajo.
Después de cambiar al responsable
Cambiar al responsable es un evento de gestión, no solo la corrección de un campo. Después del cambio debe quedar claro por qué se transfirió la responsabilidad y en qué estado se entrega el trabajo.
Una buena transferencia incluye:
- un comentario breve con la razón del cambio;
- qué ya está hecho y qué queda por hacer;
- qué archivos, listas de verificación y tareas relacionadas debe revisar el nuevo responsable;
- quién aceptará el resultado;
- si hay riesgos por plazo, tiempo planificado o accesos.
No cambie silenciosamente al responsable en tareas que ya tienen comentarios, archivos, lista de verificación o contexto de cliente. De lo contrario, el nuevo dueño tendrá que reconstruir la historia manualmente y el gerente perderá la explicación de por qué el trabajo pasó a otra persona.
Buenas prácticas
- Nombre un responsable para un resultado verificable.
- Fije la contribución del coejecutor junto al trabajo: en la descripción, la lista de verificación o un comentario.
- Agregue observadores solo cuando deban ver avance, riesgos y decisiones durante la ejecución.
- Al cambiar responsable, deje un comentario breve: por qué pasó la responsabilidad y qué ya está hecho.
- Para resultados independientes, cree tareas relacionadas en vez de ampliar la lista de coejecutores en una misma tarjeta.
- Revise el acceso de participantes a cliente, proyecto, CRM, documentos y archivos antes de iniciar.
- En tareas de cliente, mantenga entre participantes a quien responde por la comunicación con el cliente, pero no lo haga responsable del trabajo de otro departamento.
- Si un gerente necesita control, use observación y comentarios finales, no una asignación formal como responsable.
- Quite regularmente de la tarea a las personas que ya no necesitan el contexto.
- Si hay disputa por el rol, vuelva al criterio de aceptación: quién puede revisar el resultado y quién debe llevarlo hasta allí.
Errores frecuentes
- nombrar varios responsables de hecho en lugar de un dueño del resultado;
- agregar coejecutor sin una parte clara del trabajo;
- agregar observadores como distribución masiva;
- elegir un homónimo de otro departamento;
- dejar un perfil antiguo o inactivo;
- no revisar el acceso del participante a archivos, proyecto, cliente o contexto CRM;
- cambiar responsable sin comentario sobre el traspaso;
- usar observadores para evitar restricciones de acceso;
- no revisar la lista final de participantes después de guardar;
- crear una tarea grande para varios resultados independientes.
Qué revisar después de elegir participantes
- En el formulario de creación, solicitante, responsable, coejecutores y observadores están separados por rol.
- La búsqueda de empleado ayuda a distinguir homónimos por departamento, equipo o avatar.
- La tarea mantiene una persona responsable del resultado, mientras los coejecutores entienden su parte del trabajo.
- Después de guardar, la lista de participantes en modo de vista coincide con la responsabilidad real.
- Si un candidato no está disponible o está limitado por permisos, el siguiente paso es claro: elegir otra persona, pedir acceso o dividir la tarea.
- En una tarea de cliente o proyecto, los participantes pueden abrir los materiales relacionados que necesitan para trabajar.