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 MasterEl 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!