Editar una tarea

LadVen OS - sistema operativo para empresas guarda la tarea como un acuerdo de trabajo: qué resultado se necesita, quién responde por él, para qué fecha y con qué materiales se revisará. Editar una tarea no sirve para reescribir la historia, sino para precisar con cuidado el acuerdo cuando el trabajo ya está en marcha.

Una tarea bien editada ayuda a todos los participantes a entender igual el nuevo acuerdo. El ejecutor ve el resultado y los materiales actuales, el gerente entiende la razón del cambio y el dueño del negocio puede reconstruir la decisión sin buscar contexto en chats y reuniones.

En modo de edición, cambie solo las partes de la tarjeta que realmente aclaran el acuerdo de trabajo: descripción del resultado, plazo, tiempo planificado, revisión, archivos, participantes y contexto. Después de un cambio significativo, deje un comentario con la razón.

Regla principal

Antes de modificar, pregunte: "Después de esta corrección, el equipo hace la misma tarea o ya es otro trabajo?"

Si el resultado sigue siendo el mismo, edite la tarea actual. Si aparece un nuevo resultado, otro dueño, un plazo separado o una aceptación independiente, cree una tarea relacionada o hija. Así la responsabilidad no se diluye y la historia del trabajo sigue siendo legible.

Una buena edición:

• aclara el acuerdo, no lo sustituye retroactivamente;
• conserva un responsable claro por el resultado;
• muestra por qué cambiaron plazo, alcance, participantes o materiales;
• ayuda a nuevos participantes a entrar rápido en contexto;
• deja al gerente una historia transparente de decisiones.

Cuándo cambiar la tarea

Edite la tarea existente si el trabajo permanece dentro del mismo resultado. Es normal que se aclaren datos iniciales, aparezca un archivo actual, cambie un plazo o se agregue una persona que ayuda con una parte.

Casos adecuados:

• precisar título, descripción, criterios de aceptación o formato esperado;
• agregar enlace a documento, contrato, brief, tabla, cliente o proyecto actual;
• cambiar plazo, prioridad, tiempo planificado o etiquetas después de acordarlo;
• transferir responsabilidad a otro empleado con una razón clara;
• agregar coejecutor u observador que necesita contexto;
• adjuntar una nueva versión de archivo o quitar material obsoleto;
• completar el checklist con un paso verificable dentro del mismo trabajo;
• vincular la tarea con otra tarea, documento, proyecto o entidad CRM.

La edición responde "cómo ejecutar ahora el acuerdo original". Si la corrección responde "qué nuevo trabajo agregamos", ya no es una simple edición.

Cuándo se necesita una nueva tarea

Cree una nueva tarea si apareció un resultado independiente. Es importante para la gestión: el trabajo separado obtiene su responsable, plazo, discusión, materiales, checklist y aceptación.

Se necesita una nueva tarea cuando:

• la tarea original creció en varios trabajos independientes;
• apareció un resultado que se puede aceptar por separado;
• se necesita otro responsable u otro plazo;
• hace falta aprobación de otro departamento, cliente o gerente;
• la discusión pasa a un contexto separado;
• la tarea anterior ya se puede cerrar y el nuevo trabajo es continuación;
• el cambio es tan grande que la historia anterior empieza a confundir.

Una tarea hija sirve si el nuevo trabajo forma parte del resultado general. Una tarea relacionada sirve si pertenece al mismo tema, pero vive en un proceso aparte.

Situación	Acción correcta
En la descripción faltó el enlace al contrato actual	Editar la tarea actual y agregar enlace o archivo.
El cliente pidió mover el plazo de aprobación	Cambiar el plazo y escribir la razón en un comentario.
El responsable sale de vacaciones y transfiere el trabajo	Cambiar responsable, fijar estado transferido y materiales.
Después de revisar el contrato hay que preparar una presentación separada	Crear una tarea relacionada.
Una tarea grande se dividió en partes legal, técnica y comercial	Crear tareas hijas con responsables separados.
Una tarea cerrada generó la siguiente etapa	No reescribir la tarea cerrada; crear una continuación.

Cómo abrir la edición

1. Abra la tarjeta de la tarea.
2. Revise el acuerdo actual: resultado, responsable, plazo, materiales, checklist y últimos comentarios.
3. Pase al modo de edición si tiene permisos para cambiar la tarea.
4. Cambie solo los bloques que pertenecen al nuevo acuerdo.
5. Guarde los cambios y revise la tarjeta en modo de vista.
6. Si el cambio es significativo, deje un comentario con la razón y mencione a quienes deben actuar o confirmar.

Si la edición no está disponible, no evite el proceso creando una tarea duplicada sin explicación. Pida al iniciador, gerente o dueño de la tarea que haga el cambio, o acuerde crear una tarea relacionada.

Qué fijar al cambiar

Todo cambio significativo debe ser comprensible para quien no estuvo en la llamada, reunión o conversación privada. Para los gerentes es especialmente importante ver no solo qué cambió, sino por qué se tomó la decisión.

Fije:

• qué cambió;
• por qué fue necesario;
• quién aprobó el cambio;
• cómo afecta al plazo, alcance, responsabilidad o aceptación;
• qué debe hacer después el ejecutor.

Ejemplo:

Movimos el plazo al 18 de mayo porque el cliente envió hoy la nueva versión del contrato. Revisamos las secciones 3 y 5 según el archivo nuevo. Ivan sigue como responsable y el departamento legal se agrega como coejecutor.

Un mal comentario:

Actualicé la tarea.

No explica la causa, no protege el acuerdo y no ayuda al gerente a entender por qué cambió el plan.

Responsabilidad después de la edición

Después de editar, debe quedar un responsable principal del resultado. Los coejecutores hacen partes, los observadores siguen el contexto y el iniciador acepta el resultado, pero no sustituyen al dueño final.

Antes de guardar, revise:

• quién responde ahora por el resultado;
• quién acepta o revisa el resultado;
• quién debe hacer partes concretas;
• quién solo necesita estar al tanto;
• si los nuevos participantes tienen acceso a archivos, documentos, cliente y proyecto;
• si el responsable anterior transfirió estado, riesgos y acciones pendientes.

Si la responsabilidad pasa a otra persona, no se limite a cambiar el nombre del campo. Escriba quién responde desde ahora, desde qué momento, qué ya está hecho, dónde están los materiales y qué riesgos quedan.

Cambiar la descripción y el resultado

Cambie la descripción cuando la formulación inicial era imprecisa, aparecieron criterios de aceptación, cambió el formato del resultado o hay que agregar contexto importante.

Una buena actualización:

• vuelve verificable el resultado;
• agrega datos iniciales faltantes;
• separa el resultado obligatorio de la información de referencia;
• no elimina historia importante sin explicación;
• no esconde nuevo alcance dentro de la tarea antigua.

Si la descripción cambia porque un acuerdo verbal precisó el resultado, agregue un comentario breve. Si la nueva descripción de hecho reemplaza la tarea por otro trabajo, deténgase y cree una tarea separada.

Cambiar plazo y prioridad

El plazo y la prioridad afectan la planificación del departamento, las expectativas del gerente y las promesas al cliente. No se deben cambiar en silencio, "por orden" o para ocultar un retraso.

Al mover un plazo, indique la razón: retraso de materiales de entrada, cambio de prioridad del cliente o gerente, dependencia de otra tarea, ampliación del alcance, falta de acceso o aprobación, enfermedad, vacaciones o transferencia de responsabilidad.

Si el plazo se mueve a menudo, es una señal del proceso: quizá la tarea fue mal formulada, el alcance fue excesivo, la dependencia no se separó, faltan recursos o la decisión se retrasa a nivel directivo.

Al cambiar prioridad, explique qué cambió en el contexto de negocio: fecha del cliente, riesgo del proyecto, bloqueo de otro departamento, importancia para la venta u obligación ante el gerente.

Cambiar participantes

Agregue participantes solo con un rol claro. Los observadores de más crean ruido y los coejecutores de más crean apariencia de responsabilidad sin dueño real.

Antes de agregar a una persona, responda:

• qué debe hacer, revisar o aprobar;
• si necesita acceso a materiales;
• si debe recibir notificaciones sobre el avance;
• si basta mencionarla en un comentario;
• quién le explicará el estado actual.

Al quitar un participante, asegúrese de que el equipo no pierda contexto. Si la persona transfirió trabajo, fíjelo en un comentario.

Cambiar archivos y documentos

Los archivos sirven para ejecutar, revisar o conservar la historia de la decisión. Adjunte materiales actuales e indique cuál es la versión de trabajo o final.

Si reemplaza un documento, escriba qué cambió:

• "Nueva versión del contrato del 16 de mayo, no usar la anterior";
• "Agregado el diseño final para revisión";
• "El cliente envió una tabla actualizada, usarla como fuente de datos";
• "El archivo antiguo queda para historia, la versión de trabajo es contract-v3".

No convierta la tarea en un depósito de todos los materiales del tema. Si hay muchos documentos y viven aparte, vincule carpeta, proyecto, cliente o documento. En la tarea deje lo necesario para el trabajo actual y la aceptación.

Cambiar el checklist

El checklist sirve para pasos dentro de la misma tarea. Cada punto debe ser una acción verificable, no una nueva tarea sin dueño.

Bien:

• revisar datos bancarios del cliente;
• actualizar la sección 3 del contrato;
• adjuntar la versión final del archivo;
• obtener confirmación del iniciador.

Mal:

• "aclarar lo del contrato";
• "hacer todo por el cliente";
• "preparar presentación, aprobar presupuesto y lanzar mailing" en un solo punto;
• "pasar a marketing" si marketing obtiene un resultado y plazo propios.

Si un punto requiere responsable, plazo, archivos o discusión separados, cree una tarea hija o relacionada.

Cambiar enlaces y contexto

Las relaciones muestran de dónde vino el trabajo y dónde se revisará el resultado: proyecto, cliente, entidad CRM, documento, tarea padre o tarea relacionada.

Después de cambiar relaciones, revise:

• que la tarea no se perdió del flujo anterior;
• que la nueva relación está disponible para participantes;
• que el contexto no revela datos de cliente o proyecto innecesarios;
• que la descripción o comentario explica por qué se agregó la relación;
• que las tareas relacionadas no duplican el mismo trabajo.

Si hay cambios sin guardar o conflicto

Antes de guardar, compruebe si otro participante cambió la tarea. Si el sistema muestra conflicto o advertencia, no copie sus cambios encima de los ajenos automáticamente.

Orden correcto:

1. Vea qué cambió la otra persona.
2. Compárelo con su corrección.
3. Guarde solo el acuerdo combinado actual.
4. Si los cambios afectan plazo, alcance o responsabilidad, escriba un comentario con el resultado.

Si empezó a editar y decidió no cambiar el acuerdo, cancele la edición. No guarde cambios vacíos o técnicos: ensucian la historia y dificultan distinguir decisiones importantes de acciones casuales.

Cómo controlar cambios como gerente

Al revisar una tarea modificada, compruebe:

• si quedó un dueño del resultado;
• si la tarea no se convirtió en un conjunto de trabajos distintos;
• si el traslado del plazo está explicado;
• si queda claro quién aprobó el cambio de alcance;
• si los nuevos participantes entienden su rol;
• si archivos y enlaces están actualizados;
• si los criterios de aceptación corresponden al nuevo alcance;
• si los comentarios cuentan la historia de decisiones;
• si se crearon tareas relacionadas donde apareció un resultado independiente.

Si el cambio afecta cliente, dinero, plazo de proyecto o carga del departamento, pida fijar la razón en un comentario. No es burocracia: dentro de una semana el equipo debe entender por qué se tomó la decisión.

Cómo asegurarse de que el equipo entendió los cambios

Después de una corrección importante no suponga que el equipo la vio automáticamente. Especialmente si cambiaron plazo, responsable, alcance, criterios de aceptación o materiales de entrada.

1. Escriba un comentario con resumen del cambio.
2. Mencione a las personas de quienes se espera acción o confirmación.
3. Pida al responsable confirmar el nuevo plazo o alcance.
4. Si cambiaron materiales, indique la versión actual del archivo o documento.
5. Si el trabajo creció, divídalo en tareas separadas.
6. Después de confirmar, revise que los campos coincidan con el acuerdo en comentarios.

Para tareas críticas, es útil escribir directamente: "Confirmen que el nuevo plazo y alcance están claros".

Ejemplos de comentarios

Cambio	Ejemplo de comentario
Traslado de plazo	"Plazo movido al 18 de mayo: el cliente envió los datos iniciales más tarde de lo acordado. El alcance no cambia."
Cambio de responsable	"La responsabilidad pasa a Anna desde hoy. Ivan entregó el estado actual y el archivo con correcciones."
Precisión de alcance	"Agregamos revisión de la sección 5 del contrato tras el comentario del cliente. Las demás secciones siguen con los criterios anteriores."
Agregar coejecutor	"El departamento legal se agrega para revisar formulaciones. El resultado final lo sigue aceptando el iniciador."
Reemplazo de archivo	"Cargada la nueva versión de la propuesta comercial del 16 de mayo. No usar la versión anterior para enviarla al cliente."
Crear tarea relacionada	"La preparación de la presentación se trasladó a una tarea relacionada para no ampliar la revisión actual del contrato."
Cancelar cambio innecesario	"Decidimos no incluir esta revisión adicional en la tarea. Crearemos una tarea separada después de aprobar el presupuesto."

Errores frecuentes

Error	Por qué es peligroso	Cómo hacerlo bien
Sustituir el resultado por la descripción	Ejecutor y gerente empiezan a leer la misma tarea de formas distintas.	Crear tarea relacionada o hija para el nuevo resultado.
Cambiar plazo sin razón	No se entiende si hubo retraso, nueva decisión o intento de ocultar una demora.	Escribir la razón y quién aprobó la nueva fecha.
Diluir responsabilidad	Varios participantes parecen responsables, pero nadie es dueño del resultado.	Dejar un responsable y asignar a los demás por roles.
Agregar observadores "por si acaso"	Las notificaciones pierden valor.	Agregar solo a quienes necesitan seguir el avance; mencionar a otros puntualmente.
Esconder trabajo independiente en el checklist	El nuevo trabajo no tiene dueño, plazo ni aceptación separada.	Crear tarea hija o relacionada.
Reemplazar archivos sin explicación	Los participantes pueden usar una versión obsoleta.	Indicar qué archivo es actual y qué cambió.
Editar una tarea cerrada en vez de continuar	Se rompe la historia del resultado aceptado.	Crear una tarea de continuación y vincularla con la cerrada.
Considerar suficiente un acuerdo verbal	Días después el equipo no reconstruirá la razón.	Fijar el resultado en comentario o descripción.

Buenas prácticas

• Lea primero la tarjeta actual y después edite.
• Cambie solo lo que realmente cambió.
• Después de una corrección significativa, deje un comentario con la razón.
• Mantenga un resultado y un responsable; para trabajos independientes cree una tarea aparte.
• No elimine materiales antiguos sin entender si sirven para la historia.
• Revise accesos de nuevos participantes al agregarlos.
• Para cambios importantes, pida confirmación del responsable o iniciador en comentarios.
• Después de guardar, abra la tarjeta en modo de vista y asegúrese de que se lee como un acuerdo único y coherente.

Revisión rápida después de editar

• el resultado sigue claro;
• plazo, prioridad y tiempo planificado corresponden al nuevo alcance;
• responsable y participantes están asignados conscientemente;
• las razones importantes están en comentarios;
• archivos y enlaces actuales están disponibles;
• el checklist no contiene tareas independientes;
• hay tareas relacionadas donde apareció un resultado separado;
• el equipo confirmó cambios significativos;
• el gerente podrá reconstruir la historia desde la tarjeta.

Qué debe verse después de editar

Después de guardar, la tarea debe leerse como un acuerdo único y coherente: descripción actual del resultado, nuevo plazo o tiempo planificado si cambiaron, un responsable claro, archivos y enlaces actuales, participantes con roles conscientes, comentario con razón del cambio, tareas relacionadas para nuevos resultados y una historia que permita al gerente reconstruir la decisión.

Si después de editar todavía hay que explicar verbalmente el nuevo acuerdo, la tarjeta no está actualizada por completo.

Escenarios relacionados

• Tarjeta de tarea
• Crear una tarea
• Relaciones de tareas
• Asignar participantes
• Adjuntar archivos a una tarea
• Agregar checklist
• Comentarios en una tarea
• Historial de actividad
• Revisar y cerrar una tarea