Ágil - Primer

Agile es una metodología de desarrollo de software para construir un software de manera incremental usando iteraciones cortas de 1 a 4 semanas para que el proceso de desarrollo esté alineado con las necesidades cambiantes del negocio. En lugar de un desarrollo de un solo paso de 6 a 18 meses donde todos los requisitos y riesgos se predicen por adelantado, Agile adopta un proceso de retroalimentación frecuente en el que se entrega un producto viable después de una iteración de 1 a 4 semanas.

Agile Vs SDLC tradicional

Roles en ágil

Scrum Master

Un Scrum Master es un líder de equipo y facilitador que ayuda a los miembros del equipo a seguir prácticas ágiles para que puedan cumplir con sus compromisos. Las responsabilidades de un scrum master son las siguientes:

  • Para permitir una estrecha cooperación entre todos los roles y funciones.

  • Para eliminar cualquier bloque.

  • Para proteger al equipo de cualquier perturbación.

  • Trabajar con la organización para seguir el progreso y los procesos de la empresa.

  • Para garantizar que los procesos Agile Inspect & Adapt se aprovechen correctamente, lo que incluye

    • Stand-ups diarios,
    • Reuniones planificadas,
    • Manifestación,
    • Revisión,
    • Reuniones retrospectivas, y
    • Para facilitar las reuniones del equipo y el proceso de toma de decisiones.

Dueño del producto

Un propietario del producto es el que conduce el producto desde la perspectiva empresarial. Las responsabilidades o el propietario del producto son las siguientes:

  • Definir los requisitos y priorizar sus valores.
  • Para determinar la fecha de lanzamiento y los contenidos.
  • Asumir un papel activo en la planificación de iteraciones y en las reuniones de planificación de lanzamiento.
  • Para garantizar que el equipo esté trabajando en el requisito más valioso.
  • Representar la voz del cliente.
  • Aceptar las historias de usuarios que cumplen con la definición de criterios de aceptación definidos y realizados.

Equipo multidisciplinar

Cada equipo ágil debe ser un equipo autosuficiente con 5 a 9 miembros y una experiencia promedio de 6 a 10 años. Por lo general, un equipo ágil consta de 3 a 4 desarrolladores, 1 probador, 1 líder técnico, 1 propietario del producto y 1 scrum master.

Equipo multidisciplinar

El propietario del producto y el Scrum Master se consideran parte de Team Interface, mientras que otros miembros son parte de Technical Interface.

¿Cómo un equipo ágil planifica su trabajo?

Un equipo ágil trabaja en iteraciones para entregar historias de usuarios donde cada iteración es de 10 a 15 días. Cada historia de usuario se planifica en función de su prioridad y tamaño de la cartera de pedidos. El equipo usa su capacidad (cuántas horas están disponibles con el equipo para trabajar en las tareas) para decidir cuánto alcance tienen que planificar.

Planificación

Punto

Un punto define cuánto puede comprometerse un equipo. Un punto generalmente se refiere a 8 horas. Cada historia se estima en puntos.

Capacidad

La capacidad define cuánto puede comprometerse un individuo. La capacidad se estima en horas.

¿Qué es una historia de usuario?

Una historia de usuario es un requisito que define lo que el usuario requiere como funcionalidad. Una historia de usuario puede tener dos formas:

  • Como <Rol de usuario> quiero <Funcionalidad> para que <Valor empresarial>
  • Para <Valor comercial> como <Rol de usuario> quiero <Funcionalidad>

Durante la planificación del lanzamiento, se proporciona una estimación aproximada de una historia de usuario utilizando la escala relativa como puntos. Durante la planificación de la iteración, la historia se divide en tareas.

Relación de historias de usuario y tareas

  • La historia del usuario habla sobre lo que se debe hacer. Define lo que un usuario necesita.
  • La tarea habla sobre cómo se debe hacer. Define cómo se implementará una funcionalidad.
  • Las historias son implementadas por tareas. Cada historia es una colección de tareas.
  • La historia del usuario se divide en tareas cuando se planifica en la iteración actual.
  • Las tareas se estiman en horas, generalmente de 2 a 12 horas.
  • Las historias se validan mediante pruebas de aceptación.
Relación de historias de usuario y tareas

Cuando se hace una historia

El equipo decide qué significa hacer . Los criterios pueden ser:

  • Todas las tareas (desarrollo, prueba) se completan.
  • Todas las pruebas de aceptación se están ejecutando y se pasan.
  • Ningún defecto está abierto.
  • El dueño del producto ha aceptado la historia.
  • Se puede entregar al usuario final.

¿Qué son los criterios de aceptación?

Los criterios definen la funcionalidad, el comportamiento y el rendimiento requeridos por una característica para que el propietario del producto pueda aceptarla. Define lo que se debe hacer para que el desarrollador sepa cuándo se completa una historia de usuario.

¿Cómo se definen los requisitos?

Los requisitos se definen como

  • Una historia de usuario
  • Con criterios de aceptación, y
  • Tareas para implementar la historia.