Gestión de proyectos Agile para dummies

Los 12 Principios ágiles son un conjunto de guiar conceptos que soportan los equipos de proyecto en la implementación de proyectos ágiles. Utilice estos conceptos para poner en práctica las metodologías ágiles en sus proyectos.

1. Nuestra máxima prioridad es satisfacer al cliente a través de la entrega temprana y continua de software valioso.

2. Bienvenido requisitos cambiantes, incluso tarde en el desarrollo. Procesos ágiles aprovechan el cambio para obtener ventajas competitivas del cliente.

3. Entregar software que trabaja con frecuencia, desde un par de semanas a un par de meses, con una preferencia a la escala de tiempo más corto.

4. La gente de negocios y desarrolladores deben trabajar juntos todos los días durante todo el proyecto.

5. Construir proyectos alrededor de individuos motivados. Darles el medio ambiente y el apoyo que necesitan, y confían en ellos para hacer el trabajo.

6. El método más eficiente y eficaz de transmitir información desde y dentro de un equipo de desarrollo es la conversación cara a cara.

7. Software de trabajo es la principal medida de progreso.

8. Procesos ágiles promueven el desarrollo sostenible. Los patrocinadores, los desarrolladores y los usuarios deberían ser capaces de mantener un ritmo constante de forma indefinida.

9. La atención continua a la excelencia técnica y el buen diseño mejora la agilidad.

10. Simplicidad - el arte de maximizar la cantidad de trabajo no realizado - es esencial.

11. Las mejores arquitecturas, requisitos y diseños emergen de equipos de auto-organización.

12. A intervalos regulares, el equipo reflexiona sobre cómo ser más eficaz, melodías y ajusta su comportamiento en consecuencia.

La Hoja de Ruta de Valor es una vista de alto nivel de un proyecto ágil. Las etapas de la Hoja de Ruta de Valor se describen en la lista siguiente diagrama:

• En la etapa 1, el dueño del producto identifica el visión del producto. La visión del producto es una definición de lo que es su producto, cómo se va a apoyar a su empresa o la estrategia de la organización, y que va a utilizar el producto. En proyectos más largos, revisar la visión del producto al menos una vez al año.

• En la etapa 2, el dueño del producto crea una roadmap de producto. La hoja de ruta del producto es una vista de alto nivel de los requisitos del producto, con un marco de tiempo flojo para cuando usted desarrollará esos requisitos. La identificación de los requisitos del producto y luego priorizar y más o menos la estimación del esfuerzo de esos requisitos son una gran parte de la creación de su hoja de ruta del producto. En proyectos más largos, revisar el plan de producto, al menos, dos veces al año.

• En la Etapa 3, el dueño del producto crea una plan de lanzamiento. El plan de difusión indica un calendario de alto nivel para la liberación de software que trabaja. Un proyecto ágil tendrá muchos lanzamientos, con las características de mayor prioridad poner en marcha primero. Un comunicado típico incluye tres a cinco sprints. Crear un plan de lanzamiento a principios de cada versión.

• En la Etapa 4, el dueño del producto, el maestro, y los sprints del plan del equipo de desarrollo, también llamado iteraciones, y comenzar a crear el producto dentro de los sprints. Planificación de Sprint sesiones tienen lugar en el inicio de cada sprint, donde el equipo de scrum determina qué requisitos estarán en la próxima iteración.

• En la Etapa 5, en cada sprint, el equipo de desarrollo tiene reuniones diarias. En la reunión diaria, que no pase más de 15 minutos y hablar de lo que completó ayer, lo que va a trabajar en la actualidad, y cualquier obstáculo que tiene.

• En la Etapa 6, el equipo tiene una revisión del sprint. En la revisión del sprint, al final de cada sprint, usted demuestra que el producto de trabajo creado durante el sprint a las partes interesadas de productos.

• En la etapa 7, el equipo tiene una retrospectiva del sprint. La retrospectiva del sprint es una reunión donde el equipo analiza cómo el sprint fue y planes de mejoras en el siguiente sprint. Al igual que la revisión del sprint, usted tiene una retrospectiva del sprint al final de cada sprint.

Se necesita un equipo cooperativo de los empleados para completar un proyecto. Equipos de proyectos ágiles se componen de muchas personas e incluyen las siguientes cinco funciones:

• Equipo de desarrollo: El grupo de personas que hacen el trabajo de crear un producto. Los programadores, probadores, diseñadores, escritores, y cualquier otra persona que tiene una función práctica en el desarrollo de productos es un miembro del equipo de desarrollo.

• Dueño del producto: La persona responsable de la reducción de la brecha entre el cliente, accionistas de la empresa, y el equipo de desarrollo. El propietario del producto es un experto en el producto y las necesidades y prioridades del cliente. El dueño del producto trabaja con el equipo de desarrollo de todos los días para ayudar a aclarar los requisitos. El propietario del producto es a veces llamado un representante del cliente.

• Scrum master: La persona responsable de apoyar al equipo de desarrollo, despejando obstáculos organizativos, y mantener el proceso ágil consistente. Un scrum master es a veces llamado un facilitador del proyecto.

• Las partes interesadas: Cualquier persona con un interés en el proyecto. Las partes interesadas no son en última instancia responsable del producto, sino que proporcionan entrada y se ven afectadas por el resultado del proyecto. El grupo de actores es diversa y puede incluir a personas de diferentes departamentos, o incluso diferentes empresas.

• Mentora Agile: Alguien que tenga experiencia en la implementación de proyectos ágiles y puede compartir esa experiencia con un equipo de proyecto. El mentor ágil puede proporcionar información y consejos valiosos a los nuevos equipos de proyectos y equipos que quieren llevar a cabo en un nivel superior del proyecto.

El progreso del proyecto tiene que ser medible. Equipos de proyectos ágiles a menudo usan seis artefactos principales, o los entregables, el desarrollo de productos y el seguimiento del progreso, que se enumeran aquí:

• Declaración de la visión del producto: Un discurso del ascensor, o un resumen rápido, para comunicarse cómo su producto es compatible con las estrategias de la organización de la empresa o de. La declaración de visión debe articular las metas para el producto.

• Pila de Producto: La lista completa de lo que está en el alcance de su proyecto, ordenadas por prioridad. Una vez que tengas tu primer requisito, usted tiene una cartera de pedidos de productos.

• Hoja de ruta del producto: La hoja de ruta del producto es una vista de alto nivel de los requisitos del producto, con un marco de tiempo flojo para cuando usted desarrollará esos requisitos.

• Plan de lanzamiento: Un calendario de alto nivel para la liberación de software que trabaja.

• Sprint atraso: El objetivo, historias de usuario y tareas asociadas con el sprint actual.

• Incremento: La funcionalidad del producto de trabajo al final de cada sprint.

La mayoría de los proyectos tienen etapas. Proyectos Ágiles incluyen siete eventos para el desarrollo de productos. Estos eventos son reuniones y etapas y se describen en la siguiente lista:

• Planificación de proyectos: La planificación inicial para su proyecto. La planificación del proyecto incluye la creación de una declaración de la visión del producto y una hoja de ruta de productos, y se llevará a cabo en el menor tiempo de un día.

• La planificación de lanzamiento: Planificación de la siguiente serie de características del producto para liberar y la identificación de una fecha de lanzamiento del producto inminente en torno al cual el equipo puede movilizar. En proyectos ágiles, planea un lanzamiento a la vez.

• Sprint: Un ciclo corto de desarrollo, en la que el equipo crea la funcionalidad del producto potencialmente entregable. Sprints, a veces llamadas iteraciones, suele durar entre una y cuatro semanas. Sprints pueden durar tan poco como un día, pero no deben ser más de cuatro semanas. Sprints deben seguir siendo la misma longitud a lo largo de la totalidad de los proyectos.

• Planificación de Sprint: Una reunión al comienzo de cada sprint donde el equipo de scrum se compromete a una meta sprint. También identifican los requisitos que apoyan esta meta y formarán parte del sprint, y las tareas individuales que se necesita para completar cada requisito.

• Scrum diario: Una reunión de 15 minutos lleva a cabo cada día en una carrera de velocidad, donde los miembros del equipo de desarrollo del estado lo que completaron el día anterior, lo que van a completar en el día actual, y si tienen cualquier obstáculo.

• Opinión Sprint: Una reunión al final de cada sprint, introducido por el dueño del producto, en el que el equipo de desarrollo demuestra la funcionalidad de los productos de trabajo se completó durante el sprint.

• Sprint retrospectiva: Una reunión al final de cada sprint donde el equipo de scrum discute lo que salió bien, lo que podría cambiar, y la forma de realizar los cambios.

Hay un gran mundo de gestión de proyectos ágiles que hay. Aquí están algunos de los enlaces útiles a los miembros de la comunidad practicante ágil:

• Agile Alliance: La Alianza Ágil es la comunidad ágil mundial original, con la misión de ayudar a avanzar en los principios y prácticas ágiles, independientemente de la metodología.

• Scrum Alliance: El Scrum Alliance es una organización profesional sin fines de lucro que promueve la comprensión y el uso de scrum. El Scrum Alliance ofrece una serie de certificaciones profesionales:

• Scrum Master Certificado (CSM)

• Certificado Scrum Product Owner (CSPO)

• Certificado Scrum Developer (CSD)

• Certified Scrum Profesional (CSP)

• El entrenador Scrum Certificado (CSC)

• Entrenador Scrum Certificado (CST)