Program Manager, PPM&PMO Specialist.| Coppel, Mexico.Culiacán, Sinaloa, Mexico
Hola Luis, la pregunta es muy amplia, estos conceptos vienen en el PMBOK 7ma edición de las caracteristicas de cada proyecto, dependiendo de que tanta certeza se tiene sobre los requisitos, si se tienen que hacer entregas contsnates, etc. De hecho hay Dominios de desempeño al respecto.
Te recomendaría primero dar una revisada a esos apartados del PMBOk para dar una idea más cercana.
Espero te alla ayudado esto, saludos! Saving Changes...
Hola Luis,
Como Francisco commenta, puedes echar un ojo al pmbok...sin embargo otra opcion que me gustaria recomendarte es que acudas al capitulo local de Bogota de PMI y participes en actividades, eventos, asi podras contactar y conocer a otros gestores de proyecto que te pueden decir cuando utilizan ellos cada una de ellas.
Saludos, Saving Changes...
Sergio Luis ConteHelping to create solutions for everyone| Worldwide based OrganizationsBuenos Aires, Argentina
El tema es simple: no existe direccion de proyectos agil como no existe direccion de proyectos predictiva. EL primer paso para fallar en lo que tiene que ver con proyectos es llamarlo <algo> proyecto, programa o portfolio. Lamentablemente el PMI ha ayudado mucho en esto (y ojo, yo fui parte de los grupos que crearon/revisaron los estandares y lo he discutido mucho sin resultado). Saving Changes...
Muchas gracias por su su tiempo al contestar. realmente en el medio donde me muevo profesionalmente. se hace combinaciones inconscientes de ambos conceptos de dirección de proyectos. la respuesta correcta es cuando se amerite y dependiendo de la etapa donde se este desarrollando el proyecto. un ejemplo clasico es Cambiar de una metodología predictiva (o tradicional) a una metodología ágil en un proyecto puede ser necesario en varios momentos y bajo ciertas circunstancias. A continuación, se describen algunos de estos momentos y las razones detrás del cambio: 1. Cambio en los Requisitos del Proyecto Señales: Los requisitos del proyecto comienzan a cambiar con frecuencia o no están claramente definidos desde el principio. Razón: Las metodologías ágiles son más adecuadas para entornos donde los requisitos son volátiles y pueden evolucionar a lo largo del proyecto. Agile permite la adaptación continua y la incorporación de cambios de manera más eficiente. 2. Problemas de Comunicación y Colaboración Señales: La comunicación entre los miembros del equipo y los stakeholders es insuficiente o ineficaz, lo que lleva a malentendidos y retrasos. Razón: Agile promueve la comunicación constante y la colaboración mediante reuniones diarias (stand-ups), revisiones regulares (sprints reviews), y una mayor interacción con los stakeholders. 3. Entrega Demorada o de Baja Calidad Señales: El proyecto experimenta retrasos frecuentes, y las entregas no cumplen con las expectativas de calidad. Razón: Las metodologías ágiles, con sus ciclos iterativos y entregas incrementales, permiten detectar problemas de calidad más temprano y ajustarse rápidamente para mejorar la entrega. 4. Necesidad de Mayor Flexibilidad Señales: El entorno del proyecto es dinámico, con cambios constantes en el mercado, tecnología o entorno regulatorio. Razón: Agile es inherentemente flexible y permite responder rápidamente a los cambios externos, adaptando las prioridades y ajustando el enfoque según sea necesario. 5. Problemas de Motivación y Moral del Equipo Señales: El equipo muestra señales de desmotivación, baja moral o insatisfacción con el proceso de trabajo actual. Razón: Las metodologías ágiles suelen fomentar un mayor sentido de propiedad y participación en el equipo, lo que puede mejorar la motivación y la moral mediante la autoorganización y la toma de decisiones compartida. 6. Feedback Insuficiente de los Stakeholders Señales: Los stakeholders no están proporcionando suficiente feedback o están insatisfechos con el nivel de interacción y visibilidad en el progreso del proyecto. Razón: Agile facilita el feedback continuo y la visibilidad mediante demostraciones frecuentes y la entrega de incrementos funcionales del producto, lo que mejora la alineación con las expectativas de los stakeholders. 7. Innovación y Creatividad Limitadas Señales: El equipo se siente limitado por procesos rígidos y hay una falta de innovación y creatividad en las soluciones. Razón: Las metodologías ágiles fomentan un ambiente más dinámico y creativo, donde el equipo puede experimentar y probar nuevas ideas rápidamente sin la necesidad de seguir procesos estrictos y predeterminados. En resumen, el cambio de una metodología predictiva a una ágil debe considerarse cuando el entorno del proyecto y las necesidades del equipo sugieren que un enfoque más flexible, colaborativo y adaptativo será más eficaz para alcanzar los objetivos del proyecto y satisfacer a los stakeholders.
Community Champion
