Aprendizaje social - Software SCRUM
Uno de los programas de aprendizaje social más exitosos en el mundo actual es Scrum, un software ágil incremental basado en iteraciones diseñado para administrar el desarrollo de productos. Proporciona un entorno de trabajo donde un equipo de desarrollo puede trabajar como una unidad para alcanzar un objetivo común. Lo hace a través de su modelo de comunicación diaria cara a cara, que permite a los miembros de un equipo autoorganizarse fomentando la coubicación física y la estrecha colaboración en línea de todos los miembros del equipo.
Un principio clave de scrum es que reconoce la posibilidad de que los clientes cambien de opinión sobre sus necesidades durante los procesos de producción y comprende que estos desafíos imprevistos no pueden manejarse fácilmente de manera predictiva o planificada. Por lo tanto, Scrum trabaja con un enfoque empírico que se centra en optimizar la entrega rápida del equipo.
El marco de Scrum se basa en tres núcleos:
- Scrum Master
- Sprint
- Pila de Producto
Scrum Master
El trabajo del Scrum Master es abordar los desafíos que enfrenta el equipo mientras cumple los objetivos del producto. En lugar de un líder de equipo o gerente de proyecto tradicional, Scrum se erige como una barrera entre el equipo y otras distracciones. El scrum master se asegura de que el proceso de scrum se utilice según lo previsto y, a menudo, facilita las sesiones clave y anima al equipo a mejorar. Asume las responsabilidades de un facilitador de equipo.
Scrum Master Service to the Product Owner (stakeholder) -
- Proporcionar técnicas para la creación y gestión eficaz de la cartera de productos.
- Ayudar al equipo de Scrum a comprender la planificación de productos.
- Ayudar al propietario del producto a optimizar la cartera de productos.
- Facilitar los eventos de Scrum según se solicite o necesite.
Scrum Master Service to the Development Team -
- Facilitar al equipo de desarrollo con la funcionalidad cruzada de Scrum.
- Ayudar al equipo de desarrollo a maximizar su producción.
- Abordar obstáculos en el camino del equipo Scrum.
- Coaching al equipo en eventos de Auto-organización y facilitación, si así se solicita.
Scrum Master Service to the Organization -
- Ayudar a la organización a adaptarse al entorno de trabajo de Scrum.
- Organizar implementaciones de Scrum dentro de la organización.
- Ayudar a los empleados y las partes interesadas a comprender cómo usar Scrum.
- Traer cambios para aumentar la productividad del Scrum Team.
- Trabajar con otros Scrum Masters para aumentar la efectividad de Scrum.
pique
Un sprint (o iteración) es la unidad básica de desarrollo en scrum y está restringido a una duración específica. La duración se fija de antemano para cada sprint, siendo dos semanas lo más habitual. Cada sprint comienza con un evento de planificación del sprint que incluye la definición del backlog del sprint, la especificación de los objetivos y la tarea del sprint y un compromiso estimado para la meta del sprint. Cada sprint termina con una revisión de sprint que verifica el progreso e identifica lecciones para futuras mejoras.
During the Sprint -
- No se realizan cambios que puedan obstaculizar el Sprint Goal.
- Los objetivos de calidad no disminuyen.
- Los términos se pueden volver a negociar entre el propietario del producto y el equipo de desarrollo.
Cada Sprint tiene un conjunto de instrucciones claramente definidas de lo que se debe hacer, un plan flexible para guiar al equipo hacia el resultado y el producto resultante. Cada Sprint se trata como un proyecto con un plazo de un mes. Cuando los plazos de un Sprint se vuelven demasiado largos, la definición del resultado final seguirá cambiando debido a numerosas entradas, por lo que podría aumentar la complejidad y el riesgo de falla. Los Sprints permiten la previsibilidad al inspeccionar la adaptación de las entradas y las ideas con el progreso hacia un Sprint Goal al menos cada mes calendario. Los Sprints también limitan el riesgo a un mes calendario de costo.
Scrum diario
El Scrum diario es una actividad de sincronización del equipo de 15 minutos en la que el equipo de desarrollo crea un plan para las próximas 24 horas. Esto se hace inspeccionando el trabajo desde el último Scrum diario y planificando el diseño del trabajo que podría realizarse antes del próximo. Esto se hace para reducir la complejidad.
Durante la reunión, los miembros del equipo de desarrollo explican:
- Acciones que los miembros del equipo llevaron a cabo para lograr los objetivos del sprint el día anterior.
- Acción que debe emprenderse para cumplir los objetivos del equipo para hoy.
- Obstáculos que impiden o podrían impedir el logro de la meta del sprint.
El equipo de desarrollo utiliza el Scrum diario para ver cómo avanza el progreso de su equipo hacia la finalización del trabajo en el Sprint Backlog. El equipo de desarrollo o los miembros del equipo a menudo se reúnen inmediatamente después del Scrum diario para discusiones detalladas, o para adaptar o volver a planificar el resto del trabajo del Sprint.
Revisión de Sprint
Se lleva a cabo una Revisión de Sprint al final del Sprint, donde el Equipo Scrum y las partes interesadas colaboran en las acciones que deben tomarse a continuación para optimizar el valor, y la presentación del Incremento tiene como objetivo generar comentarios y fomentar la colaboración.
Pila de Producto
El Product Backlog es una lista de todos los elementos necesarios para lograr el resultado deseado. Lo mejor y único de un Product Backlog es que nunca está completo. Comienza por establecer los requisitos iniciales, más conocidos y entendidos.
El Product Backlog evoluciona constantemente con los usuarios y el entorno en el que se utiliza Scrum. Esto da como resultado una acumulación dinámica que mantiene un registro de la evolución de las ideas y los nuevos aportes en cada paso dado de la implementación, y también da una predicción de cómo estas nuevas ideas cambiarán el resultado final. La acumulación de productos existe hasta que el producto existe. Una vez finalizado el producto final, la acumulación del producto se libera a otro medio donde otros pueden consultar estos contenidos y utilizarlos mientras diseñan un producto similar.
Con un promedio de más de 20 proyectos activos y una presión cada vez mayor de las partes interesadas internas y externas, The Information Systems department a H&R Blocksiempre estaba luchando con su carga de trabajo. El equipo comenzó a buscar formas alternativas y más eficientes de sacar el software por la puerta.
El equipo investigó y descubrió que los procesos ligeros de la metodología Scrum eran adecuados para sus necesidades, ya que proporcionaba una eficiencia y eficacia mucho mejores. Para H&R Block, el proceso se subcontrató a TheBraintrust Consulting Group, quien realizó una evaluación inicial y evaluó los tipos de proyectos que H&R Block estaba operando, evaluó las capacidades del personal y construyó la estrategia de implementación.
Los empleados recibieron una capacitación de tres semanas para familiarizarlos con la aplicación Scrum. El equipo de H&R Block trabajó en SCRUM a diario; participando en la planificación del sprint, organizando reuniones diarias y guiando al equipo mientras asesora al Scrum Master. Una vez que los equipos se sintieron cómodos con el proceso, obtuvieron la confianza necesaria para que todo comenzara a desarrollarse por completo.
En tres meses, los empleados de H&R Block experimentaron una cantidad significativa de finalización del trabajo. Al coordinar, evaluar, sincronizar y trabajar en equipo, descubrieron que ahora podían lograr una mayor eficiencia y ahorrar mucho tiempo. Empleados que trabajan en SCRUM informados60% higher efficiency and 30% time savings.