Sistema de estado de proyectos de alto nivel

A un jefe de I+D de software le gustaría ver información de alto nivel sobre los proyectos en los que trabaja I+D. Lo que se necesita: proyecto, hitos, características, riesgos. Posibilidad de agregar funciones o informar errores si es necesario.

Más tarde, esto se puede usar incluso para informes a la alta dirección, etc. Hay diferentes oficinas separadas geográficamente, y hay algunas otras empresas de subcontratación que trabajan para I+D. Todas las oficinas y empresas de outsourcing utilizan sus propios sistemas de seguimiento de proyectos como jira, tfs, etc.

Entonces nuestro problema es cómo no hacer doble trabajo (por ejemplo, tener otro sistema en I+D) y dar información actualizada al jefe de I+D. Por otro lado, no es fácil usar un sistema centralizado debido a la seguridad y todas las demás restricciones, especialmente con las empresas de subcontratación. Los informes de Excel no funcionarán :( tampoco

Tal vez alguien encontró un caso similar. Podrias aconsejar ?

Esto parece una solicitud de recomendación de una herramienta en lugar de una pregunta de proceso. Edítelo para que esté más orientado al proceso a fin de evitar el cierre. Si su pregunta está cerrada, siéntase libre de mejorarla según las pautas de nuestro Centro de ayuda.
Hay muchas plantillas de paneles disponibles en otros sitios de gestión de proyectos. ¿Por qué son inadecuados para el problema?

Respuestas (2)

Habiendo sido ganador del Premio Kerzner y Gerente de Proyecto durante más de 20 años, tengo algo de experiencia en esta área.

Hay otros problemas que no ha enumerado aquí que deben tenerse en cuenta:

  1. ¿Se pondera el trabajo en las oficinas corporativas y/o en las ubicaciones de los proveedores? En otras palabras, ¿un proveedor tiene trabajo de ruta crítica mientras que otra oficina no? ¿Cómo agregará en el nivel de resumen un estado a tiempo (por ejemplo) si el trabajo de la ruta crítica del proveedor está retrasado y el trabajo de la oficina remota corporativa está adelantado?

  2. Es raro que las tareas remotas o separadas geográficamente sean independientes de otras tareas ubicadas en la oficina central o en otros lugares. ¿Cómo se reflejarán las dependencias entre tareas, entre proveedores, etc. cuando la tarea del proveedor se retrasa y la tarea de la oficina corporativa depende de su finalización antes de que pueda comenzar?

En general, hay dos formas de abordar los problemas que tenemos aquí: 1. Participar en un proyecto independiente costoso que vincule toda la información y le permita agregarla después de haber gastado $$$ en el desarrollo de las reglas comerciales. compra y configuración de herramientas (Planview, Clarity, etc.) y funciones de apoyo que también son costosas

  1. Trabaje con representantes de cada ubicación geográfica y/o representante de los principales componentes del trabajo para definir un informe manual en el que todos contribuyan manualmente de forma regular. Tendrá que dedicar un tiempo al principio a trabajar en equipo, lo que debe representarse en el informe, pero le ahorrará a su empresa $$$ importantes e incontables horas tratando de hacer esto mediante programación. Además, puede usar su experiencia de esta instancia de trabajo para defender una herramienta de PPM como Planview, Clarity, Primavera que todos pueden usar en el futuro para evitar este problema en el futuro. Pero tenga en cuenta que estas herramientas son herramientas ERP completas que normalmente tardan 6 meses en implementarse, seguidas de 2 años de adopción corporativa, capacitación, etc. No tienen éxito sin una gran cantidad de planificación de gestión de cambios.

No dude en ponerse en contacto conmigo para obtener más información o conectarse conmigo en Linked In en www.linkedin.com/in/scothanley/

Sí. Eso es lo que pense. Aunque estoy buscando algo muy ligero.

Nos enfrentamos a la necesidad similar. La solución fue:

  • Seguimiento detallado de Jira para cada proyecto (lanzamientos, sprints, historias, tareas, errores, etc.)
  • Diagrama de Gannt para el seguimiento de proyectos cruzados de alto nivel (características, lanzamientos)

La idea es que el diagrama de Gannt no contenga más de 10-12 entradas por proyecto. Es de muy alto nivel y no está sincronizado con las tareas de Jira, pero los PM lo actualizan semanalmente.

Se utilizó principalmente como PM - herramienta de comunicación de la alta dirección y funcionó bastante bien.