Principios Ágiles y SCRUM: Desarrollo colaborativo y adaptativo

Principios Ágiles:

1. Nuestra máxima prioridad es satisfacer al cliente mediante la entrega temprana y continua de un producto valioso.
2. Aceptamos cambios en los requisitos, incluso en etapas tardías del desarrollo. Los procesos ágiles aprovechan el cambio en beneficio del cliente.
3. Entregamos software funcional con frecuencia, desde unas pocas semanas hasta unos pocos meses, dándole importancia a los plazos más cortos.
4. Los responsables de negocio y los desarrolladores deben trabajar juntos a diario a lo largo del proyecto.
5. Construimos proyectos en torno a individuos motivados. Les proporcionamos el entorno y el apoyo que necesitan, y confiamos en que harán el trabajo.
6. La forma más eficiente y efectiva de comunicar información dentro y fuera de un equipo de desarrollo es la conversación cara a cara.
7. El software funcional es la medida principal de progreso.
8. Los procesos ágiles promueven el desarrollo sostenible. Los patrocinadores, desarrolladores y usuarios deben ser capaces de mantener un ritmo constante indefinidamente.
9. La atención continua a la excelencia técnica y al buen diseño mejora la agilidad.
10. La simplicidad, como arte de maximizar la cantidad de trabajo no realizado, es esencial.
11. Las mejores arquitecturas, requisitos y diseños surgen de equipos autoorganizados.
12. En intervalos regulares, el equipo reflexiona sobre cómo ser más efectivo y ajusta su comportamiento en consecuencia.

Comparación:

Enfoque tradicional: Requisitos iniciales bien definidos. PLANIFICACIÓN y CONTROL de la ejecución. Enfoque Ágil: Detectar una oportunidad alineada con la estrategia empresarial. Enfoque iterativo e incremental. Planificación y control a corto plazo. Adaptativo.

Cuándo utilizar PM o Ágil:

• Método de cascada:
  • Productos que no se pueden desarrollar de forma incremental.
  • Requisitos iniciales claros.
  • Equipos sin confianza.
  • Entornos con alta demanda de documentación.
  • Proyectos con alto control externo.
• PM Ágil:
  • Entornos cambiantes.
  • Requisitos poco claros.
  • Equipos pequeños con comunicación fluida.
  • Entornos con alta motivación del cliente (el cliente quiere colaborar y participar en el desarrollo).
  • Equipos con habilidades regulares y altas (todos los miembros tienen perfiles similares para evitar especializaciones y momentos de inactividad).

Principios SCRUM:

• Desarrollo colaborativo del producto con el cliente.
• Enfoque en las personas, en lugar de los procesos.
• Desarrollo incremental del producto basado en iteraciones, en lugar de documentación exhaustiva.
• Responder al cambio, en lugar de seguir un plan.

Roles:

• Product Owner: Persona responsable de lograr el mayor valor del producto para los clientes, usuarios y otras partes interesadas. Se encarga de la gestión del producto relacionada con:
  • Una visión de producto definida.
  • La priorización del trabajo.
  • La financiación del proyecto.
• Equipo: Tienen todos los requisitos iniciales y establecen las prioridades. El equipo decide desde el principio hasta el final del producto:
  • Cuántos sprints vamos a hacer.
  • Tiempo o esfuerzo para completar cada tarea o requisito.
  • Quién realiza cada tarea.
  • Qué acción tomar para corregir desviaciones.
• Scrum Master: No es el PM, se asegura de la productividad. Asiste al equipo en todas las reuniones y se asegura de que se cumplan los principios de SCRUM. Es la persona que se asegura de que la metodología se lleve a cabo correctamente.

Elementos:

• Product Backlog: Constantemente repriorizado por el Product Owner. Constantemente refinado por el Equipo Scrum. Conjunto de requisitos que debemos cumplir para el producto final.
• Product Backlog Item (PBI): Describe el qué más que el cómo de una característica centrada en el cliente.
• Sprint Backlog: Consiste en PBIs seleccionados negociados entre el equipo y el Product Owner durante la Reunión de Planificación del Sprint.
• Incremento: El resultado del sprint.

Reuniones:

• Reunión de Refinamiento del Backlog: Ir con el cliente para conocer exactamente cuáles son los requisitos. Durante esta reunión, se dividen y aclaran los elementos grandes y vagos, teniendo en cuenta tanto los aspectos comerciales como los técnicos.
• Reunión de Planificación del Sprint: El Product Owner y el equipo se reúnen para ver cuáles de esos requisitos son los más importantes para hacer la primera parte del producto (Sprint Backlog).
• Reunión Diaria del Sprint: Monitorear el estado del proyecto y tomar decisiones para alcanzar los objetivos. 15 minutos.
• Reunión de Revisión: Reunirse con las partes interesadas, los clientes, etc., para ver lo que hemos hecho y aceptar o sugerir nuevas cosas para comenzar en el próximo ciclo.
• Reunión de Retrospectiva: Análisis del funcionamiento del equipo.