Comparación de metodologías: Agile-Scrum vs Tradicional

La gestión de proyectos tradicional enfatiza específicamente en la realización de una larga planificación inicial y detallada para todos los proyectos, independientemente de si los requisitos son conocidos o no. Se resalta la larga planificación inicial para asegurar la fijación de la variable como tiempo, coste, alcance, etc. Se dedica mucho tiempo a la planificación anticipada de estos parámetros. En el entorno cambiante de hoy en día, los requisitos siguen cambiando, y toda esta planificación inicial se desperdicia si hay un cambio importante en la especificación en un momento posterior.

Si bien Agile es un enfoque general utilizado para el desarrollo de software, Agile hace hincapié en el trabajo en equipo, las entregas frecuentes de software en funcionamiento, la colaboración con los clientes y los eventos de tiempo y permite la capacidad de respuesta al cambio muy rápidamente.

Por cierto, me gustaría comentarte que he abierto una página en Facebook del blog, ya que sería genial aumentar el número de seguidores en la red social. Si te gusta lo que lees y quieres alegrar un poco mi día en un solo segundo, te agradecería que le dieras a me gusta.

Scrum es una de las formas más comunes usadas de Agile. Scrum fomenta la toma de decisiones iterativas y reduce el tiempo dedicado a las variables desconocidas que son propensas a cambios. Scrum se adapta al cambio como ningún otro. Scrum se basa en el concepto de entregar la mayor cantidad de valor al cliente en un período de tiempo corto, asegurando un producto potencialmente viable al final de cada sprint, también llamado iteración.

El énfasis tradicional de la administración de proyectos en procesos lineales, documentación integral, dedicamos mucho tiempo a la planificación inicial; todos los requisitos de priorización se fijan durante la vigencia del proyecto y funcionan en una organización muy administrada. La gestión tradicional de proyectos es adversa a los cambios y sigue un sistema de gestión de cambios formal. El retorno de la inversión es posterior a la finalización del proyecto y las entradas de los clientes o la participación en el proyecto pueden variar según el ciclo de vida del proyecto.

Aunque Agile sigue un proceso iterativo y se divide en sprints de menor duración, ya que ágil está más abierto a cambios en la especificación, se gasta menos tiempo en la planificación inicial, la priorización de requisitos se basa en el valor comercial y la cartera de pedidos del producto es frecuentemente preparado por el dueño del producto. Agile sigue el estilo auto organizado ya que los individuos no se administran y la organización se descentraliza. Como Agile está dividido en iteraciones, recogen poca cantidad de trabajo y el resto se puede cambiar y actualizar según la prioridad. En Agile, el retorno de la inversión se logra temprano, ya que la publicación se realiza en etapas y se recibe a lo largo de la vida del proyecto. La participación del cliente en el proyecto es muy alta ya que el trabajo de desarrollo se basa en el concepto de colaboración con el cliente.

El Project Manager VS el Scrum Master

El Scrum Master es una persona encargada de hacer que toda la metodologia de Scrum funcione, es un líder cuya cualidad principal es la de Servicio hacia su equipo Scrum, se encarga de eliminar todas las barreras que puedan presentarse y de proyectar las iteraciones, entregables e informes de cada Sprint.

El Project Manager es un gerente que se ocupa de dirigir un proyecto y cuya función es la de lograr que se realice el objetivo por el cual fue asignado, debe ser una persona organizada, con habilidades financieras y con conocimientos extensos en cuanto el manejo de recursos financieros, habilidades de negociación, planeación y diagnósticos.

La principal diferencia es que mientras el Project Manager depende de él para designar responsabilidades a su equipo, el Scrum Master trabaja en conjunto con su equipo para desarrollar esas responsabilidades.

SCRUM vs Gestión de Proyectos Tradicional

	SCRUM	Gestión Tradicional de Proyectos
El énfasis está en	Persona	Procesos
Documentación	Minima, según se requiera	Absolutamente todo se documenta
Estilo de Procesos	Iterativo	Lineal
Planificación por Adelantado	Baja	Alta
Priorización de los Requisitos	Según el valor del negocio y regularmente actualizada	Fijo en el plan de Proyectos
Quality Assurance	Centrada en el cliente	Centrada en el proceso
Organización	Auto-organizado	Gestionado
Estilo de Gestión	Descentralizado	Centralizado
Cambio	Las actualizaciones de Prioritized Product Backlog	Sistema formal de gestión de cambio
Liderazgo	Colaborativo, líder de servicio	Mando y control
La Medición del Rendimiento	Valor del Negocio	Plan de conformidad
Retorno de Inversión ROI	Al comienzo y a lo largo del Proyecto	Al final del proyecto
Participación del Cliente	Alta, durante todo el proyecto	Varía, en función del ciclo de vida del proyecto

El conocimiento que no se comparte pierde por completo su valor.

Comparte este post con tus amigos, ¡tanto ellos como nosotros te lo agradeceremos!

FUENTES Y REFERENCIAS

PMBOK® Guide and Standards | What is Project Management? | Agile Project Management | What is Scrum Project Management? | Waterfall v agile: how should I approach my software development project? | Choosing a Project Management Methodology | Cómo elegir la metodología de un proyecto | OBS Business School | Metodología para la administración de proyectos - UANL | Comparativa metodologías ágiles vs tradicionales | PMBOK vs SCRUM: Lucha de Titanes | E-Book: La Guía definitiva de Gestión de Proyectos V2.0 | PMI ACP + SCRUM MASTER | Comparison between Agile Vs. Traditional Project Management | Institute Kaizenia: Diferencias entre Scrum vs PMI