Metodo Gestion de proyectos

Seite 1

1. Metodología de cascada

El método Cascada es un enfoque tradicional para la gestión de proyectos. En él las tareas y fases se completan de forma lineal y secuencial, y cada etapa del proyecto debe completarse antes de que comience la siguiente.

Las etapas de la gestión de proyectos en cascada generalmente siguen esta secuencia:

Requisitos

Análisis

Diseño

Construcción

Pruebas

Implementación y mantenimiento

El progreso fluye en una dirección, como una verdadera cascada.

Sin embargo, al igual que una cascada real, esto puede volverse peligroso rápidamente. Como todo está planeado desde el principio, hay mucho margen de error si las expectativas no coinciden con la realidad. Y no se puede volver a una etapa anterior una vez completada (imagínese intentar nadar contra una cascada, no es divertido).

Pruebe esta metodología de gestión de proyectos si:

El objetivo final de su proyecto está claramente definido y no va a cambiar.

Las partes interesadas saben exactamente lo que quieren (y eso no va a cambiar).

Su proyecto es consistente y predecible (es decir, no va a cambiar).

Está trabajando en una industria regulada que necesita documentación o seguimiento exhaustivo del proyecto.

Es posible que necesites incorporar gente nueva al proyecto a mitad de camino y ponerlos al día rápidamente.

Es posible que esta metodología de gestión de proyectos no sea para usted si:

Su proyecto está sujeto a cambios.

No tienes una idea completa de todos los requisitos antes de comenzar.

Debe realizar pruebas continuas o adaptarse a los comentarios durante el proceso.

2. Metodología ágil

La metodología ágil de gestión de proyectos surgió de una creciente insatisfacción con el enfoque lineal de las metodologías tradicionales de gestión de proyecto

El concepto de gestión ágil de proyectos ha dado lugar a varios submarcos y metodologías específicas, como scrum, kanban y lean. Pero ¿qué tienen todos ellos en común? Los principios clave de las metodologías ágiles de gestión de proyectos son:

Es colaborativo.

Es rápido.

Está abierto al cambio impulsado por los datos.

Como tal, las metodologías ágiles de gestión de proyectos suelen implicar fases cortas de trabajo con pruebas, reevaluaciones y adaptaciones frecuentes en todo momento.

En muchos métodos ágiles, todo el trabajo por hacer se agrega a un trabajo pendiente en el que los equipos pueden trabajar en cada fase o ciclo, y los gerentes de proyecto o propietarios de productos priorizan el trabajo pendiente para que los equipos sepan en qué concentrarse primero.

Pruebe esta metodología de gestión de proyectos si:

Su proyecto está sujeto a cambios.

Al principio no estás seguro de cómo será la solución.

Necesita trabajar rápidamente y es más importante ver un progreso rápido que resultados perfectos.

Sus partes interesadas o cliente necesitan (o quieren) participar en cada etapa.

Esta metodología de gestión de proyectos no es para usted si:

Necesita mucha documentación (por ejemplo, si incorporará nuevas personas durante el proyecto).

Necesita un resultado predecible y debe ser muy claro acerca de cómo se ve desde el principio.

Su proyecto no puede permitirse el lujo de cambiar durante su curso.

No tienes gente motivada.

Tiene plazos estrictos o entregas que debe cumplir.

3. Metodología scrum

Scrum es una forma de gestión ágil de proyectos. Puede considerarlo más como un marco que como una metodología de gestión de proyectos en sí misma.

Con Scrum, el trabajo se divide en ciclos cortos conocidos como “sprints”, que suelen durar entre 1 y 2 semanas. El trabajo se toma del trabajo pendiente (ver: Gestión ágil de proyectos, arriba) para cada iteración del sprint.

Los equipos pequeños son liderados por un Scrum Master (que no es lo mismo que el gerente de proyectos) durante el sprint, después de lo cual revisan su desempeño en una "retrospectiva del sprint" y realizan los cambios necesarios antes de comenzar el siguiente sprint.

Pruebe esta metodología de gestión de proyectos si:

Te esfuerzas por lograr una mejora continua.

Es posible que esta metodología de gestión de proyectos no sea para usted si:

No tienes el compromiso total del equipo necesario para que funcione.

4. Metodología Kanban

Kanban es otro método dentro de la gestión ágil de proyectos.

Originario de la industria manufacturera, el término "kanban" ha evolucionado para denotar un marco en el que las tareas se representan visualmente a medida que avanzan a través de columnas en un tablero kanban . El trabajo se extrae del trabajo pendiente predefinido de forma continua a medida que el equipo tiene capacidad y se mueve a través de las columnas del tablero, donde cada columna representa una etapa del proceso.

Kanban es excelente para brindarles a todos una descripción visual inmediata de dónde se encuentra cada pieza de trabajo en un momento dado. (Puede utilizar tableros kanban para todo, desde su proceso de marketing de contenidos hasta la contratación y el reclutamiento ).

También le ayuda a ver dónde hay riesgo de que se formen cuellos de botella: si nota que una de sus columnas se obstruye, por ejemplo, sabrá que esa es una etapa de su proceso que debe examinarse.

Cuando se utiliza como parte de una metodología ágil de gestión de proyectos, también es común implementar límites de trabajo en progreso (WIP). Los límites del trabajo en progreso restringen la cantidad de tareas en juego en un momento dado, lo que significa que solo puedes tener una cierta cantidad de tareas en cada columna (o en el tablero en general).

Esto evita que su equipo distribuya su energía en demasiadas tareas y, en cambio, garantiza que puedan trabajar de manera más productiva al concentrarse en cada tarea individualmente.

Pruebe esta metodología de gestión de proyectos si:

Estás buscando una representación visual del progreso de tu proyecto.

Quieres actualizaciones de estado de un vistazo.

Quiere fomentar el uso de límites de WIP para que su equipo pueda mantenerse concentrado.

Prefiere trabajar de forma continua.

Es posible que esta metodología de gestión de proyectos no sea para usted si:

Su proceso es súper complejo o tiene toneladas de etapas.

Quieres un sistema de empuje en lugar de un sistema de tracción.

5. Metodología scrumban

Es la respuesta a la vieja pregunta: ¿y si scrum y kanban tuvieran un bebé?

Scrumban es una metodología híbrida ágil de gestión de proyectos que tiene la nariz de scrum y los ojos de kanban.

El principal beneficio de scrumban como método es que en lugar de decidir en qué tarea del trabajo pendiente trabajar en cada sprint desde el principio (como lo haría en un marco de scrum "tradicional"), scrumban permite a los equipos "tirar" continuamente del atrasos en función de su capacidad (como lo harían en un marco kanban).

Y al utilizar los límites del trabajo en progreso (de kanban) durante su ciclo de sprint (de scrum), puede mantener un flujo continuo y al mismo tiempo incorporar planificación de proyectos , revisiones y retrospectivas según sea necesario.

Pruebe esta metodología de gestión de proyectos si:

Alguna vez has visto scrum y kanban y has pensado: "Ojalá esos dos niños locos se juntaran".

Es posible que esta metodología de gestión de proyectos no sea para usted si:

Alguna vez has mirado con nostalgia por la ventana y has pensado: "Oh, scrum es scrum y kanban es kanban, y nunca los dos se encontrarán".

6. Metodología de programación extrema (XP)

La metodología de Programación Extrema (XP) es otra forma de gestión ágil de proyectos que fue diseñada para el desarrollo de software .

Enfatiza el trabajo en equipo y la colaboración entre gerentes, clientes y desarrolladores, con equipos autoorganizados. Tiene un conjunto definido de reglas que los equipos deben seguir, que se basan en sus cinco valores: sencillez, comunicación (se prefiere cara a cara), retroalimentación, respeto y coraje.

Pruebe esta metodología de gestión de proyectos si:

Quieres fomentar el trabajo en equipo y la colaboración.

Tienes un equipo pequeño que comparte ubicación.

Es posible que esta metodología de gestión de proyectos no sea para usted si:

Eres un rompe reglas.

Su equipo está distribuido en diferentes lugares y zonas horarias.

7. Metodología del marco de proyectos adaptativo (APF)

La metodología del marco de proyectos adaptativo (APF), también conocida como gestión de proyectos adaptativa (APM), es un tipo de metodología ágil de gestión de proyectos que se diseñó teniendo en cuenta la inevitabilidad del cambio.

El marco adaptativo del proyecto sabe que, como diría John Steinbeck, incluso los proyectos mejor diseñados de ratones y hombres a menudo salen mal. Entonces, el atributo fundamental de APF es que los equipos deben poder responder de manera adaptativa al cambio.

Eso significa que al utilizar métodos de marco de proyecto adaptativo, los equipos deben intentar anticipar los riesgos y prepararse para lo inesperado en su proyecto. Deben comprender que los componentes clave están en constante cambio y ser capaces de reevaluar constantemente los resultados y las decisiones teniendo en cuenta estas partes móviles.

Esto requiere mucha comunicación con todas las partes interesadas y, al igual que otras metodologías ágiles de gestión de proyectos, poder trabajar en colaboración.

Pruebe esta metodología de gestión de proyectos si:

Conoces tus objetivos finales (en términos de gestión de proyectos, has delineado tus Condiciones de Satisfacción; o, en términos de Beastie Boys, tienes claro qué quieres).

Esta metodología de gestión de proyectos no es para usted si:

Necesitas previsibilidad.

No tiene los recursos para manejar los posibles aspectos negativos de la adaptabilidad (por ejemplo, variación del alcance, reelaboración, mal uso del tiempo).

8. Metodología ajustada

Lean es otra metodología de gestión de proyectos que tiene su origen en la fabricación (y específicamente en el Sistema de Producción Toyota). Se trata de aplicar principios lean a sus métodos de gestión de proyectos para maximizar el valor y minimizar el desperdicio.

Si bien esto originalmente se refería a la reducción del desperdicio físico en el proceso de fabricación, ahora se refiere a otras prácticas derrochadoras en el proceso de gestión de proyectos. Se conocen como las 3 M: muda, mura y muri.

Muda (despilfarro) consume recursos sin agregar valor para el cliente.

Mura (desigualdad) ocurre cuando tienes una sobreproducción en un área que desequilibra todas las demás áreas, dejándote con demasiado inventario (¡un desperdicio!) o procesos ineficientes (¡también un desperdicio!).

Muri (sobrecarga) ocurre cuando hay demasiada presión sobre recursos como equipos y personas, lo que a menudo puede provocar averías, tanto en las máquinas como en los humanos.

Utilizando los principios clave de Lean, un gerente de proyecto puede reducir este tipo de desperdicio para crear flujos de trabajo más eficientes.

Pruebe esta metodología de gestión de proyectos si:

Estás buscando un conjunto de principios que te ayudarán a reducir la grasa y optimizar tu flujo.

Siempre estás tratando de mejorar y agregar valor para el cliente.

En última instancia, desea reducir los costos.

Es posible que esta metodología de gestión de proyectos no sea para usted si:

No puede darse el lujo de tener problemas de suministro (por ejemplo, no tiene suficiente inventario en existencia) o perder margen de error (por ejemplo, en el caso de una falla en un equipo esencial).

No tiene el presupuesto para invertir en ello (si bien la gestión eficiente de proyectos tiene como objetivo reducir los costos generales, su implementación puede resultar costosa).

Eres un mapache y te encanta el desperdicio, de hecho.

9. Método de la ruta crítica

El método de ruta crítica (también conocido como análisis de ruta crítica) es una forma de identificar y programar todas las tareas críticas que componen su proyecto, así como sus dependencias.

Eso significa que necesitas:

Identifique todas las tareas esenciales que debe realizar para lograr el objetivo de su proyecto.

Calcule cuánto tiempo tomará cada una de esas tareas (teniendo en cuenta que ciertas tareas deberán completarse antes de poder iniciar otras)

Utilice toda esa información para programar la "ruta crítica" que deberá seguir para completar el proyecto lo más rápido posible sin perder ningún paso crucial.

La secuencia más larga de tareas críticas se convierte en su ruta crítica y definirá el marco de tiempo de su proyecto.

A lo largo del camino, tendrás hitos que cumplir que te indicarán cuándo finaliza un conjunto de tareas (o fase) y podrás pasar a la siguiente.

Hay muchas formas de visualizar la ruta crítica, según la complejidad de su proyecto, desde gráficos de flujo hasta diagramas de Gantt .

Pruebe esta metodología de gestión de proyectos si:

Su proyecto es de gran escala y complejo.

Su proyecto tiene muchas dependencias.

Está buscando una forma visual de trazar la secuencia de tareas.

Debe identificar qué tareas son las más importantes para poder asignar mejor sus recursos.

Tienes un plan y unos plazos estrictos, sin lugar para negocios tontos.

Te encantan los algoritmos. ¡Ámalos!

Es posible que esta metodología de gestión de proyectos no sea para usted si:

No necesitas algo con mucha complejidad.

No está seguro de los plazos, los horarios o la duración.

Su proyecto necesita margen de maniobra para cambiar.

10. Gestión de proyectos de cadena crítica

La gestión de proyectos de cadena crítica (o CCPM) lleva el método de la ruta crítica (CPM) un paso más allá.

Si bien el método de la ruta crítica define el tiempo necesario para realizar cada actividad crítica desde el principio del proyecto hasta el final, a menudo puede resultar poco realista cuando llega el momento de ponerlo en práctica.

La gestión de proyectos de la cadena crítica aborda esos problemas al permitir un poco más de tiempo para los elementos humanos de su proyecto, como retrasos y problemas de recursos.

En la gestión de proyectos de la cadena crítica, usted tiene algunos amortiguadores incorporados que su cadena crítica puede usar sin descarrilar todo lo demás, de modo que todo su proyecto no tenga que desviarse solo porque la vida sucede.

Pruebe esta metodología de gestión de proyectos si:

Te gusta cómo suena el método de la ruta crítica, pero quieres algo un poco más realista.

Ya estaba sobreestimando la duración de las tareas en CPM para permitir un margen y desea datos más precisos sobre cuánto tiempo lleva realmente el trabajo en comparación con sus proyecciones.

Esta metodología de gestión de proyectos no es para usted si:

Crees que los amortiguadores son sólo una red de seguridad para las personas que no lo planearon bien la primera vez.

Nada podría salir mal.

11. Introducción de nuevos productos (NPI)

La introducción de nuevos productos es una excelente metodología de gestión de proyectos para cuando desees presentar un nuevo producto.

También conocido como desarrollo de nuevos productos (NPD), el proceso de introducción de nuevos productos cubre todo lo necesario para definir, desarrollar y lanzar un producto nuevo (o mejorado).

El proyecto sigue un único producto durante todo el proceso de desarrollo. Este proceso implica múltiples fases o un proceso de etapa inicial, que puede variar de una organización a otra, pero generalmente incluye cosas como:

Definición de las especificaciones del producto y el alcance del proyecto.

Evaluando la viabilidad

Desarrollando el prototipo

Validar el prototipo mediante pruebas y análisis.

Fabricar el producto a mayor escala.

Evaluar el éxito del producto en el mercado después del lanzamiento.

Dado que los requisitos para la introducción exitosa de un nuevo producto abarcan varios departamentos de una organización, desde el liderazgo hasta los gerentes de producto, marketing y más, se requiere mucha colaboración y comunicación interfuncional.

Pruebe esta metodología de gestión de proyectos si:

Estás lanzando al mercado un producto nuevo o mejorado.

Te estás centrando en un solo producto.

Quiere fomentar la alineación entre las partes interesadas clave y las funciones cruzadas desde el principio.

Es posible que esta metodología de gestión de proyectos no sea para usted si:

No está lanzando al mercado un producto nuevo o mejorado.

Está buscando un enfoque más ágil para el desarrollo de productos (ya que NPI suele ser secuencial en lugar de iterativo).

12. Reingeniería habilitada para paquetes (PER)

La reingeniería habilitada por paquetes (PER) es una metodología de gestión de proyectos que tiene como objetivo ayudar a las organizaciones a rediseñar productos o procesos con nuevos ojos. Se centra en facilitar transformaciones empresariales de forma rápida y estratégica, ya sea mediante el rediseño de procesos o la realineación de personas.

Pruebe esta metodología de gestión de proyectos si:

Su organización necesita una revisión.

Necesita una nueva perspectiva de sus productos o procesos.

Es posible que esta metodología de gestión de proyectos no sea para usted si:

No estás intentando mejorar un sistema existente.

13. Mapeo de resultados

El mapeo de alcances es un sistema de medición del progreso de un proyecto diseñado por el Centro Internacional de Investigaciones para el Desarrollo (IDRC). Se diferencia de las otras metodologías de gestión de proyectos de esta lista en que no se centra en resultados mensurables; en cambio, se centra en crear un cambio de comportamiento duradero.

Es una metodología de gestión de proyectos común utilizada en proyectos caritativos en países en desarrollo. Como metodología de gestión de proyectos, se trata menos del proyecto en sí que del impacto a largo plazo del proyecto y su capacidad para efectuar cambios en la comunidad. Como resultado, mide la influencia en lugar de otras medidas (quizás más “típicas”) del progreso del proyecto.

El mapeo de alcances consta de una larga fase de diseño seguida de una fase de mantenimiento de registros para realizar un seguimiento de los resultados.

Pruebe esta metodología de gestión de proyectos si:

Su proyecto tiene como objetivo cambiar el comportamiento en lugar de producir resultados.

Su proyecto está relacionado con el cambio y la transformación social (por ejemplo, en los campos del desarrollo internacional, la caridad, las comunicaciones, la investigación).

Es posible que esta metodología de gestión de proyectos no sea para usted si:

Su proyecto tiene que ver con productos terminados más que con resultados de comportamiento.

14. Seis Sigma

Six Sigma es un método para mejorar los procesos con énfasis en garantizar la coherencia en la producción y una calidad impecable. (Y si es lo suficientemente bueno para Jack Donaghy… )

Hay algunas versiones diferentes disponibles, como Lean Six Sigma y Agile Sigma, pero en última instancia Six Sigma es una metodología empresarial que tiene como objetivo eliminar defectos y reducir la variación mediante el uso de sus metodologías definidas.

Los métodos Six Sigma se pueden utilizar para optimizar y mejorar los procesos existentes o crear otros nuevos.

Para mejorar los procesos de negocio, se puede utilizar el proceso Six Sigma DMAIC, que representa las fases de la metodología del proyecto: D efinir, M edir, Analizar , Mejorar , Controlar .

Para crear nuevos procesos o productos, puede utilizar el proceso Six Sigma DMADV: D efinir, M edir, Analizar , Diseñar , Verificar .

Como un conjunto de principios y técnicas (a veces incluso se describe como una “filosofía”) en lugar de una metodología de gestión de proyectos en sí misma, los métodos Six Sigma se pueden aplicar junto con muchas otras metodologías de gestión de proyectos, como Lean y Agile.

Pruebe esta metodología de gestión de proyectos si:

Está buscando un conjunto de principios y filosofías que pueda llevar consigo a casi todos los proyectos y organizaciones.

Es posible que esta metodología de gestión de proyectos no sea para usted si:

No tienes mucho presupuesto para invertir en capacitación; puede resultar costoso capacitarse y certificarse.

Lo que busca es un proceso definido para un proyecto en particular en lugar de un conjunto de reglas rectoras.

15. PMBOK del PMI

El Libro de conocimientos sobre gestión de proyectos del Project Management Institute (también conocido como PMBOK del PMI) no es una metodología de gestión de proyectos en sí misma. Sin embargo, es una guía de mejores prácticas y forma la base de la certificación Project Management Professional (PMP) del PMI, una de las principales calificaciones en gestión de proyectos.

Como tal, el PMBOK es un conjunto de principios rectores estándar de la industria que puede utilizar para garantizar que sus proyectos en múltiples tipos de equipos y organizaciones cumplan con los altos estándares del PMI y con las mejores prácticas.

Pruebe esta metodología de gestión de proyectos si:

Tiene (o desea obtener) un PMP.

Quiere mantenerse actualizado con los estándares y las mejores prácticas de la industria.

Vives y trabajas en un lugar donde el PMP es la calificación estándar en gestión de proyectos (como los EE. UU.).

Es posible que esta metodología de gestión de proyectos no sea para usted si:

Necesita una metodología sólida de gestión de proyectos para mapear su proyecto, en lugar de conocimientos generales (aunque útiles) de gestión de proyectos.

16. Metodología PRINCE2

PRINCE2 ( PR ojects IN C ontrolled A nvironments) es una metodología y certificación de gestión de proyectos que tiene como objetivo equipar a los gerentes de proyectos con conocimiento de las mejores prácticas y procesos.

A diferencia de la certificación PMP, no requiere una serie de requisitos previos, lo que la convierte en una buena opción para los directores de proyectos que buscan obtener una base metodológica y una calificación.

Además, a diferencia del PMP, PRINCE2 es una metodología en sí misma. Está guiado por siete principios, que a su vez dictan los siete procesos que un director de proyecto debe utilizar en cada proyecto cuando utiliza PRINCE2.

Pruebe esta metodología de gestión de proyectos si:

Está buscando una certificación que le brinde una ventaja.

Vives y trabajas en un lugar donde PRINCE2 es la calificación estándar en gestión de proyectos (como el Reino Unido).

Es posible que esta metodología de gestión de proyectos no sea para usted si:

No desea comprometerse con una certificación completa.

El proceso de siete pasos no se corresponde con sus proyectos.

Te encuentras adaptando (o ignorando por completo) las etapas del proceso hasta tal punto que se convierte en PINO - "PRÍNCIPE sólo de nombre".

17. Metodología de desarrollo rápido de aplicaciones (RAD)

El desarrollo rápido de aplicaciones (RAD) es un tipo de metodología ágil de gestión de proyectos que tiene como objetivo facilitar un desarrollo de software más rápido .

Utiliza iteraciones y lanzamientos rápidos de prototipos para recopilar comentarios en un corto período de tiempo y valora los comentarios de los usuarios por encima de una planificación estricta y un registro de requisitos.

Pruebe esta metodología de gestión de proyectos si:

Desea poder brindarles a los clientes/partes interesadas un modelo de trabajo mucho antes (incluso si no es perfecto).

Quiere crear varios prototipos y trabajar con las partes interesadas para elegir el mejor.

La velocidad es esencial.

Quiere fomentar la reutilización de código.

Es posible que esta metodología de gestión de proyectos no sea para usted si:

No tienes un equipo experimentado.

Sus clientes o partes interesadas no tienen tiempo para comprometerse con un proceso de colaboración de este tipo o no pueden dar su opinión dentro de los plazos necesarios.

Tienes un gran equipo.

Prefiere tener una especificación detallada que describa todos los requisitos funcionales y no funcionales.