Comentarios en una tarea
En LadVen OS, los comentarios son la historia de trabajo de la tarea. En ellos los participantes aclaran requisitos, hacen preguntas, entregan resultados para revisión, fijan decisiones y explican devoluciones o cierres.
Use los comentarios no como chat general, sino como registro ligado a la tarea. Días después o tras cambiar el responsable debe quedar claro qué se decidió, quién actúa después y dónde está el resultado.
Rol en la ejecución
La tarea pasa por planteamiento, aclaración, ejecución, revisión, aceptación y análisis del resultado. Los comentarios conectan esas etapas: una pregunta muestra falta de información; una respuesta reduce incertidumbre; un bloqueo explica dependencia; una decisión fija una opción; la entrega a revisión indica dónde está el resultado; la devolución dice qué no se aceptó; el comentario final cierra el contexto.
Cuándo escribir
Escriba si el mensaje afecta ejecución, aceptación o historia de la tarea: aclarar requisito, plazo, archivo, lista o criterio; pedir respuesta con contexto; entregar resultado; cambiar alcance, responsable o plazo; devolver, enviar a revisión, cerrar, cancelar o aplazar; conservar explicación para creador, responsable, observadores o futuras comprobaciones.
Para charla breve sin resultado use chat, pero si allí se toma una decisión sobre la tarea, fije el resumen en un comentario.
Qué tiene un buen comentario
Debe responder qué ocurrió, de quién se espera acción y cómo comprobar resultado.
@Ana, revise la tabla final adjunta: añadí la columna "Fecha de pago" y completé las filas por clientes de la lista. Si todo está bien, se puede cerrar la tarea.
Para decisiones, escriba el resultado, no la continuación de la discusión:
Fijo la decisión: en la primera versión dejamos la comprobación manual del archivo; la verificación automática pasa a una tarea relacionada.
Preguntas y bloqueos
Una pregunta debe permitir avanzar: qué no está claro, por qué bloquea o crea riesgo, qué opciones ve el responsable y quién debe responder. Si cambia el alcance, tras la respuesta fije el resultado y actualice descripción o lista.
Un bloqueo no es solo "espero". Indique qué detuvo el trabajo, qué punto afecta, quién puede desbloquear, qué ya se hizo y cuándo revisar de nuevo.
Formato, menciones, archivos y citas
Use rich text para sentido: listas para preguntas o pasos, énfasis para decisión o riesgo, enlaces para documentos y entidades, citas para responder fragmentos, saltos de línea para legibilidad. No convierta un comentario en nueva descripción; si cambia criterios, actualice la tarea.
Mencione a una persona cuando se requiere acción: responder, revisar, aprobar, adjuntar, decidir o cerrar. No mencione a todos "por si acaso".
Adjunte archivos o inline images cuando explican el mensaje: captura de error, reporte intermedio, versión acordada o resultado. Los materiales generales van a archivos de la tarea; pruebas de un paso, al punto de lista. Al editar un comentario existente no añada ni reemplace adjuntos: envíe un comentario nuevo.
Use cita o respuesta para reaccionar a un mensaje, punto, archivo o fragmento concreto. Si la discusión crece, deje un comentario final sin cita.
Edición, eliminación y reacciones
Edite para corregir erratas o aclarar algo poco después de publicar. La orientación actual es 30 minutos. No use edición para cambiar silenciosamente una decisión ya leída; añada un comentario nuevo.
Eliminar es peligroso porque quita parte de la historia. Hágalo solo si se envió por error, contiene archivo incorrecto, duplica mensaje o expone información indebida. No elimine decisiones, preguntas, causas de devolución ni resultados de revisión; corríjalos con un nuevo comentario.
Las reacciones sirven para una señal breve: aceptado, visto, de acuerdo, requiere atención. No sustituyen comentario cuando se necesita acción, decisión, razón o resultado verificable.
Nuevos comentarios, actividad y notificaciones
Los comentarios nuevos pueden marcar la tarea como no leída y generar notificaciones. Revise tareas no leídas al inicio del día, antes de aceptar y antes de cerrar. Si el mensaje es importante para alguien, no confíe solo en el indicador: mencione a la persona y escriba la acción esperada.
| Sección | Qué muestra | Cuándo mirar |
|---|---|---|
| Comentarios | Discusión, preguntas, decisiones, archivos, respuestas. | Para entender el sentido, preguntar, aceptar o devolver resultado. |
| Actividad | Cambios de estado, plazos, participantes, campos y acciones del sistema. | Para reconstruir qué cambió y cuándo. |
| Notificaciones | Señales de comentarios, menciones, cambios y eventos. | Para entender quién debía recibir información. |
Si el estado cambió sin comentario, la actividad muestra el hecho, pero no la razón. En cambios importantes explique por qué se movió el plazo, por qué se devolvió, por qué se aceptó parcialmente o por qué se canceló.
Decisiones y aceptación
Una decisión debe encontrarse rápido, sobre todo si cambia alcance, criterios, plazo, participantes o forma de aceptar. Escriba comentario final cuando se eligió una opción, cambiaron criterios, se aceptó una limitación, parte del trabajo pasó a otra tarea, el resultado se aceptó con reservas o la tarea se canceló, aplazó o cerró como fallida.
En la aceptación, el responsable escribe qué está listo, dónde comprobarlo, qué puntos están cerrados, qué restricciones quedan y a quién atraer a la revisión. El verificador no escribe solo "aceptado", sino un resultado de gestión: qué criterios revisó, qué versión es final y dónde quedaron nuevas obligaciones.
Plantillas útiles:
Responsable:
Listo para revisión. Resultado: [qué se hizo]. Comprobar aquí: [archivo/enlace/punto]. Versión final: [nombre]. No entra en esta tarea: [restricción o nuevo alcance].
Responsable de revisión:
Aceptado. Revisé [criterios/archivo/lista]. La versión final es [nombre]. Restricciones abiertas: [si hay]. El nuevo alcance pasó a tarea relacionada [si hay].
Devolución:
Devuelto a revisión. Hay que corregir [bloque], comprobar [dónde] y reenviar a aceptación con [resultado esperado].
Control del responsable
El responsable no necesita pedir estados separados si los comentarios están bien llevados. Debe comprobar: último paso claro, preguntas abiertas, bloqueos con dueño y plazo, y comentario para cambios importantes de plazo, estado, responsable, alcance o aceptación. Si una tarea está vencida pero el comentario muestra bloqueo, dueño y próxima revisión, la situación está gestionada.
Escenarios paso a paso
Hacer una pregunta
Abra la tarea, vaya a comentarios, describa pregunta y contexto, mencione a quien debe responder, adjunte archivo/enlace/imagen si hace falta y envíe. Compruebe que apareció, la mención se ve y los adjuntos abren.
Entregar resultado a revisión
Compruebe descripción y lista, adjunte archivo final, escriba qué está listo y dónde revisar, mencione al revisor y cambie estado si el proceso lo requiere.
Responder a una observación
Busque comentario o punto, use cita o respuesta, escriba qué hizo o por qué propone otra opción, envíe nuevo archivo como comentario nuevo y fije que la observación quedó cerrada.
Devolver a revisión
Revise resultado, archivos, lista y últimos comentarios. Escriba correcciones concretas, mencione al responsable, explique cómo comprobar después y cambie estado a trabajo o retorno.
Fijar decisión final
Espere a que la discusión llegue a una decisión, escriba comentario separado, indique opción elegida, opciones descartadas y razón, actualice descripción/lista/plazos/participantes/relaciones si afecta trabajo.
Informar de un bloqueo
Compruebe que no se puede avanzar sin acción externa, escriba qué detuvo la tarea, qué resultado está en riesgo, dueño del bloqueo, qué ya se hizo y cuándo revisar.
Estados y restricciones
- Los comentarios antiguos pueden cargarse con una acción separada.
- No cierre la tarea mientras se envía comentario o archivo.
- Si una acción no está disponible, revise permisos, rol y estado.
- Si otro participante cambió datos, actualice la tarea antes de repetir.
- Orientación actual de edición: 30 minutos.
- Orientación de tamaño de bloque de texto: 4096 caracteres.
- En edición no se añaden adjuntos; envíe archivo nuevo en comentario nuevo.
Buenas prácticas
- Comente donde está el trabajo: en la tarea.
- Mencione solo si se requiere acción.
- Fije decisiones con comentario final.
- Separe pregunta, bloqueo, decisión y aceptación si son eventos distintos.
- Indique destinatario y plazo para cada pregunta.
- En bloqueos escriba dueño y siguiente paso.
- En devoluciones liste correcciones concretas.
- En entrega escriba qué está listo y dónde revisar.
- En aceptación fije versión final.
- Adjunte archivos al lugar donde se necesitan.
- Use citas para respuestas puntuales y comentario final para decisiones.
- No cambie historia con edición si ya actuaron sobre el mensaje.
- Antes de cerrar, lea comentarios nuevos.
Qué comprobar tras enviar
El comentario aparece y se entiende sin contexto oculto; menciones correctas; adjuntos cargados y con nombres claros; inline image muestra la zona necesaria; cita apunta al mensaje correcto; decisiones importantes no quedaron solo como reacción; estado y comentario no se contradicen; no leídos revisados antes de cierre; actividad confirma cambios y comentarios explican la causa.
Errores frecuentes
Escribir en chat privado. La decisión se pierde. Enviar "listo" sin resultado. El revisor no sabe qué abrir. Devolver sin correcciones. La tarea vuelve otra vez. Mencionar a todos sin razón. Baja la atención. Esconder decisión en conversación larga. Debe estar en comentario final. Usar reacción como aprobación. No fija una decisión de trabajo. Editar mensaje viejo en vez de aclarar. La historia deja de ser obvia. Eliminar comentario con decisión. Mejor corregir con otro comentario. Adjuntar archivos sin explicación. Nadie sabe versión ni uso. Cerrar con comentarios no leídos. Puede haber bloqueo o nueva versión. Tomar silencio como acuerdo. Lo importante se confirma con comentario. Bloqueo sin dueño. "Esperamos datos" no permite gestionar. Aceptar sin versión. Después no se sabrá qué archivo fue final.
Capturas necesarias
La captura base localizada está registrada en screenshot-manifest.json como tasks.view.comments-light-desktop. Se pueden añadir capturas adicionales como escenarios separados cuando estén preparados los estados de demostración correspondientes.