Modelo Híbrido: un enfoque libre para la Gestión de Proyectos y Productos

Introducción (Gestión de Proyectos)

• Los gerentes de proyecto solían usar la estructura de desglose del trabajo o WBS para administrar proyectos complejos desde mediados hasta finales del siglo XX. Era el único método disponible en ese entonces, por lo que todos los gerentes de proyecto están bien capacitados para usarlo.
• La versión de escritorio de Microsoft Project se lanzó en 1984 y, desde entonces, usar WBS se ha vuelto mucho más cómodo y los gerentes pueden planificar y compartir sus proyectos con sus equipos y los gerentes ejecutivos. Cada uno de nuestros escritorios / espacios de trabajo se llenó con grandes impresiones de planes de proyectos de proyectos de MS durante este tiempo.

Planteamiento del problema

• Si un gerente de proyecto no está familiarizado con WBS, familiarizarse con el concepto es simple. Antes de comenzar, generalmente planifican lo que se debe hacer. Una vez que se realiza la planificación intermedia, normalmente dividimos las grandes partes o tareas en partes más pequeñas o subtareas. Luego continuamos haciéndolo hasta que cada una de las tareas esté bien definida.
• El único problema de WBS es que todos los componentes y hechos no se conocerán desde el principio. Además, el requisito sigue cambiando, el mercado cambia y el cliente siempre presenta nuevas solicitudes. Entonces, en tales casos, ¿cómo lo hacemos?

Permitir que Agile ingrese al juego (Gestión de Productos)

• Fue en el año 2000 cuando los marcos y/o metodologías de gestión de proyectos comenzaron a revolucionarse. Durante la primavera de 2000, 17 desarrolladores de software, incluidos Martin Folwer, Jim Highsmith, Jon Kern, Jeff Sutherland, Ken Schwaber y Bob Martin, se reunieron en Oregón para discutir cómo pueden acelerar el proceso de desarrollo para llevar el nuevo producto al mercado más rápido.

Entonces, a partir de esta discusión, han ideado los dos enfoques siguientes:

1. Acortar la demora de los beneficios para los usuarios para resolver los problemas de desarrollo y adecuación del producto al mercado.
2. Obtener comentarios de los usuarios rápidamente para confirmar la utilidad del nuevo software y continuar improvisando el mismo.

Aunque esta reunión no resultó en el marco ágil que estamos usando o que conocemos actualmente, esta reunión jugó un papel fundamental en la historia de Agile con algunos puntos de vista tales cómo: . . . leer más

Fuente: artículo escrito en linkedin por Leonardo Reyes

---

Buy me a coffee

Donativo: Ayuda al sostenimiento de la comunidad PMOfficers

---

Productos destacados