Scrum Training Series: Intro to Scrum (2018 Update)
La principal limitación en el desarrollo de software es el aprendizaje, pero tu empresa está diseñada para un siglo anterior basado en jerarquía, productividad y objetivos individuales. Scrum está optimizado para la creación de conocimiento y la invención colaborativa, por lo que contradice las políticas actuales, los hábitos y la estructura de tu organización.
Introducción a Scrum
- Scrum es un marco de trabajo para lidiar con trabajos complejos como el desarrollo de nuevos productos.
- Es una alternativa a los enfoques tradicionales más adecuados para la fabricación y construcción.
- En el pasado, se requería más enfoque en la ejecución que en la innovación.
- Scrum introduce bucles de retroalimentación que nos animan a inspeccionar y adaptar tanto el producto como los procesos utilizados para construirlo.
- Está asociado al movimiento ágil descrito en agilemanifesto.org.
Características de Scrum
- Valora a las personas e interacciones sobre los procesos y herramientas.
- Valora el software funcional sobre la documentación exhaustiva.
- Valora la colaboración con el cliente sobre la negociación contractual.
- Valora responder al cambio sobre seguir un plan.
- Se enfoca en entregas incrementales y frecuentes, permitiendo mejoras continuas.
Lo que no es Scrum
- No es un intento de utilizar ideas tradicionales del diagrama Gantt para desarrollar software.
- No se basa en fases secuenciales con entregables definidos desde el principio hasta el final del proyecto.
El artículo del Dr. Winston Royce describe que la principal limitación en el desarrollo de software es el aprendizaje, pero desafortunadamente tu empresa está diseñada para un siglo anterior basado en jerarquía, productividad y objetivos individuales. Aunque creas en este concepto, la implementación derivada de él es arriesgada y propensa al fracaso. Scrum está optimizado para la creación de conocimiento y la invención colaborativa, lo cual contradice las políticas actuales y los hábitos de tu organización.
Hoy es el día más tonto del resto de nuestro proyecto, pero un enfoque impulsado por un plan nos obliga a tomar nuestras decisiones más importantes sobre nuestro proyecto cuando sabemos menos sobre él. En cambio, Scrum nos permite adaptarnos a medida que aprendemos más sobre las necesidades del cliente y cambiar el rumbo del desarrollo del producto.
¿Qué es Scrum y por qué es importante?
Resumen de la sección: En esta sección, se introduce el concepto de Scrum como un marco de trabajo para lidiar con trabajos complejos, como el desarrollo de nuevos productos. Se explica que Scrum es una alternativa a los enfoques tradicionales más adecuados para la fabricación y construcción. También se menciona que Scrum está optimizado para la creación de conocimiento y la colaboración, lo cual puede contradecir las políticas y hábitos actuales de las organizaciones.
Introducción a Scrum
- Scrum es un marco de trabajo optimizado para la creación de conocimiento y la colaboración.
- Muchas organizaciones simplemente renombran sus prácticas actuales como "Scrum" sin realmente implementar los principios fundamentales.
- Este módulo proporciona una introducción breve a los temas que se tratarán en mayor profundidad en otros módulos.
Por qué necesitamos un enfoque alternativo
- Los enfoques tradicionales basados en jerarquías y productividad individual no son adecuados para el trabajo complejo actual.
- En el pasado, el trabajo era más predecible y requería un enfoque centrado en la ejecución más que en la innovación.
- Para mantenerse competitivos en un entorno cambiante, necesitamos inspeccionar y adaptarnos rápidamente.
- Scrum proporciona un marco transparente con cajas de tiempo y bucles de retroalimentación para ayudarnos a lidiar con la incertidumbre.
Qué es Scrum y qué no es
- Scrum es un marco para aprender sobre el trabajo y los procesos que utilizamos para realizarlo.
- Scrum se asocia con el movimiento ágil, que valora las interacciones individuales, el software funcional, la colaboración con los clientes y la capacidad de adaptarse al cambio.
- Scrum no se basa en ideas tradicionales como los diagramas de Gantt. En cambio, se enfoca en iteraciones fijas llamadas "sprints" y en la inspección y adaptación continua del producto y los procesos.
- El desarrollo del producto es continuo, con lanzamientos frecuentes en lugar de proyectos únicos.
Desafíos del enfoque tradicional Waterfall
Resumen de la sección: En esta sección, se discuten los desafíos del enfoque tradicional Waterfall (cascada) para el desarrollo de proyectos. Se explica cómo este enfoque requiere tomar decisiones importantes al comienzo del proyecto cuando tenemos menos conocimiento. También se menciona cómo los proyectos Waterfall pueden volverse caóticos con baja calidad y exceso de horas extras.
Limitaciones del enfoque Waterfall
- Los proyectos Waterfall requieren tomar decisiones importantes al comienzo cuando tenemos menos conocimiento.
- A medida que avanza el proyecto, sabemos cada vez más sobre él, pero un enfoque basado en un plan nos obliga a tomar decisiones críticas al principio.
- Los proyectos Waterfall eventualmente se vuelven caóticos cuando el trabajo real comienza, con baja calidad y exceso de horas extras.
Scrum como alternativa
- Scrum mezcla todas las fases del proyecto en cada sprint, en lugar de dividir el trabajo en fases específicas.
- Los ingredientes del proyecto se mezclan en cada iteración, lo que permite una adaptación continua y una mejora incremental.
- Scrum reconoce que rara vez tenemos conocimiento perfecto al comienzo de un proyecto y nos ayuda a lidiar con la incertidumbre.
Conclusiones
Resumen de la sección: En esta sección final, se resalta la importancia de comprender Scrum como un marco para aprender sobre el trabajo y los procesos. Se enfatiza que solo las organizaciones que aprenden podrán mantenerse al día con los desafíos futuros. También se menciona cómo Scrum puede ser útil no solo para el desarrollo de software, sino también para otros tipos de trabajos complejos.
Importancia de comprender Scrum
- Comprender Scrum como un marco para aprender sobre el trabajo y los procesos es fundamental.
- Solo las organizaciones que aprenden podrán mantenerse al día con los desafíos futuros.
Aplicabilidad más allá del desarrollo de software
- Aunque Scrum ha sido utilizado principalmente en el desarrollo de software, puede ser útil para otros tipos de trabajos complejos.
- Scrum introduce bucles de retroalimentación que fomentan la inspección y adaptación del producto y los procesos.
El producto que tienen para todos los clientes
Resumen de la sección: En esta sección, se menciona el producto que tienen disponible para todos los clientes.
Producto disponible para todos los clientes
- El equipo tiene un producto que está dirigido a todos los clientes.
- Se enfocan en ofrecer un producto de calidad y utilidad para satisfacer las necesidades de los clientes.
- El objetivo es brindar un producto que sea accesible y beneficioso para todos los usuarios.
Reunión oficial definida donde nos encontramos
Resumen de la sección: En esta sección, se habla sobre una reunión oficial definida donde nos encontramos.
Reunión oficial definida
- Existe una reunión oficial establecida en la cual nos encontramos.
- Esta reunión tiene un propósito específico y es importante para el desarrollo del proyecto.
- Durante esta reunión, se abordan temas importantes relacionados con el progreso del proyecto y se toman decisiones clave.
El Scrum Master debe ayudar a los equipos a aprender a levantarse y encontrar formas de ayudarse mutuamente
Resumen de la sección: En esta sección, se menciona el papel del Scrum Master en ayudar a los equipos a aprender a levantarse y encontrar formas de colaboración.
Papel del Scrum Master
- El Scrum Master tiene la responsabilidad de ayudar a los equipos a aprender cómo llevar a cabo las reuniones diarias (levantarse).
- También debe fomentar la colaboración entre los miembros del equipo, buscando formas de apoyarse mutuamente.
- El Scrum Master desempeña un papel clave en el desarrollo de prácticas ágiles, como la integración continua y el desarrollo dirigido por pruebas.
El propósito de la revisión del sprint es inspeccionar y adaptar
Resumen de la sección: En esta sección, se explica el propósito de la revisión del sprint en el marco de Scrum.
Propósito de la revisión del sprint
- La revisión del sprint tiene como objetivo principal inspeccionar y adaptar el producto desarrollado durante ese período.
- Durante esta reunión, el equipo muestra a los interesados el incremento potencialmente entregable del producto.
- Se busca obtener retroalimentación valiosa de los interesados y adaptar las próximas iteraciones en función de esa retroalimentación.
Idealmente, los clientes y usuarios finales deben estar interesados en lo que hacemos
Resumen de la sección: En esta sección, se destaca la importancia de tener a los clientes y usuarios finales interesados en el trabajo realizado.
Interés de los clientes y usuarios finales
- Es ideal que los clientes y usuarios finales estén interesados en lo que hacemos.
- Se busca compartir con ellos las actividades realizadas durante el día, así como también cualquier obstáculo o impedimento que pueda surgir.
- La retroalimentación proporcionada por los clientes y usuarios finales es valiosa para mejorar continuamente el producto.
El Scrum Master debe ayudar a los equipos a aprender requisitos modernos como desarrollo impulsado por pruebas
Resumen de la sección: En esta sección, se menciona el papel del Scrum Master en ayudar a los equipos a aprender y aplicar prácticas modernas como el desarrollo impulsado por pruebas.
Papel del Scrum Master en el aprendizaje de prácticas modernas
- El Scrum Master tiene la responsabilidad de ayudar a los equipos a aprender y adoptar prácticas modernas, como el desarrollo impulsado por pruebas.
- Se busca fomentar un enfoque ágil y mejorar continuamente las habilidades y conocimientos del equipo.
- El Scrum Master desempeña un papel clave en facilitar la adopción de nuevas técnicas y herramientas que puedan beneficiar al equipo.
La revisión del sprint permite evaluar lo que salió bien y qué se puede mejorar
Resumen de la sección: En esta sección, se destaca la importancia de la revisión del sprint para evaluar el progreso y identificar áreas de mejora.
Evaluación durante la revisión del sprint
- Durante la revisión del sprint, es importante analizar lo que salió bien durante ese período.
- También se debe identificar qué aspectos pueden mejorarse o requerir cambios para futuras iteraciones.
- Se busca obtener retroalimentación valiosa tanto interna como externa para adaptar y mejorar continuamente el proceso de desarrollo.
Los equipos deben tener sus propias retrospectivas regulares
Resumen de la sección: En esta sección, se menciona la importancia de que los equipos realicen sus propias retrospectivas regulares.
Retrospectivas regulares del equipo
- Cada equipo debe llevar a cabo sus propias retrospectivas regulares.
- Estas reuniones permiten al equipo analizar su propio progreso y desempeño.
- Durante las retrospectivas, se busca identificar áreas de mejora y tomar acciones para optimizar el trabajo del equipo.
Los Scrum Masters, Product Owners y equipos deben proporcionar retroalimentación sobre el proceso y el producto
Resumen de la sección: En esta sección, se destaca la importancia de que los Scrum Masters, Product Owners y equipos brinden retroalimentación sobre el proceso y el producto.
Retroalimentación sobre el proceso y el producto
- Los Scrum Masters, Product Owners y equipos tienen la responsabilidad de proporcionar retroalimentación valiosa sobre el proceso de desarrollo.
- Se busca mejorar continuamente tanto el proceso como el producto final.
- La retroalimentación permite identificar áreas de mejora y realizar ajustes necesarios para lograr mejores resultados.
Retrospectiva explora lo sistémico y
Resumen de la sección: La retrospectiva explora los aspectos sistémicos y...
Título del subtema
- Utilice viñetas para proporcionar una descripción detallada de los puntos clave e ideas. Cada viñeta es un enlace a la parte correspondiente del video y comenzará con: . XXXXs es un número entero de segundos. Haga el mejor trabajo posible para asociar el t=XXs con el timestamp correcto proporcionado para cada transcripción. Evite avanzar con los timestamps.
Repita la estructura anterior según sea necesario, y use subtítulos para organizar sus notas. No utilice demasiadas secciones. Siga la transcripción cronológicamente y no mezcle las secciones.
Consejos de formato:
- Asegúrese de que cada sección no tenga más de 4 viñetas. Cada viñeta no debe tener más de 25 palabras.
- Use [] para denotar timestamps y () para vincular a la parte correspondiente del video.
- Use subtítulos y viñetas para organizar sus notas y hacerlas más fáciles de leer y entender. Cuando sea relevante, incluya timestamps para vincular a la parte correspondiente del video.
- Utilice viñetas para describir pasos importantes e ideas, siendo lo más completo posible.
- Incluya timestamps vinculando al timestamp relevante en un bloque utilizando el formato , especialmente para las viñetas.
Consejos resumidos:
- No mencione nada si solo está reproduciendo música o si no sucede nada, no lo incluya en las notas.
- Utilice solo el contenido de la transcripción. No agregue información adicional.
- Los títulos deben ser informativos o incluso una pregunta que el video responda.
- Los títulos no deben ser conclusiones, ya que es posible que solo esté obteniendo una pequeña parte del video.
- Cite e incluya timestamps vinculando al timestamp relevante en un bloque utilizando el formato , especialmente para las viñetas.
- Sea conciso y evite crear demasiadas secciones.
- Asegúrese de que el idioma del resumen y las notas de estudio y los encabezados estén en el idioma de la transcripción.