¿Qué son las metodologías de gestión de proyectos? Una metodología de gestión de proyectos es esencialmente un conjunto de principios y procesos rectores para la gestión de un proyecto. Su elección de metodología define cómo trabaja y se comunica.
Entonces, ¿cómo elige una metodología de gestión de proyectos?
La metodología que elija dependerá de su equipo, tipo de proyecto y alcance del proyecto. La elección de metodologías de gestión de proyectos (PMM) es una de las primeras decisiones que tendrá que tomar como director de proyectos.
La metodología que elija tendrá un impacto profundo y continuo en cómo usted y su equipo trabajan. Las diferentes metodologías de gestión de proyectos tienen sus propios pros y contras para diferentes tipos de proyectos. Algunos están orientados a la velocidad, otros a la amplitud.
En este artículo, le daré una descripción general completa de los diferentes PMM y cómo elegirlos.
BONUS: Haga clic aquí para obtener nuestra lista totalmente gratuita y seleccionada de 63 plantillas de gestión de proyectos con todo lo que necesita para optimizar sus procesos hoy.
Tipos de metodologías de gestión de proyectos
En papel, las metodologías de gestión de proyectos son independientes de las herramientas, es decir debería poder utilizar cualquier metodología independientemente de la herramienta de gestión de proyectos que utilice.
En realidad, la mayoría de las herramientas de gestión de proyectos están especializadas para utilizar un puñado de metodologías. Este será un factor en la metodología que finalmente elija utilizar.
La pregunta ahora es: ¿cuáles son los diferentes tipos de metodologías de gestión de proyectos? ¿Cuáles son sus ventajas y desventajas? ¿Para qué tipo de proyectos son más adecuados?
A continuación, echaré un vistazo a 9 de las metodologías de gestión de proyectos más populares.
Cascada
La metodología Waterfall es la metodología más antigua de esta lista. El Dr. Winston Royce lo describió por primera vez en 1970 como una respuesta a la gestión de la naturaleza cada vez más compleja del desarrollo de software. Desde entonces, se ha adoptado ampliamente, principalmente en la industria del software.
La metodología Waterfall es secuencial. También se centra en gran medida en los requisitos. Debe tener una idea clara de lo que exige el proyecto antes de continuar. No hay margen de corrección una vez que el proyecto está en marcha.
El método Waterfall se divide en etapas discretas. Empiece por recopilar y analizar los requisitos, diseñar la solución (y su enfoque), implementar la solución y solucionar los problemas, si los hay.
Cada etapa de este proceso es autónoma; concluye una etapa antes de pasar a otra.
Gráficamente, puede representarla de la siguiente manera:
Lo anterior es desde una perspectiva de desarrollo de software. Las etapas individuales serían diferentes para la gestión de proyectos creativos, pero el enfoque sigue siendo el mismo.
Ventajas
Como Mike Wang, nuestro Director de Capacitación y Soporte, mencionó anteriormente:
«Uno de los factores que impulsan la gestión de la cascada es que, al invertir tiempo en las primeras etapas de un proyecto, los gerentes se aseguran de que se cumplan las necesidades de diseño y otros requisitos, lo que ahorra tiempo y esfuerzo generalmente asociado con la corrección retroactiva de problemas ”
Por lo tanto, el método Waterfall tiene varias ventajas, tales como:
- Facilidad de uso: Esto El modelo es fácil de entender y usar. La división entre etapas es intuitiva y fácil de comprender independientemente de la experiencia previa.
- Estructura: La rigidez del método Waterfall es una desventaja, pero también puede ser una fortaleza. la demarcación clara entre etapas ayuda a organizar y dividir el trabajo. Como no se puede volver atrás, hay que ser «perfecto» en cada etapa, lo que A menudo produce mejores resultados.
- Documentación: El enfoque nítido en la recopilación y comprensión de los requisitos hace que el modelo Waterfall dependa en gran medida de la documentación. Esto facilita que nuevos recursos se muevan y trabajen en el proyecto cuando sea necesario.
Desventajas
- Mayor riesgo: la rigidez de esta metodología significa que Si encuentra un error o necesita cambiar algo, básicamente debe iniciar el proyecto desde el principio. Esto aumenta sustancialmente el riesgo de fracaso del proyecto.
- Delantero: todo el enfoque de Waterfall depende en gran medida de su comprensión y análisis de los requisitos correctamente. Si no lo hace, o si cambian los requisitos, debe empezar de nuevo. Esta falta de flexibilidad la convierte en una mala elección para proyectos largos y complejos.
Ideal para:
La metodología Waterfall se utiliza con mayor frecuencia en el desarrollo de software.Funciona mejor para los siguientes tipos de proyectos:
- Proyectos cortos y simples
- Proyectos con requisitos claros y fijos
- Proyectos con recursos cambiantes que dependen de documentación en profundidad
Agile
Agile, otra metodología de PM centrada en el desarrollo de software, surgió como respuesta al fracaso del método Waterfall para gestionar proyectos complejos. Aunque las ideas de Agile PM se habían utilizado en la industria del software durante bastante tiempo, se materializaron formalmente en 2001 cuando varios representantes de TI publicaron el «Manifiesto Agile»
En enfoque e ideología, Agile es lo opuesto del método Waterfall. Como su nombre lo indica, este método favorece un enfoque rápido y flexible (aquí hay una forma de entender Agile como se explica a los niños). No hay una recopilación de requisitos muy pesada. Más bien, es iterativo con pequeños cambios incrementales que responden a requisitos cambiantes. 
Gráficamente, se puede representar de la siguiente manera:
Ventajas
- Flexibilidad y libertad: dado que no hay etapas fijas ni un enfoque en los requisitos, le da a sus recursos mucha más libertad para experimentar y realizar cambios incrementales. especialmente adecuado para proyectos creativos.
- Menor riesgo: con la gestión ágil, obtiene comentarios regulares de las partes interesadas y realiza los cambios correspondientes, lo que reduce drásticamente el riesgo de fracaso del proyecto, ya que las partes interesadas están involucradas en cada paso.
Desventajas
- Sin plan fijo: el enfoque ágil enfatiza la respuesta a los cambios a medida que ocurren. Esta falta de un plan fijo dificulta la gestión de recursos y la programación. Constantemente tendrá que hacer malabarismos con los recursos, activándolos y desactivándolos de forma ad-hoc.
- Gran colaboración: la falta de un plan fijo significa que todos los departamentos involucrados, incluidos los interesados y los patrocinadores, tendrán que trabajar en estrecha colaboración para obtener resultados. El enfoque centrado en la retroalimentación también significa que las partes interesadas deben estar dispuestas (y disponibles) para ofrecer retroalimentación rápidamente.
Lo mejor para:
La flexibilidad del enfoque ágil significa que puedes adaptarlo a diferentes tipos de proyectos.
Dicho esto, esta metodología funciona mejor para:
- Cuando no tienes un fin fijo en mente pero tienes una idea general de un producto.
- Cuando el proyecto necesita adaptarse a cambios rápidos.
- Si la colaboración y la comunicación son sus fortalezas clave (y la planificación no lo es)
Híbrido
El enfoque Híbrido, como su nombre lo indica, es una combinación de las metodologías Waterfall y Agile. Toma las mejores partes de Waterfall y Agile y las combina en un enfoque flexible pero estructurado que se puede utilizar en diferentes proyectos. 
La metodología híbrida se centra en recopilar y analizar los requisitos inicialmente, un guiño al método Waterfall. A partir de ahí, se necesita la flexibilidad del enfoque Agile con énfasis en las iteraciones rápidas.
Al combinar los atributos de Waterfall y Agile, el método híbrido (a veces llamado «Structured Agile») le brinda lo mejor de ambos mundos .
Ventajas
- Mayor flexibilidad: Pasada la etapa de planificación, el método híbrido le brinda una flexibilidad significativamente mayor en comparación con el método Waterfall. Siempre que los requisitos no cambien sustancialmente, puede realizar cambios cuando se soliciten.
- Más estructurado: al tomar prestada la fase de planificación inicial de Waterfall, el método híbrido aborda una de las mayores quejas sobre el enfoque ágil: falta de estructura y planificación. Por lo tanto, obtiene «lo mejor de ambos mundos».
Desventajas
- Requiere un compromiso: dado que esencialmente está reconciliando dos enfoques opuestos polares, ambos lados tendrá que comprometerse con los requisitos y la flexibilidad.
- El enfoque «Lo mejor de ambos mundos» le roba la flexibilidad de Agile y la seguridad de Waterfall. Cualquier iteración que realice tendrá que cumplir con las restricciones de presupuesto y programación configurar al frente.
Mejor para
El enfoque híbrido es más adecuado para proyectos que tienen requisitos medios en comparación con Agile y Waterfall, es decir, también requieren estructura como flexibilidad.
En su mayoría, se trataría de proyectos de tamaño mediano con una complejidad moderadamente alta pero presupuestos fijos. Es probable que tenga una idea del producto final, pero también está abierto a la experimentación. Necesitará una estrecha colaboración , especialmente después de la etapa de planificación.
Scrum
Scrum isn «taf metodología de gestión de proyectos con todas las funciones. Más bien, describe un enfoque para la gestión ágil con un enfoque en equipos de proyecto, «sprints» cortos y reuniones diarias de pie.
Si bien toma prestados los principios y procesos de Agile, Scrum tiene sus propios métodos y tácticas específicos para lidiar con la gestión de proyectos. Como dijo Mike anteriormente:
«Agile es la filosofía y Scrum la metodología. Si bien scrum es ágil, ágil no es scrum».
El enfoque Scrum coloca al equipo del proyecto al frente y al centro del proyecto. A menudo, no hay un director de proyecto. En cambio, se espera que el equipo sea autoorganizado y autogestionario. Esto lo hace ideal para equipos altamente enfocados y capacitados, pero no tanto para otros.
Ventajas
- Scrum «sprints»: el enfoque de Scrum está fuertemente enfocado en 30- «sprints» del día. Aquí es donde el equipo del proyecto divide una lista de deseos de objetivos finales en pequeños fragmentos, luego trabaja en ellos en sesiones de 30 días con reuniones diarias de pie. Esto facilita la administración de proyectos grandes y complejos.
- De ritmo rápido: el enfoque de «sprint» con su límite de 30 días y reuniones diarias promueve la iteración y el desarrollo rápidos.
- Centrado en el equipo: dado que se espera que el equipo del proyecto se administre a sí mismo, los equipos Scrum tienen una visibilidad clara del proyecto. También significa que los líderes del proyecto pueden establecer sus propias prioridades según su propio conocimiento de sus capacidades.
Además de estos, tiene todos los beneficios de Agile: iteración rápida y comentarios regulares de las partes interesadas.
Desventajas
- Deslizamiento del alcance: dado que no hay una fecha de finalización fija, ni un gerente de proyecto para la programación y el presupuesto, Scrum puede llevar fácilmente al deslizamiento del alcance.
- Mayor riesgo: dado que el equipo del proyecto se autogestiona, existe un mayor riesgo de fracaso a menos que el equipo sea muy disciplinado y motivado. Si el equipo no tiene suficiente experiencia, Scrum tiene una probabilidad muy alta de fallar.
- Falta de flexibilidad: El enfoque del equipo del proyecto significa que cualquier recurso que deje al equipo en el medio tendrá un impacto enorme en la red. Este enfoque tampoco es lo suficientemente flexible para equipos grandes.
Mejor para
El enfoque Scrum es mejor para equipos de proyectos altamente experimentados, disciplinados y motivados que pueden establecer sus propias prioridades y comprenden claramente los requisitos del proyecto. Tiene todas las fallas de Agile junto con todos sus beneficios. Funciona para proyectos grandes, pero falla si el equipo del proyecto es muy grande.
En resumen: use Scrum si está desarrollando software complejo y tiene un equipo experimentado a su disposición.
Critical Path Method (CPM)
Las cuatro metodologías de gestión de proyectos anteriores surgieron del desarrollo de software. Si bien ciertamente puede usarlos para proyectos que no son de software, hay mejores alternativas a su disposición.
Una de las alternativas más populares es el Método de ruta crítica (CPM).
En el método de ruta crítica, categoriza todas las actividades necesarias para completar el proyecto dentro de una estructura de desglose del trabajo. Luego, mapea la duración proyectada de cada actividad y las dependencias entre ellas.
Esto le ayuda a mapear las actividades que se pueden completar simultáneamente y qué actividades deben completarse antes de que otras puedan comenzar.
Ventajas
- Mejor programación: el énfasis en mapear la duración de las actividades y sus interdependencias le ayuda a programar mejor las tareas. Si la tarea X depende de que la tarea Y se termine primero, CPM lo ayudará a identificarla y programarla.
- Priorización: el éxito de la metodología CPM depende de la identificación y el mapeo de actividades críticas y no críticas. Una vez que haya mapeado estas actividades, puede priorizar mejor los recursos.
Desventajas
- La programación requiere experiencia: como cualquier gerente de proyecto experimentado le dirá, las cosas siempre tome más tiempo del esperado. Si no tiene experiencia en el mundo real con la programación, es probable que calcule mal el tiempo para cada actividad.
- No hay flexibilidad: al igual que el método Waterfall, el CPM está al frente pesado. Tienes que planificar todo desde el principio. Si hay algún cambio, todo el programa es irrelevante. Esto hace que este método no sea adecuado para proyectos con requisitos cambiantes.
Mejor para
El método de ruta crítica es más adecuado para proyectos con partes interdependientes. Si necesita que las tareas se completen simultáneamente, o que una tarea finalice antes de que otra pueda comenzar, querrá utilizar esta metodología.
CPM encuentra mucha aplicación en actividades complejas pero repetitivas como proyectos industriales. Es menos adecuado para un área dinámica como la gestión de proyectos creativos.
Critical Chain Project Management (CCPM)
Critical Chain PM es una de las metodologías de gestión de proyectos más nuevas Fue desarrollado como una alternativa al método Critical Path con un enfoque en la gestión de recursos.
Con CCPM, se trabaja hacia atrás desde el objetivo final.Reconoce los entregables, luego usa la experiencia pasada para trazar las tareas necesarias para completar el proyecto. También traza las interdependencias entre los recursos y los asigna en consecuencia a cada tarea.
Este gráfico de TrackerSuite muestra la diferencia entre un cronograma de proyecto tradicional y uno CCPM.
CCPM enfatiza la utilización de recursos y minimiza la pérdida de productividad. Depende en gran medida de «monotasking», es decir, centrarse en la tarea en cuestión y evitar la multitarea.
Para los equipos de proyectos con pocos recursos, CCPM puede ser una metodología poderosa.
Ventajas
- Uso eficiente de los recursos: todo el enfoque en la gestión adecuada de los recursos hace que CCPM sea una de las metodologías de gestión de proyectos más eficientes en términos de recursos. El énfasis en el monotasking también está bien alineado con nuestra comprensión moderna de los efectos perjudiciales de la multitarea.
- Centrado en el objetivo final: CCPM no se obsesiona con la solución «óptima» a un problema. En cambio, prioriza las soluciones «suficientemente buenas» que pueden ayudar a alcanzar el objetivo final. Dado que también trabaja hacia atrás desde el objetivo final, CCPM generalmente produce mejores resultados para proyectos complejos.
Desventajas
- No es apropiado para entornos de proyectos múltiples: el enfoque centrado en recursos de CCPM solo puede funcionar en entornos de un solo proyecto. En entornos de varios proyectos, los proyectos pueden compartir recursos. CCPM no puede planificar la distribución de recursos en tal escenario.
- Retrasos comunes: CCPM asigna un espacio o relleno entre tareas para derivar la duración de una tarea. En teoría, se supone que esto compensa la sobreestimación de recursos su propia eficiencia. En realidad, los recursos, siguiendo la Ley de Parkinson, llenan el relleno con demoras excesivas.
Lo mejor para
CCPM funciona mejor en entornos donde los recursos se dedican a un solo proyecto. Si tiene un equipo dedicado a un proyecto, funciona muy bien. Si su equipo se distribuye en varios proyectos, tendrá dificultades con la planificación de recursos.
El enfoque centrado en recursos de CCPM también es ideal para equipos de proyectos con recursos limitados. Si se encuentra constantemente sobrecargado de trabajo o fallando plazos , la metodología CCPM puede ser para usted.
Gestión integrada de proyectos (IPM)
La gestión integrada de proyectos (IPM), a veces también llamada «Entrega integrada de proyectos», es una gestión de proyectos común metodología en industrias creativas. Esta metodología enfatiza el intercambio y la estandarización de procesos en toda la organización.
El enfoque de IPM surgió como una respuesta a la naturaleza cada vez más integrada de las campañas creativas. No se produce solo un anuncio ; integra el anuncio con micrositios, contenido digital, etc. La mayoría de los proyectos creativos son parte de una campaña más grande.
Un proyecto integrado tiene los siguientes componentes:
Al integrar procesos en toda la organización, IPM brinda a los gerentes de proyecto una mejor visión del proyecto y acceso a los recursos adecuados.
Esto hace que IPM sea particularmente apropiado para agencias creativas.
Ventajas
- Transparencia: la integración de procesos en toda la organización mejora la transparencia dentro de la organización. El enfoque de IPM se enfoca en que los miembros del equipo se documenten y se reúnan regularmente, lo que ayuda a mantener a todos informados.
- Responsabilidad: La naturaleza integrada del enfoque de IPM hace que todo el equipo del proyecto sea responsable del proyecto. Dado que ningún miembro del equipo puede operar en un silo, IPM mejora la rendición de cuentas.
Desventajas
Requiere una planificación extensa: con el enfoque de IPM, tendrá que planificar exhaustivamente por adelantado y Asegúrese de que todos los procesos estén bien integrados. Esto aumenta su carga significativamente y puede provocar retrasos.
Ideal para
Las grandes agencias con equipos y procesos diversos se benefician al máximo de la Gestión Integrada de Proyectos. Funciona mejor para proyectos creativos complejos donde necesita recursos de múltiples equipos y departamentos para interactuar entre sí.
PRiSM
PRiSM (Métodos sostenibles de integración de proyectos) es una metodología de gestión de proyectos desarrollada por Green Project Management (GPM) Global.
Como lo sugiere el nombre del creador, el enfoque PRiSM se enfoca en contabilizar y minimizar los impactos ambientales adversos del proyecto. Se diferencia de las metodologías tradicionales en que se extiende más allá del final del proyecto. En su lugar, tiene en cuenta todo el ciclo de vida del proyecto después de la entrega para maximizar la sostenibilidad.
A continuación, se muestra una descripción general de cómo se organizan las actividades en PRiSM:
Ventajas
El enfoque PRiSM es muy pertinente para proyectos modernos donde los costos ambientales y la sostenibilidad son criterios clave de éxito.Para proyectos grandes en los que es fundamental reducir el consumo de energía, gestionar los residuos y minimizar el impacto medioambiental, PRiSM ofrece una ideología de gestión de proyectos viable.
Desventajas
PRiSM no es adecuado para proyectos donde el impacto medioambiental no lo es una preocupación (como software o proyectos creativos).
El éxito con el enfoque PRiSM también requiere que todas las partes del equipo del proyecto, incluidos los contratistas externos y las partes interesadas, estén a bordo con el principio de sostenibilidad, una pregunta difícil en la mayoría de las organizaciones.
Ideal para
PRiSM es más adecuado para proyectos inmobiliarios e industriales grandes y complejos donde la sostenibilidad es una preocupación clave.
PRINCE2
PRINCE2 (Proyectos en entornos controlados) es la metodología oficial de gestión de proyectos del gobierno del Reino Unido (lo que significa que la mayoría de los proyectos del gobierno del Reino Unido la utilizan). Incluso puede obtener una certificación PRINCE2 para facilitar el trabajo como gerente de proyectos en el Reino Unido.
PRINCE2 se basa en 7 principios, 7 temas y 7 procesos. Los 7 principios de PRINCE2, por ejemplo, son:
- Justificación comercial continua
- Aprender de la experiencia
- Funciones y responsabilidades definidas
- Administrar por etapas
- Administrar por excepción
- Centrarse en los productos
- Adaptar para adaptarse al entorno del proyecto
Wikipedia tiene un gran artículo introductorio sobre esta metodología. Le sugiero que empiece por ahí si está interesado en PRINCE2.
Ventajas
Ejecutar un proyecto de PRINCE2 requiere una documentación extensa. Además, uno de los principios rectores de PRINCE2 es «Aprender de experiencia «. Este enfoque en la documentación y la experiencia pasada puede ayudar a reducir el riesgo.
Desventajas
La desventaja de la extensa documentación de PRINCE2 es que los cambios pueden ser difíciles de adaptar. Si los requisitos cambian, debe rehacer la documentación y reasignar los recursos, lo que puede obstaculizar el ritmo del proyecto.
Ideal para
Esta metodología es la más adecuada para proyectos grandes y complejos con requisitos fijos. Si se encuentra en el Reino Unido, es probable que desee conocer la metodología PRINCE2. Se usa ampliamente en el país y es un requisito para proyectos gubernamentales.
Hay varios otros PMM además de estos, como Six Sigma, Crystal, Feature Driven Development (FDD), Dynamic Systems Development (DSDM) , Rational Unified Process (RUP), Kanban y Lean Development (LD).
Sin embargo, en su mayor parte, elegirá una de las metodologías descritas anteriormente.
Cómo elegir la metodología correcta
De la sección anterior, está claro que las diferentes metodologías de PM son más adecuadas para diferentes proyectos. No querrá usar PRiSM para un proyecto de software, del mismo modo que no querrá usar Agile para un gran desarrollo inmobiliario.
Cuando elija metodologías de PM, aquí hay algunas cosas a tener en cuenta:
Evaluar el proyecto
Al elegir una metodología de gestión de proyectos, es útil comenzar desde el final. Necesita saber exactamente cómo debe ser el producto final y qué necesitará para hacerlo.
Concéntrese en reunir los requisitos iniciales. Si el Los requisitos sugieren que necesita un equipo grande y diverso, elija una metodología que respalde la flexibilidad.
De manera similar, si tiene una idea clara del resultado final, elija una metodología más estructurada como Waterfall. El resultado es vago (común en el caso de proyectos internos), elija una metodología iterativa como Agile.
Algunas otras cosas a considerar al evaluar el proyecto son:
- Proyecto presupuesto
- Cronología
- Tamaño y complejidad
- Expectativas de las partes interesadas
- Tipo de proyecto e industria
Evalúe a su equipo
Su metodología de gestión de proyectos es esencialmente un plano para el proyecto. Le dice a su equipo qué crear y cuándo crearlo.
Sin embargo, para que esto suceda, su El equipo debe poder leer el plano en sí. Si.
En otras palabras, si su equipo no está familiarizado con la metodología de gestión de proyectos de su elección, tendrá dificultades para obtener resultados. Tendrá que dedicar tiempo a aprender la metodología (a la que algunos de los miembros de su equipo pueden ser resistentes), lo que provocará retrasos.
También considere la composición de su equipo. Identifica sus fortalezas y debilidades. Si el equipo prospera con la colaboración, puede elegir un enfoque menos estructurado como Agile. Si el equipo está muy motivado y es disciplinado, un enfoque SCRUM puede funcionar bien. Si tiene recursos limitados, elija un enfoque de uso eficiente de los recursos como CCPM.
A continuación, se incluyen algunos aspectos que debe considerar al evaluar a su equipo:
- Experiencia del equipo
- Capacitación
- Capacidades de autoorganización
- Preparación del equipo
- Ubicación del equipo (remoto, en el sitio, etc.)
Básicamente, elija una metodología que se adapte a su equipo, en lugar de obligar a su equipo a adaptarse a la metodología.
Evalúe su organización
Cómo su empresa está organizada, su cultura y sus antecedentes tendrán un gran impacto en su elección de metodología de gestión de proyectos. Algunas metodologías solo funcionan con grandes organizaciones con jerarquías establecidas. Otros son más adecuados para equipos más pequeños y delgados.
Por ejemplo, si sus registros anteriores muestran que todos sus proyectos ágiles se han retrasado Y mal recibido, es una buena idea evitar esta metodología en el futuro.
Algunas cosas que debe considerar al evaluar su organización son:
- Registros anteriores y experiencia con diferentes metodologías
- Cultura
- Jerarquía de la organización
- Nivel de flexibilidad
- Nivel de madurez de la organización
- Tamaño de la organización
- Recursos disponibles, incluidos recursos externos como trabajadores independientes y contratistas .
- Su industria
Evalúe a sus partes interesadas
Al elegir una metodología de PM, tenga en cuenta:
- Participación de las partes interesadas: algunas metodologías exigen que las partes interesadas se involucren regularmente en cada etapa del proyecto. Con Agile, por ejemplo, necesita que las partes interesadas estén disponibles regularmente para recibir comentarios. Si las partes interesadas están ocupadas, elija una metodología una economía que requiere una menor participación de las partes interesadas.
- Requisitos de las partes interesadas: ¿Cómo trabajan sus partes interesadas? ¿Qué requieren del director del proyecto? Si se sabe que las partes interesadas cambian el alcance del proyecto con frecuencia, elija una metodología más flexible. De manera similar, si las partes interesadas requieren actualizaciones diarias, elija una metodología que pueda adaptarse a esta demanda.
Dada la importancia de las partes interesadas en el éxito del proyecto, tener en cuenta sus requisitos hará que las partes interesadas y proyectos más exitosos.
Evalúe sus herramientas
Las herramientas de gestión de proyectos rara vez son independientes de la metodología. Por lo general, están diseñados para funcionar bien con una metodología específica.
Por lo tanto, las herramientas de software a las que tiene acceso y experiencia afectarán su elección.
Para hacer esto:
- Haga una lista de todas las herramientas de software que utiliza actualmente
- Enumere sus limitaciones y capacidades
- Compare sus capacidades con los requisitos de una metodología de PM específica.
Idealmente, la metodología que elija debería funcionar con su conjunto de herramientas existente. Si tiene que comprar nuevas herramientas, no solo tendrá que gastar más, sino que también perderá un tiempo crítico para volver a capacitar a su equipo.
Hacer esta evaluación en profundidad lo ayudará a elegir una metodología que se alinee con su objetivos, las capacidades de su equipo y los requisitos de las partes interesadas a la perfección.
Conclusión
Como gerente de proyecto, tiene varias metodologías de administración de proyectos para elegir. Cada una de estas metodologías tiene sus propias fortalezas y debilidades. Elegir la correcta hará que la ejecución de su proyecto sea más rápida, fluida y eficiente.
Elija una de las diversas metodologías enumeradas anteriormente. Luego evalúe su proyecto, equipo, organización, partes interesadas y las herramientas existentes para elegir la metodología que se alinee con sus fortalezas y requisitos.