Uso operativo PtD. Este articulo ubica al usuario avanzado dentro del CRM dedicado a Por tus Derechos 2.0: que se consulta en cada seccion, que se actualiza y que evidencia debe quedar antes de cerrar trabajo.
Caso de uso
Un coordinador entra al CRM para revisar avance ejecutivo, detectar tareas por vencer, consultar dependencias y documentar una decision tecnica sin perder trazabilidad entre proyecto, tarea, checklist y base de conocimiento.
Ruta recomendada de uso
- Iniciar en Control de Proyecto PtD para leer avance, entregables, hitos, dependencias, integraciones y riesgos antes de entrar al detalle operativo.
- Abrir Proyectos solo cuando sea necesario ajustar datos base, fechas, miembros, hitos o estructura nativa del plan.
- Usar Tareas para cerrar trabajo operativo: descripcion, responsable, fechas, estado, checklist de entregables, comentario de resultado y evidencia asociada.
- Entrar a Ruta del Proyecto cuando se necesite explicar secuencia, camino critico, proximas actividades o avance por entregable e hito.
- Consultar Base de conocimiento para criterios de metodo, tecnologia, integracion, dependencia, seguridad y uso correcto del propio CRM.
Responsabilidades por rol
- Coordinacion revisa semaforos, bloqueos, cierres y consistencia entre dashboard, tareas y evidencias.
- Responsables tecnicos actualizan tareas con resultado verificable, dependencias afectadas, integraciones tocadas y hallazgos que cambien alcance o riesgo.
- QA y seguridad documentan evidencia reproducible: ambiente, fecha, datos anonimizados, caso probado, resultado y excepciones.
- Direccion consulta avance, entregables y reportes PDF sin modificar tareas salvo para aprobaciones o decisiones formales.
Senales de uso incorrecto
- Cerrar una tarea sin checklist completado o sin comentario cuando el entregable requiere resultado observable.
- Registrar evidencia en texto libre sin indicar folio, URL, archivo, ambiente o responsable de validacion.
- Modificar fechas sin revisar efecto en hito, entregable, dependencias y proximas actividades.
- Crear articulos de KB con informacion sensible, credenciales, datos personales reales o acuerdos no aprobados.
Buenas practicas
- Usar codigos estables PtD en conversaciones y evidencia: entregable, hito, tarea, dependencia o integracion.
- No duplicar informacion: la tarea guarda ejecucion, el checklist guarda entregables, la KB guarda criterio reutilizable.
- Antes de exportar reportes, validar que estado, comentario, evidencia y checklist esten alineados.
Resultado esperado
El usuario entiende donde trabajar cada tipo de informacion y mantiene una cadena verificable entre plan, tarea, evidencia, reporte y conocimiento institucional.