notas acerca de SCRUM

¿cómo nace SCRUM?

Este surgió debido a que muchos desarrolladores estaban presentando muchos problemas porque aún estaban utilizando para el desarrollo el modelo de cascada.

¿Qué es el modelo de cascada?

el modelo de cascada trata de que hay cinco procesos en el desarrollo

• Análisis 
• Planeación
• Ejecución
• Seguimiento 
• Cierre 

pero este proceso les dificultaba mucho el poder  regresar a hacer algún tipo de cambio en cualquiera de los procesos ya realizados entonces vieron que no es para nada útil a la hora de trabajar y de ese problema que surgió nace otra metodologia llamada manifisto agil.

¿Que es un manifiesto agil?

El manifiesto es la declaración del propósito más clara y concisa la cual maneja cuatro valores que son 

• Individuos he interacciones -> Procesos y herramientas

  (Valorar a las personas más que a los procesos, ya que las personas son las que impulsan el proceso al desarrollo)

• Software funcionando -> Documentación completa

  (Este valora la documentación, pero valora aún más que el software esté en funcionamiento )

• Colaboración del cliente -> Negociación de contrato

  (Este describe a un cliente que está comprometido y que colabora a lo largo del proceso de desarrollo )

• Responder al cambio -> Seguir un plan 

  (En el desarrollo tradicional consideraban el cambio como un gasto, pero eso está cambiando con el desarrollo ágil lo que hace es que se va uniendo como un rompecabezas pasando de interacción a interacción dando a si un mejor resultado en el proceso )

mejores practicas

La visión de ágil es que los cambios siempre mejoran los proyectos a demás de eso le proporcionan un valor adicional 

Los doce principios ágiles 

Estos principios describen la cultura en la cual el cambio es bienvenido y el trabajo va más enfocado en el cliente

1. Satisfacer al cliente (nuestra misión principal es satisfacer las necesidades del cliente o negocio con una entrega continua de valor)

2. Aceptar que los requisitos cambian (Incluyendo también que sean etapas tardías del desarrollo o entrega)

3. Entregar valor a cada sprint (Cada que termina un sprint lo que hacemos es que  estamos entregando algo de valor que no teníamos antes si en el sprint no se entrega nada de valor es que realmente no se está haciendo scrum)

4. Negocio y desarrollo trabajan juntos(desde el primer sprint el área de negocio y desarrollo trabajan muy juntas a si se sabrá cuál es el valor inicial y cuál es el valor final del producto o servicio que se esté construyendo)

5. Los proyectos se crean con individuos motivados(Las personas están motivadas a hacer cosas de valor)

6. Comunicación cara a cara(Para esto se manejan las ceremonias de daily stan up y de retrospectiva)

7. La mejor métrica es el cliente satisfecho(La métrica principal para nosotros es que nuestro cliente o usuario esté satisfecho con el producto o servicio que estamos ofreciendo)

8. Desarrollo sostenible y ritmo constante(En cada sprint se va agarrando decadencia y se va haciendo más sostenible y manteniendo un ritmo constante nos va a permitir saber en cuanto tiempo nos tardamos en terminar de desarrollar un producto sistema)

9. Excelencia más buen diseño es igual a la agilidad(Esta es muy sencilla si somos bueno en el diseño para una solución para un problema de eso trataría la agilidad)

10. Maximizar el trabajo(Hacemos cosas que le otorga un valor agregado al negocio si de repente hay un proceso que ya no otorga valor lo dejamos de hacer)

11. Equipos auto organizados(Es de un equipo que va a de terminar quien va a hacer cualquiera de las tareas en  el sprint)

12. Retrospectiva(Al final de cada sprint tú vas a atener una retrospectiva que te va a ayudar a que tu equipo mejore)

la agilidad en SCRUM

Cuando a muchos de nosotros nos preguntan, por agilidad siempre damos a entender que es la habilidad que tenemos para cambiar nuestro cuerpo a alguna posición, pero en el scrum es totalmente diferente la agilidad

¿Qué es la agilidad?

La agilidad en el scrum es muy diferente, esta agilidad va más ligada con él trabaja colaborativo y las buenas prácticas del mismo dando le a si al cliente un aire de tranquilidad acerca de su producto servicio que está adquiriendo 

Marcos de gestión de proyectos ágil

• SCRUM Este es un marco de trabajo flexible, pero tiene ciertas reglar que se deben de cumplir 

Reglas de SCRUM

1. No habrá modificación en los plazos de entrega
2. Las acciones de cada sprint no serán modificadas
3. Un elemento, una prioridad
4. De cada sprint debe surgir un resultado parcial
5. Las tareas sólo están listas cuando están listas

• Kanban este es un sistema de targetas visuales que permite tener el flujo completo de un producto o servicio

• Devops Es la abreviación de development y operaciones esto es cuando tenemos una empresa de infraestructura donde se organiza todo acerca de losservidores y área de desarrollo

• extreme programming Es una práctica de desarrollo que está enfocada en maximizar los resultados

• Desing thinking Esta nos sirve para idear soluciones y a partir de esas soluciones sacar un prototipo de producto o servicio 

• Lean Esta nos ayuda a eficientar proceso y servicios 

• Lean change management Esta es una práctica, marco de trabajo flexible que va a ayudar a gestionar estrategias de cambio para las empresas

Mejora continua

recordemos que la agilidad se basa en revisiones periódicas de las cuales nos vamos a ayudar para encontrar posibles problemas llegar a acuerdos soluciones y mejoras para a si seguir ofreciendo un mejor producto o servicio

hay dos conceptos lo cuales vamos a usar para llevar a cabo para todo tipo de procesos

1. Iterar este concepto trata de que vamos a repetir un proceso varias veces con la intención de alcanzar una meta  deseada, cuado llega al resultado de una iteración este después será usado como punto de inicio de la siguiente iteración

en la metodología ágil se incluye la retrospectiva, esta trata de que en grupo  va a mirar la manera en la que se está llevando a cabo el trabajo buscando a si cada vez más la mejora continua y poder ser más productivos

2. Eficiencia y calidad siempre se consiente de que entregas y como lo entregas procura estar siempre muy atento con los servicios que ofrecemos sean eficientes y de muy buena calidad para que nuestros clientes se encuentre satisfechos con los productos o servicio que le estemos ofreciendo 

Tres pilares que tiene scrum que soporta toda la implementación de los procesos

Transparencia

Este trata de la visibilidad que se le debe de dar a todo lo que se esté trabajando debido aque  hay procesos muy  significativos los cuales deben de ser visibles para las personas que son responsables de los resultados del equipo

Adaptación

Este pilar trata de hacerlos ajustes necesarios en los procesos para a si ir minimizándola posibilidad de un  posible desvío en el  proceso

Inspeccion

Este trata de que cada  mejora que vaya surgiendo en el proceso debe de tener inspecciones muy frecuentemente para así ir llevando un control más a fondo de los procesos que se desean aplicar 

Equipos auto-organizados

Cuando hablamos de equipos autoorganizados nos referimos a esas personas con la capacidad deexpandir su zona de aprendizaje, ejercitar más sus habilidades  y facilitar mejores resultados en el proceso que se esté llevando, esto es fundamental para el scrum y los demás marcos de trabajo ágil, de hecho el manifiesto ágil incluye a los equipos de autorrealización como un principio clave debido a que los mejores diseños, arquitecturas y requisitos surgen de los equipos autoorganizados, al permitir que losequipos se autoorganicen se les está encomendando que se haga cargo de los problemas que surgen mientras resuelven su trabajo 

Como saber si scrum es el camino correcto para la realización de mis proyectos

Para ello hay dos preguntas que nos debemos de formular que nos puede servir para tomar la mejor decisión  

¿Con qué frecuencia la parte interesada va a afectar  su desarrollo?

¿Con cuántas personas cuento para el desarrollo del proyecto?

Cuando resuelvas estas dos preguntas nos podemos detener para analizar si scrum es el marco de trabajo que podemos usar en el proyecto. 

scrum

es una herramienta que se utiliza para organizar el trabajo en piezas pequeñas y organizada las cuales se pueden completar en un periodo de tiempo determinado o variable, ese periodo de tiempo es utilizado para

• Planificar
• Organizar
• Administrar
• Optimizar un determinado problema

Características de un equipo de trabajo

Ventajas

• Satisfacción
• Calidad
• Sinergia

Desventajas

• Conformismo
• Tiempo
• Lento

Fases de un equipo de trabajo

Es muy importante tener en cuenta que todos los equipos pasaran por estas fases

• Orientación
• Insatisfacción
• Resolución
• Producción
• Finalización

Una de las etapas más importantes que pasaran como equipo es la insatisfacción, ya que en el proceso se sentirán perdidos o desmotivados para este tipo de situación se recomienda ir buscando soluciones que ayuden al equipo a salir de esa fase para poder pasar ala fase de resolucion

Roles positivos dentro de el equipo

Rol

- Cerebro

• Contribución

Creativo e imaginativo poco ortodoxo y es capaz de resolver los problemas difíciles

• Debilidad permitida

Ignora los incidentes es demasiado absorto en sus pensamientos como para tener una buena comunicación eficaz

- Coordinador

• Contribución

Es una persona muy madura segura de sí misma tiene muy claras las metas que desea alcanzar promueve la toma de las decisiones y delega muy bien los trabajos

• Debilidad permitida

Se puede percibir que es muy manipulador y tiende a descargarse de su trabajo personal

- Monitor evaluador

• Contribución

Serio es muy perspicaz y estratega percibe todas las opciones

• Debilidad permitida

Carece de iniciativa propia y habilidad para inspirar a los demás

- Implementador

• Contribución

Disciplinado, leal, conservador y muy eficiente es capaz de transformar la ideas en acciones

• Debilidad permitida

Inflexible en cierta medida lento en responder a nuevas posibilidades

- Finalizador

• Contribución

Esmerado ansioso busca los errores y las omisiones realiza las tareas en el plazo establecido

• Debilidad permitida

Tiende a preocuparse excesivamente regio a delegar

- Investigador de recursos

• Contribución

Contribución, extrovertida, entusiasta y comunicativo siempre está en busca de nuevas oportunidades

• Debilidad permitida

Demasiado optimista pierde el interés una vez el entusiasmo se inicie a perder 

- Impulsor

• Contribución

Retador, dinámico  trabaja muy bien estando bajo presión suele tener mucha iniciativa propia 

• Debilidad permitida

Propenso a provocar un  problema puede ofender alas personas que se encuentren a su alrededor 

- Cohesionador

• Contribución

Cooperador, apacible, perceptivo y muy diplomático escucha e impide los enfrentamientos 

• Debilidad permitida

Es muy indeciso en situaciones cruciales 

- Expecialista

• Contribución

Solo le interesa una cosa a tiempo aporta cualidades y conocimientos específicos 

• Debilidad permitida

Contribuye solo cuando se trata de un tema en el que tenga mucho conocimiento y es muy técnico 

Comportamiento de apoyo como líder

Hay que romper el paradigma de líder autoritario

Como líder tenemos cuatro fases cada una muy importante

• asesoramiento

Como líder es importante que reforcemos la motivación del equipo, da mayor autonomía en la toma de decisiones, reconoce los logros que sé alcanzan en el equipo cuando inicies a delegar hazlo de a poca asta llegar al punto donde el equipo ya pueda abarcar trabajo más grande procura que tus responsabilidades como líder sean pocas para que no vaya a generar discordia en el equipo y por último fomenta la libre expresión de tu equipo

• supervisión

Requiere un uso intenso de los comportamientos  de trabajo   define las metas  para hacer  las más realistas y seguras de fomentar  fomenta al grupo en sus habilidades de trabajo como equipo  recabar las opiniones de todos escucha y manifiéstales que todos tiene el mismo poder  de decisión 

• delegación

Como grupo tiene la capacidad de funcionar de modo autónomo, como líder debes de delegar  de ir empezando a abordar otras funciones 

• control

Proporciona información para aclarar las tareas como grupo tener en cuenta que no se toman decisiones sin antes aclarar los objetivos 

Retro alimentacion efectiva

Es necesario que se haga este tipo de retroalimentación, ya que esto ayudara a que haya mejores resultados en el equipo

Reglas para una buena retroalimentación sana

• Descriptiva

Describe el comportamiento sobre el cual quieres dar la retroalimentación no describas a la persona, eso está mal y tu equipo lo tomara de muy mala manera

• Aplicable

Ten en cuenta lo que vayas a decir a esta persona se sienta cómoda de aplicarlo sin que se vaya a sentir que es una obligación, y sé muy realista con las metas a lograr no pidas algo que posiblemente puede ser inalcanzable

• Da retroalimentación positiva

Siempre empieza identificando un comportamiento positivo y después si llega a tocar el problema que se está presentando con muy buena actitud y comunicacion 

• Concreto

Sé muy concreto con lo que pidas para qué la persona ala que le estés haciendo la retroalimentación no se vaya a sentir confundido

• Oportuna

Siempre intenta dar la retroalimentación de una manera muy oportuna 

• Directo

Como líder que eres tienes que ser muy directo al hablar con las personas y no dejes pasar los momentos para  decir las cosas 

Roles y sus responsabilidades

Master y responsabilidades

Scrum master

Este rol es muy importante, es el responsable de asegurar que el scrum sea entendido y adoptado, asegurando que el equipo de trabajo se ajuste a la teoría, práctica y reglas que se manejan

Los scrum master son personas que lideran al equipo y están al servicio, ellos son muy conocidos por que ayudan a las personas externas de el equipo a entender cómo es la interacción con el scrum si puede ser de ayuda en el proceso que se esté manejando, los Scrum master ayudan a modificar las interacciones

tareas que realiza un scrum master

Scrum master a el servicio de el dueño de el producto

• encontrar técnicas para gestionar la lista de productos, ayuda a el equipo a entender la lista de productos
• Entiende la planificación de la lista de productos
• asegurarse que el dueño conozca cómo ordenar la lista de productos
• entiende y practica la agilidad
• facilita los eventos en Scrum

Servicio a el equipo de desarrollo

• Guia en ser autoorganizados y multifuncionales
• ayuda a crear productos de alto valor
• elimina impedimentos para el progreso
• facilita los eventos de Scrum

Servicio a la organización

• liderar y guíar a la organización
• planificar las implementaciones de scrum
• ayuda a los empleados a entender scrum
• motivar los cambios para mejores resultados
• trabajar con otros scrum master

Product owner(Dueño de el producto)

Es el responsable de maximizar el valor del producto y del trabajo del equipo, como dueño del producto es el único responsable de gestionar la lista de productos

gestión de la lista de productos(Product backlog)

• expresar claramente los elementos del producto
• ordenar los elementos para alcanzar los objetivos establecidos
• optimizar el valor de trabajo que desempeña un equipo
• asegurar que la lista de productos sea visible para todo el equipo

como dueño él podría hacer el trabajo solo o delegar parte de el trabajo, pero sin embargo el dueño sigue siendo el único responsable del trabajo

Para que el dueño del producto pueda hacer bien su trabajo

• la organización debe de respetar sus decisiones y opiniones
• las decisiones que tome se verán reflejadas en el producto
• no es permitido que haya un trabajo en base a requerimientos diferentes a los establecidos

Ciclo de vida de el producto(product life cycle

para entender el ciclo del producto tenemos que ver las cuatro etapas que este tiene, las cuales tiene un significado muy diferente para las empresas que tratan de administrar el ciclo de vida

variables principales y ciclo del producto

• venta
• tiempo

fase 1

• la introducción

esta fase es la que apenas se esta metiendo un producto en el mercado donde las ganancias son bajas y no tiene tanto reconocimiento en esta fase es importante siempre hacer estrategias para que el producto pueda generar un muy buen impacto entre las personas

fase 2

• crecimiento

en esta fase ya podemos ver las ganancias y el reconocimiento que se está ganando el producto por parte de las personas

fase 3

• madurez

el producto ya genera aún más ganancias y ya ha ganado más reconocimiento

fase 4

• declive

esta fase es la más peligrosa ya el producto tiene demasiado reconocimiento y la tecnología ha evolucionado aún más y cada vez más la competencia maneja productos similares a el nuestro o iguales para que en esta fase no vaya a ver una caída completa del producto lo que se debe de hacer innovar para que así el producto siempre se mantenga arriba está innovaciones se hacen en la retroalimentación en los sprint

Scrum developer(equipo de desarrollo)

este rol consiste en los profesionales que desempeñan el trabajo de entregar un incremento del producto ya finalizado teniendo en cuenta que después de cada sprint potencialmente se puede poner en producción las personas que hacen parte del equipo de desarrollo participan en la creación de ese incremento del producto estos equipos de desarrollo son conocidos por ser estructurados y empoderados para organizar y estructurar su propio trabajo,por otra parte está la sinergia la cual optimiza la eficiencia y efectividad

estos equipos se caracterizan por ser

• autoorganizados
• multifacéticos
• el scrum no reconoce títulos todos son iguales en el desarrollo
• el scrum no reconoce los sub-equipos

los miembros del equipo puede tener habilidades especializadas pero la responsabilidad siempre cae en el equipo, también hay que ver que el tamaño óptimo del equipo es pequeño como para permanecer ágil y puede ser lo suficientemente grande para completar el trabajo

Stakeholder(parte interesada clave)

Los dueños de los productos requieren que los stakeholders asistan a la revisión de los scrum sprint

¿Quiénes son esas personas interesadas?

una persona externa a el equipo de trabajo scrum con conocimientos específicos que pueden ayudar a el descubrimiento incremental del producto

los stakeholders categorías

• usuario-persona que hace uso de el producto
• Cliente externo-persona que es responsable de pagar el producto para hacer uso del

Personas interesada claves en el scrum

estas personas son las que reciben un beneficio financiero directo el cual les ayuda a ganar más dinero o ahorrar el dinero al usar el producto o servicio

Si quieres llegar hacer un buen scrum master necesitas tener en cuenta las siguientes cualidades

El saber en el scrum

• Marcos de trabajo en el scrum
• Agilidad
• Otros marcos de trabajo
• Gestion
• Desarrollo de productos

Scrum master como facilitador

• Entrenar en los marcos ágiles
• Guiar en la opción de la agilidad
• Sincronizar las expectativas
• Remover impedimentos
• Promover la agilidad
• Ser un coaching

Scrum master y la empatía

• Pasión por lo que se está haciendo
• Valores scrum
• Humildad
• Perseverancia
• Tolerancia hacia todas las situaciones que vivas como scrum master

Scrum master ser líder servicial

• Inspiración
• Procura ser una persona que genere cambios de forma oportuna y positivos
• Mediador
• Desafiador
• Colaborador
• Negociador
• Proactivo

Scrum master persigue y genera la mejora continua

• Evolución
• Cambio
• Extensión
• Mejores practiacas
• Crecimiento personal y profesional

Nota

Recordemos que el scrum es fácil de entender pero él llegara dominarlo es lo complicado, como un scrum master que eres o quieres llegar a ser ten encuenta que nunca se para de aprender cada dia hay cosas nuevas

Cualidades principales de los scrum master

los scrum master son líderes de servicio detrás de este rol hay un patrón de deberes y responsabilidades

• un líder de servicio no les dice qué hacer si no que les elimina los impedimentos
• entrena a el equipo para que practiquen unas buenas prácticas

Que hace realmente un líder de servicio

• proteger a el equipo de las desviaciones
• facilita las secciones de planificación
• facilita la revisión y retrospectiva
• Entrenar a el equipo
• Ayuda a el equipo
• Aboga por la posición del equipo
• prevee
• Elimina los impedimentos
• Asegura que se realice las paradas diarias
• Fomenta la transparencia
• Explica el proceso del equipo

Lo Que un líder de servicio no hace

• diriger qué hacer en el equipo decidiendo qué hacer en su lugar
• gestionar el stand-up diario
• estima el trabajo de el equipo

Competencias y habilidades scrum master

competencias concretas de un scrum master y que debería ser tomada en cuenta

Facilitación efectiva

• Dirigir las reuniones centrada en resultados
• No quieres gestionar culpables
• Ser participante y la ves facilitador
• Adaptarse a la diferentes situaciones
• Crear seguridad para el equipo
• Saber colaborar con diferentes personalidades y perfiles
• Análisis causa raíz

participación colaborativa

• Mapa de historias
• Estimación rápida
• Votación por puntos
• Planificación visual
• Reuniones creativas

Gestión de equipos

• Vinculación
• Alentar el liderazgo
• Permitir el error
• Gestión de deuda técnica
• Habilidades funcionales
• Celebrar éxitos
• Equipo que se apoya mutuamente
• Una cultura de tribu

Mejora de los miembros de equipo

• Retroalimentación continua
• Motivación
• Entrenamiento

Equipos auto organizados

• Ejercer liderazgo de servicio
• Involucra a todos los miembros del equipo en toma de decisiones importa
• Valores scrum
• Involucra a los líderes
• Principios ágiles
• Involucrar a el equipo en el diseño

El sprint planning

son bloques de tiempo de un mes o menos en el cual se crea un incremento del producto “terminado” utilizable y potencialmente desplegado.

Cada nuevo sprint comienza inmediatamente el sprint anterior finaliza

Los sprint contiene y consisten en

• Reunión de planificación de sprint
• Scrum diarios
• Trabajo de desarrollo
• Revisión del sprint
• Retrospectiva del sprint

MIentras se esté en un sprint no se realizara cambios debido a que puede afectar a el objetivo ya establecido.

Los objetivos de calidad no disminuyen y el alcance puede ser clarificado y re negociable entre el dueño y el equipo.

Cada sprint puede considerarse un proyecto nuevo con un horizonte no mayor a un mes.

Los sprint habilitan la predictibilidad al asegurar la inspección del progreso en cada mes.

La reunión de planificación de sprint tiene una duración aproximadamente de ocho horas para un sprint de un mes.

El scrum master se asegura que el evento se lleve a cabo y que el equipo entienda el propósito

Dos preguntas más frecuentes acerca de los sprint

¿Que puede entregarse en un incremento resultante del sprint que comienza?

¿Cómo se conseguirá hacer el trabajo necesario para entregar el incremento?

Temas

1) ¿Qué puede ser terminado en este sprint?

• El equipo trabaja para proyectar la funcionalidad que se desarrolla durante el sprint
• El dueño del producto discute el objetivo que se debería lograr en el sprint y los objetivos para el equipo, también se discute el número de elementos de las lista de productos seleccionados para el sprint este depende únicamente de el equipo de desarrollo
• Solo el equipo de desarrollo puede evaluar que es capaz de logar durante el sprint que está comenzando
• Después de que se proyecta que elementos de la lista de productos entregar en el sprint el equipo elaborar un objetivo del sprint
• El objetivo del sprint debería lograrse durante el sprint a través de la implementación de la lista de productos en la cual se va entregar una guía al equipo de desarrollo

2)¿Cómo se conseguirá complementar el trabajo logrado?

Una vez que se ha establecido lo anterior el equipo desarrolló decidirá cómo construir la funcionalidad para formar un incremento de producto Los elementos de la lista de productos seleccionados para el sprint más el plan para terminarlo recibe el nombre de

Lista de pendientes del sprint

• El equipo comienza trabajando como convertir los productos en un incremento de el producto funcional
• En la planificación de los sprint con el equipo se hace una proyección de lo que se puede completar para el sprint que comienza
• El equipo se auto organiza para asumir la lista de pendientes del sprint
• El dueño de el producto puede ayudar a clasificar los elementos de el producto y hacer concesiones

Nota: al final de cada sprint el equipo de trabajo debería ser capaz de explicar a el dueño y a el scrum master como pretenden trabajar como un equipo auto organizado para lograr el objetivo del sprint

sprint Refinement

Refinamiento

Es el acto de añadir detalles, estimaciones y orden a los elementos de la lista de productos este es un proceso continuo donde el dueño del producto y el equipo de desarrollo colaboran acerca de los detalles de los elementos de la lista de productos

• Durante el refinamiento se examina los elementos
• El equipo scrum decide como y cuando se realiza esta reunión
• Esta reunión consume m¿no mas de el 10% de la capacidad de el equipo de desarrollo
• La lista de productos puede actualizarse
• Los elementos de la lista de productos pueden ser terminadas por el equipo de desarrollo son considerados, preparados o accionables para ser seleccionados en una reunion de planificacion
• El equipo de desarrollo es responsable de proporcionar todas las estimaciones
• El dueño de el producto podrá influenciar a el equipo ayudándoles a entender y seleccionar el trabajo comprometido pero las personas que hacen el trabajo son quienes tienen la estimación final
• El dueño del producto hace seguimiento del trabajo restante al menos en cada revisión de sprint

Sprint review

Al Final de cada sprint se lleva a cabo una revisión de sprint review para inspeccionar el incremento del trabajo.

Se muestra algo del trabajo tangible que no se tenía en el anterior revisión.

Se adapta a la lista de producto si fuera necesario durante la revisión del sprint.

El equipo scrum y los Stakeholder hacen la revisión de lo que se hizo durante el sprint.

Dependiendo de cómo resulte la revisión los asistentes colaboran para determinar las siguientes tareas que podrían hacerse para optimizar el valor de negocio.

tiene como objetivo

• Facilitar la retroalimentación de la información
• Reunión restringida a un tiempo de cuatro horas para el sprint de un mes
• El scrum master se asegura que el evento se lleve a cabo y que los asistentes entiendan el propósito

los asistentes son

• El equipo de scrum
• Los interesados clave
• El dueño de el producto
• El dueño del Producto explica que productos de la lista se han terminado y cuáles no
• El equipo de desarrollo habla sobre salió bien en el sprint y los problemas que surgieron durante el sprint y cómo los resolvieron
• El equipo de desarrollo muestra el trabajo que ha terminado y responde preguntas acerca del incremento
• El dueño del producto habla acerca de la lista de productos en el estado en el que se encuentra y proyecta fechas de la finalización probables en el tiempo basándose en el progreso obtenido

Los resultados

• Una lista de productos realizada que define los elementos de la lista de productos posible para el siguiente sprint.

sprint retrospective

Es una oportunidad para que el equipo scrum se inspeccione así mismo y cree un plan de mejoras.

Nota:
En las reuniones que se llevan a cabo de retrospectiva, tiene un lugar después de la sprint de revisión y antes del sprint de planificación.

Los scrum master se aseguran que el evento se lleve a cabo y que los asistentes entiendan el propósito.

El scrum master enseña a todos a mantener el evento dentro del bloque de tiempo fijado El scrum master participa en la reunión como miembro del equipo.

Propósitos de la retrospectiva

• Inspeccionar cómo fue el último sprint en cuanto a las personas,procesos,relaciones y herramientas
• Identificar y ordenar los elementos más importantes
• Crear un plan para implementar las mejoras
• El scrum master alienta a el equipo para que mejore
• Planifica formas de comentar la calidad del producto
• Identificar mejoras que se puedan implementar en el próximo sprint.

Que no es una retrospectiva

Estas no son secciones de quejas hay que evitarlas lo posible, porque se resultan convirtiendo en un espacio incómodo y de quejas, claro esta sin dejar a un lado de que el equipo deje de expresar sus frustraciones, ten en cuenta que lo más importante es encontrar soluciones y posibles mejoras.

Asegúrate que el resultado de cada discusión sea una idea y centrase en soluciones.

asegurate de que las reuiniones no sean aburridas es muy importante probar diferentes ejecicios y tecnicas de retrospectiva.

¿Por qué es importante la retrospectiva?

El objetivo de la retrospectiva es la mejora continua del equipo en este caso el facilitador y la retrospectiva tiene que hacer todo lo posible para que asegurarse que la sección sea valiosa para el equipo esto incluye.

• Planificar la reunión y asegurar que todos los miembros del equipo puedan asistir
• Preparar la sección
• Crear un ambiente seguro donde las personas hablen y compartan
• Tomando notas claras de los "action points"(Un action points es un elemento de acción resultante)

El facilitador es el responsable de llegar a la raíz de los problemas

• El equipo casi nunca te dirá la causa principal de un problema de inmediato
• Profundiza para aprovechar al máximo la retrospectiva ágiles

Etapas de una retrospectiva

• Preparar el escenario

El entorno debe de ser un espacio  donde se sienta la confianza sin importar lo que se llegue a descubrir debemos de entender que todos hicieron el mejor trabajo que pudieron, establece las regalas que a ti más te parezca acorde, si te parece bien haz algún ejercicio de estiramiento o solo intenta que el equipo cambie un rato el humor y logren llegar a un estado de relajación

• Recopilar datos

Esto se hace mirando lo que hizo en el paso que salió bien y que no

• Generar ideas

En esta fase los equipos suelen identificar porque sucedieron las cosas, que se puede hacer más o menos

• Decidir action points

Esto incluye decidir entre acciones específicas, significativas, acordadas y realistas que se  realizaran en el próximo sprint

• Cerrar la retrospectiva

Indicas que la ceremonia ha terminado y por último recuerdas los action points

Mapeo de  historias de usuario

Este es un ejercicio visual que ayuda a los dueños del producto y a le equipo a definir  el trabajo para crearle al usuario la experiencia de uso más agradable.

También es utilizado para mejorar la comprensión de los equipos ala hora de priorizar el trabajo el mapeo de historias los equipos, crean un esquema dinámico de las interacciones de un usuario con el producto.

El mapeo de historias de usuario comunica los requisitos desde la perspectiva de valor de usuario para validar y contribuir una comprensión compartida de los pasos para crear un producto que amen usar.

Nota: el mapeo de historias se escribe en un formato de captura de valor comercial y estos puedes ser completados dentro de un SPRINT

¿Qué se necesita para crear las historias?

Es muy útil crear un guion, para la creación de este guion es muy importante tener en cuenta

• Yo como [rol]
• Quiero [acción]
• Para que [beneficio]

¿Qué beneficio tengo si hago mapeo de historia?

• Se centra el valor de negocio
• Priorizar el trabajo correcto
• Impulsar los requisitos no muy pequeños ni muy grandes
• Exponer riesgos y dependencias
• Construye una colaboración

¿Quién debe de participar en el mapeo de historias?

El mapeo se caracteriza mucho por ser un ejercicio de colaboración y que ayuda alinear los equipos multifuncionales es por esta razón que cualquier persona que contribuya a la entrega exitosa participa en el mapeo.

Este es un link en el cual prodan ver algunas herramientas muy utiles para llevar acabo un buen scrum

https://jeronimopalacios.com/scrum-practica/10-herramientas-una-gestion-agil-producto-scrum-kanban/

el sprint zero

El objetivo principal de un sprint zero es la producción, pero no se requiere una experiencia para realizar el desarrollo de software como se es requerido en un sprint normal.

Los entregables de un sprint zero deben de ser los siguientes 

• Una pieza de código utilizable
• Un entorno mínimo para poder escribir código
• Una priorización de características
• Un plan de lanzamiento
• Un plan para la implementación

Ya por último hay que tener en cuenta que algunas organizaciones no necesitan incorporar este enfoque.

Hay algunas empresas que son muy expertas con el sprint, por lo tanto, es posible que tengan conocimientos del enfoque

Al igual que el sprint,  los  sprint zero deben de seguir las mismas actividades como 

• Tener un backlog actualizado
• Sección de planificación
• Reuniones diarias
• Revisión de sprint
• Informe de producto entregable

A diferencia de los sprint normal los sprint zero no deben de durar mas de unos pocos dias.

El principal beneficio de tener un sprint zero es que le permite al equipo tener una idea del trabajo que van a realizar y esto promueve que el equipo se autoorganice, también genera confianza a los miembros del equipo.

El sprint zero busca evitar los obstáculos al ofrecer una oportunidad para planificar un marco de trabajo para lograr  el éxito.

Para llevar a cabo un buen sprint zero 

• No te tardes más de una semana 
• No hagas más de lo que se necesita 
• Trabajen juntos  como un equipo
• La planificación previa es importante

áreas del sprint zero 

El sprint zero se agrupa en cuatro áreas principales que son

Gente

• Tener a tu equipo formado
• Definir roles y responsabilidades
• Contar con un organigrama

Procesos

• Establecer el modelo de gobierno del proyecto
• Acordar cuando serán las reuniones
• Quien otorgara las autorizaciones
• Que marco de trabajo se va a trabajar

Negocio

• El stakeholders nos hacen saber que es lo que están buscando
• Tiempo en el cual espera que se complete el proyecto

Tecnología

• Saber con el lenguaje que se va a trabajar
• Contar con espacios donde se va a iniciar a construir el código
• Asegurarse que cuenten con los permisos necesarios

Estableciendo métricas

Nuestro proyecto debe de contar con las métricas correctas desde un principio.

Hay métricas que establecerán negocio para el producto, servicio o solución que se esté construyendo y métricas que estableceremos nosotros que tienen que ver mejor con las mejores prácticas del scrum y del desarrollo de software.