Independientemente del tipo de proyecto (ágil/no ágil) e independiente de la profundidad y el tamaño de los proyectos y las tareas, necesito seguir realizando un seguimiento de múltiples tareas de múltiples proyectos.
Actualmente uso una lista de estado de múltiples proyectos. Así que cada elemento es un proyecto. Debajo de cada elemento del proyecto puse una tarea. Esto es solo para el seguimiento de estado. No para organización, planificación, etc. He aquí un ejemplo:
Level 1:
- Building a house
- Organize next vacation
Level 2:
- Building a house
-- Plan the costs
Level 3:
- Building a house
-- Plan the costs
--- Status 24.09.2015;
Message: Could not estimate my available money
Status: Critical
Due Date: 08.12.2015 {code}
Ahora, el problema con eso es que, cuando las personas usan este tipo de informe de estado, fácilmente se pierde el enfoque en la fecha de vencimiento. Entonces, en la siguiente entrada, podría ser la misma tarea ("planificar el costo") con una nueva fecha de vencimiento. Porque se les permite cambiar la fecha de vencimiento. Bueno, eso está bien, pero al cambiar la fecha de vencimiento quiero asegurarme de que las personas sepan que retrasan la tarea.
Esta es mi solicitud:
¿Qué proceso usa/recomienda para que las personas se den cuenta de que retrasan la tarea?
Aviso: Me gustaría evitar la comunicación por correo electrónico. Me encantaría ver sugerencias como métodos de gestión de estado "nuevo/aprobado".
Editar: como lo sugiere una respuesta (a continuación), en este caso no es una opción hacer los informes en las herramientas de trabajo o herramientas de pm (como jira, ms project, etc.). Los informes deben escribirse/almacenarse en el mismo lugar para todos los tipos de proyectos.
Porque se les permite cambiar la fecha de vencimiento. Bueno, está bien, pero al cambiar la fecha de vencimiento quiero asegurarme de que las personas sepan que retrasan la tarea... ¿Qué herramienta/proceso usas/recomiendas para que las personas se den cuenta de que retrasan la tarea?
La noción de una fecha de vencimiento y un cambio en la fecha de vencimiento están integrados en la mayoría de las herramientas de gestión de proyectos. Todo lo que tienes que hacer es establecer una línea de base inicialmente. Una vez que haga eso, la herramienta mostrará el recurso asignado, el retraso programado y real. En este enlace puedes ver, por ejemplo, cómo hacerlo en MS Project.
Independientemente del tipo de proyecto (ágil/no ágil) e independiente de la profundidad y el tamaño de los proyectos y las tareas, necesito seguir realizando un seguimiento de múltiples tareas de múltiples proyectos.
Sin embargo, no puede hacer eso con proyectos ágiles. Los proyectos ágiles no tienen la noción de un cronograma comprometido de antemano para una tarea ni la noción de un recurso asignado. Si lo son, no serían ágiles. Estas son características de los procesos predictivos. Agile es un proceso adaptativo. Por ejemplo, en Scrum, las historias permanecen en la cartera de pedidos y se pueden subir o bajar (volver a priorizar) hasta que se programen en un sprint.
Además, lo que intenta hacer parece agregar una carga de papeleo evitable a los recursos. Presumiblemente, tiene otras herramientas para rastrear sus proyectos ágiles y proyectos no ágiles. Recomiendo enfáticamente no hacer que los recursos se llenen y observen herramientas y procesos adicionales.
Todd A. Jacobs
Pedro
MCW