miércoles, 31 de marzo de 2021

Scrum: Los artefactos en Scrum

 Los artefactos en Scrum

Los artefactos en Scrum, son artefactos que representan trabajo o valor en diversas formas que son útiles para proporcionar transparencia y oportunidades para la inspección y la adaptación. En Scrum, se manejan los siguientes artefactos:

  1. Product Backlog (Lista de producto)
  2. Product Backlog Refinement (Refinamiento de la lista de producto)
  3. Sprint Backlog (Lista de pendientes del Sprint)
  4. Incremento
  5. Definición de "Terminado"
Es responsabilidad del Scrum Master garantizar la transparencia de los artefactos a través de:

  • La inspección de los propios artefactos.
  • El renoconocimiento de patrones.
  • La escucha activa de todo lo que se dice.
  • La detección de diferencias entre los resultados esperados y los reales.

Product Backlog

  • Es una lista ordenada de todo lo que podría ser necesario en el producto (características, funcionalidades, requisitos, mejoras etc).
  • Es la única fuente de requisitos para cualquier cambio a realizarse en el producto.
  • Evoluciona a medida de que el producto y el entorno en el que se usará también lo hacen.
  • Es un artefacto vivo.
  • El Dueño de Producto ( Product Owner) es el responsable del product backlog.

Sprint Backlog

  • Acto de añadir detalle, estimaciones y orden a los elementos al product backlog.
  • El equipo Scrum decide como y cuándo se hace el refinamiento.
  • Los elementos de la Lista de Producto que pueden ser “Terminados” por el Equipo de Desarrollo en un Sprint son considerados “preparados” o “accionables” para ser seleccionados en una reunión de Planificación de Sprint.
  • El equipo de desarrollo es responsable de proporcionar todas las estimaciones.

Sprint Backlog 

  • Es el conjunto de elementos de la Lista de Producto seleccionados para el Sprint, más un plan para entregar el Incremento de producto y conseguir el Objetivo del Sprint
  • La Lista de Pendientes del Sprint hace visible todo el trabajo que el Equipo de Desarrollo identifica como necesario para alcanzar el Objetivo del Sprint.

Incremento

Es la suma de todos los elementos de Product Backlog completados durante un Sprint y el valor
de los incrementos de todos los Sprints anteriores. Al final de un Sprint, el nuevo incremento debe estar Terminado.

Definción de terminado

  • Todo el mundo debe entender que significa "Terminado".
  • El equipo de desarrollo Scrum es quien establece una definición de "Terminado" apropiada para el producto.


Scrum: Historias de usuario

 ¿Qué es una historia de usuario?




Scrum: ¿Cuales son sus procesos?

Los procesos en SCRUM

Los procesos de Scrum abordan las actividades específicas y el flujo de un proyecto de Scrum. Se manejan un total de diecinueve procesos fundamentales que aplican a todos los proyectos. 

Los 19 procesos son agrupados en cinco fases de la siguiente forma:

  1. Fase de inicio (6 procesos)
    1. Crear la visión del proyecto
    2. Identificar al Scrum Master y a los interesados
    3. Formar equipos Scrum
    4. Desarrollar épicas
    5. Crear el Product Backlog
    6. Realizar la planificación de lanzamiento
  1. Fase de planificación y estimación (6 procesos)
    1. Crear historias de usuario
    2. Estimar historias de usuario
    3. Comprometer historias de usuario
    4. Identificar tareas
    5. Estimar tareas
    6. Crear el Sprint Backlog
  1. Implementación (3 procesos)
    1. Crear entregables
    2. Realizar el Daily Standup
    3. Refinar el Backlog priorizado del producto
  2. Revisión y retrospectivas (2 procesos)
    1. Demostrar y validar el Sprint
    2. Retrospectiva del Sprint
  3. Lanzamiento (2 procesos)
    1. Enviar entregables
    2. Retrospectivas del proyecto

sábado, 27 de marzo de 2021

Scrum: Los Roles

 Roles en Scrum

Cuándo una organización decide abrazar Scrum, una de las primeras cosas que debe entender es como los roles de Scrum se diferencian de los roles de otros marcos de proyectos.

Scrum solo reconoce tres funciones principales, las cuales son:

1) Producto Owner

2) Scrum Master

3) Development Team



Scrum: Los pilares

 Los tres pilares de SCRUM

Scrum se basa en un proceso empírico, es decir se toman decisiones basada en la información concreta obtenida de la observación que muestra el progreso del desarrollo del producto, los cambios en el mercado y los comentarios de los clientes. Básicamente el empirismo se fundamenta en la experimentación para validar las hipótesis. Lo contrario al empirismo sería usar planes predictivos largos, información ambigua, suposiciones y hechos no concretos.

Los tres pilares de SCRUM que nos permiten gestionar un proceso empírico son los siguientes:



Ágil: Principios del manifiesto Ágil

 Principios del manifiesto Ágil

Los 12 principios del Manifiesto Ágil de Fowler y Highsmith (2001) son los siguientes:



1. Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de
software valioso.

2. Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos
Ágiles aprovechan el cambio para proporcionar ventaja competitiva al cliente.

3. Entregamos software funcional frecuentemente, entre dos semanas y dos meses, de preferencia al
menor tiempo posible.

4. Los responsables de negocio y los desarrolladores deben trabajar juntos de forma cotidiana
durante todo el proyecto.

5. Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo
que necesitan, y confiarles la ejecución del trabajo.

6. El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre sus
miembros es la conversación cara a cara.

7. El software funcionando 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 de forma indefinida.

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

10. La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.

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

12. A intervalos regulares el equipo reflexiona sobre cómo ser más eficaz para después ajustar y
perfeccionar su comportamiento según corresponda.