En los últimos episodios hemos hablado de reuniones de análisis productivas, de cómo plasmar ese análisis en la estructura de base de datos y comentamos varios tips con los pasos a seguir para desarrollar una aplicación desde cero con éxito.

En varios episodio hemos nombrado el tema de la agilidad.

Hemos tenido la suerte de recibir formación y consultoría con uno de los profesionales más reconocidos de habla hispana en temas de Agilidad, se trata de Javier Garzás, cuyo blog es una referencia que no te puedes perder.

En este episodio no vamos a entrar al detalle de hablar sobre los diferentes marcos de agilidad, perfiles, y procedimientos de trabajo. Pero sí vamos a definir algunas palabras clave que seguramente nombraremos en el episodio.

Agilidad no es una metodología, es un marco de trabajo.

No hay una solución mágica para todos, cada equipo debe buscar las mejores prácticas.

No se basa en el seguimiento de un plan, sino en la adaptación continua.

Desarrollo incremental vs desarrollo en cascada. Al finalizar se entrega funcionalidades que aportan valor: testado y validado.

Equipos auto-organizados. Máximo 9 personas, mejor menos. Equipos multidisciplinares.

Un sprint en un intervalo de tiempo corto (entre 1 y 4 semanas), 2 es lo más habitual. Que finaliza siempre con la entrega de valor.

El valor es el beneficio tangible que percibe el usuario final al utilizar el entregable. Puede ser una nueva funcionalidad, una mejora de la interfaz, etc.

Roles:

Product Owner

Prioriza las historias de usuario ya que decide que se hará y que no.

Habla con los stakeholders, es enlace con el cliente.

Gestiona el backlog (lo veremos ahora)

Scrum Master

Vela por el cumplimiento del marco de trabajo ágil.

Organiza las reuniones.

Ayuda al equipo a que sea auto-organizado.

Historias de usuario, son cada uno de los ítems que se registran para ser estimados y desarrollados en un sprint. El éxito del proyecto depende en gran medida de como se describen las historias de usuario. Incluyendo las pruebas y Definition of done, en definitiva, saber cuándo está terminado un ítem.

Backlog o pila del producto, es una lista de historias de usuario priorizada por el product owner. Esta lista está en constante evolución, se reduce cuando pasan a un sprint y aumenta cuando se añaden nuevas historias. Las historias solo se definen con detalle cuando el PO las prioriza y son candidatas para su estimación y entrada en el sprint backlog, que son los ítems que se desarrollan durante el sprint.

Reuniones:

Inception:

Previa para ponernos todos de acuerdo en el por qué, el qué vamos a desarrollar.

10 preguntas.

Participa todo el equipo.

Planificación de sprint.

Se debe tener en cuenta el triángulo del alcance, recursos y tiempo.

El alcance y la prioridad lo define el Product Owner.

El equipo hace la estimación de cada historia de usuario. Usamos estimación de Fibonacci, se estima al alza y son estimaciones no compromisos.

En función de la velocidad del equipo se decide que historias de usuario entran en el sprint.

Grooming.

Es un trabajo previo de estimación para aligerar la reunión de planificación.

Daily:

15 minutos

De pie

Todos hablan. Se trata de comenzar el día sabiendo qué hicimos ayer, qué vamos a hacer hoy y si es necesario contar con la ayuda de algún compañero.

Review:

Todo el equipo.

Al final de cada sprint.

Gráfico Burndown, Se mide lo que falta, no lo hecho, Orientación a terminarlo todo.

Se revisa el incremento.

Retrospectiva:

Todo el equipo.

Al final de cada sprint.

Se revisa el procedimiento, qué podemos mejorar.

Herramientas:

Pizarras de trabajo.

Tableros físicos.

Software (JIRA, Trello, Kanban, etc.)

Favorece la comunicación directa.

Permite la detección temprana de problemas.

Monitoriza la carga de trabajo.

Sin embargo, sí que hablaremos de las ventajas que hemos podido vivir en primera persona en los diferentes en el desarrollo de aplicaciones y servicios donde lo hemos aplicado.

Ventaja 1

Entrega de valor al cliente desde el primer momento.

Ventaja 2

Perseguimos 0 defectos y la máxima calidad. Al estar testado.

Ventaja 3

Involucración del cliente que participa en todo el proceso.

Ventaja 4

Mejora la productividad de los desarrolladores al hacer el testeo en el mismo sprint, permitiendo revisar los bugs encontrados en un código que se acaba de desarrollar.

Ventaja 5

Nos centramos en terminar. Empezar menos cosas y acabar más.

Ventaja 6

Se prioriza en función de valor. No añadimos funcionalidades que no nos pidan. Y hacemos primero las funcionalidades más importantes para el software o servicio.