Desarrollo de proyectos con Scrumstudy Procesos y actividades

Eche un vistazo a estos procesos y las actividades que se enumeran a continuación para comprender mejor el flujo de un Proyecto Scrum.

Iniciado

1. Crear Visión del Proyecto: en este proceso, se revisa el Caso de Negocio del Proyecto para crear una Declaración de Visión del Proyecto que servirá como inspiración y proporcionará enfoque para todo el proyecto. El propietario del producto se identifica en este proceso.
2. Identifique Scrum Master y Stakeholder (s): en este proceso, Scrum Master se identifica utilizando Criterios de selección específicos.
3. Equipo Scrum de Formulario: en este proceso, se identifican los miembros del Equipo Scrum. Normalmente, el Propietario del Producto tiene la responsabilidad principal de seleccionar a los miembros del equipo, pero a menudo lo hace en colaboración con Scrum Master.
4. Desarrolle Epic (s): en este proceso, Project Vision Statement sirve como base para desarrollar Epic (s). Se pueden realizar reuniones de grupos de usuarios para desarrollar Epic (s).
5. Crear una cartera de pedidos priorizada de productos: en este proceso, las Epic (s) se refinan, elaboran y priorizan para crear una cartera de productos priorizados para el proyecto. Los criterios de finalización también se establecen en este punto.
6. Realizar planificación de liberación: en este proceso, Scrum Core Team revisa las Historias de usuarios en la cartera de productos priorizados para desarrollar un calendario de planificación de entregas, que es esencialmente un cronograma de implementación por fases que se puede compartir con las partes interesadas del proyecto. La duración de Sprint también se determina en este proceso.
   

Plan y estimación

1. Crear historias de usuarios: en este proceso, se crean historias de usuarios y sus criterios de aceptación de historias de usuario relacionadas. Las historias de usuarios generalmente son escritas por el propietario del producto y están diseñadas para garantizar que los requisitos del cliente estén claramente representados y que todos los interesados ​​puedan comprenderlos completamente. Se pueden realizar ejercicios de escritura de historias de usuario que involucren a los miembros del equipo de Scrum creando las historias de usuarios. Las historias de usuarios se incorporan en la cartera de pedidos priorizados del producto.
2. Aprobar, estimar y confirmar las historias de los usuarios: en este proceso, el propietario del producto aprueba historias de usuarios para un Sprint. Luego, Scrum Master y Scrum Team estiman el esfuerzo requerido para desarrollar la funcionalidad descrita en cada historia de usuario, y el equipo de Scrum se compromete a cumplir los requisitos del cliente en forma de historias de usuarios aprobadas, estimadas y comprometidas.
3. Crear tareas: en este proceso, las historias de usuarios aprobadas, estimadas y confirmadas se dividen en tareas específicas y se compilan en una lista de tareas. A menudo, se lleva a cabo una reunión de planificación de tareas para este fin.
4. Tareas de estimación: en este proceso, el Equipo central de Scrum, en Reuniones de estimación de tareas, estima el esfuerzo requerido para llevar a cabo cada tarea en la Lista de tareas. El resultado de este proceso es una Lista de Tareas Estimada de Esfuerzo.
5. Crear Sprint Backlog: en este proceso, el Scrum Core Team tiene Sprint Planning Meetings donde el grupo crea un Sprint Backlog que contiene todas las tareas para completar en Sprint.

Implementar

1. Crear entregables: en este proceso, el equipo de Scrum trabaja en las tareas del resumen de Sprint para crear entregas de Sprint. Un Scrumboard se usa a menudo para rastrear el trabajo y las actividades que se llevan a cabo. Los problemas o problemas que enfrenta el Equipo de Scrum podrían actualizarse en un Registro de impedimentos.
2. Realice un standup diario: en este proceso, todos los días se lleva a cabo una reunión muy centrada, Time-boxed denominada reunión Daily Standup. Este es el foro para que Scrum Team se actualice entre ellos sobre su progreso y cualquier impedimento que puedan enfrentar.
3. Antigüedad acumulada del producto del novio: en este proceso, el Backlog prioritario del producto se actualiza y mantiene continuamente. Se puede llevar a cabo una Reunión prioritaria de revisión del trabajo acumulado, en la que se debaten y se incorporan los cambios o las actualizaciones a la acumulación en la cartera de productos priorizados, según corresponda.

Revisar y retrospectivamente

1. Convene Scrum of Scrums: en este proceso, los representantes del equipo de Scrum se reúnen para las reuniones de Scrum of Scrums en intervalos predeterminados o cuando sea necesario para colaborar y realizar un seguimiento de sus respectivos avances, impedimentos y dependencias en todos los equipos. Esto es relevante solo para proyectos grandes en los que participan varios equipos de Scrum.
2. Demostrar y validar Sprint: en este proceso, el equipo de Scrum demuestra los entregas de Sprint al propietario del producto y las partes interesadas relevantes en una reunión de revisión de Sprint. El objetivo de esta reunión es garantizar la aprobación y aprobación del propietario del producto para los entregables creados en el Sprint.
3. Retrospect Sprint: en este proceso, Scrum Master y Scrum Team se reúnen para analizar las lecciones aprendidas durante todo el Sprint. Esta información está documentada como lecciones aprendidas que se pueden aplicar a futuros Sprints. A menudo, como resultado de esta discusión, puede haber mejoras aprobadas accionables o recomendaciones actualizadas del cuerpo de orientación de Scrum.

Lanzamiento

1. Envíos Entregables: en este proceso, los Entregables Aceptados se entregan o se transfieren a las partes interesadas relevantes. Un Acuerdo formal de entregas de trabajo documenta la finalización exitosa del Sprint.
2. Proyecto Retrospect: en este proceso, que completa el proyecto, las partes interesadas de la organización y los miembros del equipo básico de Scrum se reúnen para retrospectivar el proyecto e identificar, documentar e interiorizar las lecciones aprendidas. A menudo, estas lecciones conducen a la documentación de Mejoras acordadas accionables, que se implementarán en proyectos futuros.

Hacer el trabajo agil

Las prácticas ágiles son cruciales para las empresas de hoy en día, pero hay bajo nivel de adopcion. Los métodos ágiles pueden, y deben, extenderse más allá del desarrollo de software, transformando la forma en que abordamos el trabajo en equipo, el liderazgo y las formas de trabajar.

Los expertos de BCG en metodología ágil adoptan una visión holística que va más allá del desarrollo de software para todos los aspectos de la organización. Agile es un enfoque iterativo, empírico y multifuncional que puede aplicarse en muchos contextos comerciales y adoptarse en toda la empresa. Un modelo operativo ágil facilita tiempos de respuesta más rápidos al mercado y un mejor ajuste a las expectativas del cliente. Fomenta tanto la velocidad como la mejora continua. Nuestra oferta ágil abarca una perspectiva exhaustiva e interfuncional, abordando temas tan cruciales como la agilidad a escala, las trampas comunes, el software ágil y las formas ágiles de trabajar.
No se trata solo de tecnología. Se trata de una nueva forma de pensar que es más colaborativa, más abierta, más creativa y mucho más eficiente que otros modelos comerciales.
La transformación ágil a gran escala no se trata solo de tecnología. Se trata de una nueva forma de pensar . Es más colaborativo, más abierto, más creativo y mucho más eficiente que otros modelos comerciales. Y es algo que puede implementarse en una empresa, no solo en uno o dos departamentos. 
Las empresas pueden lograr una transformación ágil en tres niveles: el nivel del proyecto, que es relativamente fácil de lograr; el nivel de cartera, que es más complejo; y el nivel de organización, que requiere un replanteamiento completo del modelo operativo de una compañía. Moverse efectivamente desde el primer nivel hasta el último puede ser difícil para una gran organización, pero las empresas que se mueven en pasos progresivos pueden tener éxito.
fuentes
https://www.bcg.com/agile/large-scale-agile-transformation.aspx
https://www.bcg.com/agile/default.aspx

Aplicado Kaizen 5S al desarrollo de software

Consideremos, por el momento, que nuestra genba = nuestro lugar de trabajo, es el código fuente.

1 Aplicando  seiri , eliminemos el código heredado, los métodos y variables no utilizados, el código comentado y duplicado, etc. Seiri , que significa "ordenar" en inglés, en contexto kaizen significa "tirar cosas que no se usan"

2. Usando seiton , coloque el código en su lugar correcto, refactorícese, renómbrelo, reduzca a una sola responsabilidad, aplique patrones de diseño si es necesario, y así sucesivamente. Seiton , que significa "poner orden" en inglés, en contexto kaizen significa "poner las cosas en su lugar correcto y dejarlas allí, listas para usar"

3 Usando  seisô , repita las actividades mencionadas con frecuencia y constantemente, ejecutando pruebas (posiblemente) cada vez que se comprometa, y no solo en partes nuevas del código. Cada vez que abre un archivo de código fuente, ciérrelo más brillante que antes. Seisô , que significa "brillar / barrer" en inglés, en contexto kaizen significa "limpiar a menudo"

4 Seiketsu representa el trabajo estándar, una parte obligatoria de cualquier iniciativa kaizen . Defina y mantenga (¡y aplique!) Un estándar de codificación para el equipo, para su grupo y posiblemente incluso para toda la empresa. Defina y mantenga (¡y haga cumplir!) Un conjunto de comprobaciones de calidad del código y sugerencias para sus entornos de IDE y control de versiones. Manténgalos actualizados y alineados con las mejoras tecnológicas. Seiketsu , que significa "estandarizar" en inglés, en contexto kaizen significa "mantener los comportamientos 3S (arriba) y mantener el lugar de trabajo de manera apropiada.

5 Shitsuke , es el concepto de repetir las actividades anteriores, documentarlas como procedimientos y hábitos estándar, y transformarlas y mejorarlas continuamente. shitsuke , que significa "sostener" en Inglés, en el kaizen contexto significa "conservar y mantener los procedimientos seleccionados y aplicarlos como hábitos"

fuente:

https://dzone.com/articles/kaizen-5s-applied-to-software-development-and-a-bi?edition=379258&utm_source=Zone%20Newsletter&utm_medium=email&utm_campaign=agile%202018-06-12

Miembros de equipos Scrum - Scrum developer Certified

Certificacion internacional Online Scrum Developer Certified - Desarrolador de Scrum , un miembro clave del equipo Scrum - con el mejor contenido en video cortos. Todas las tematicas son ampliadas en el SBOK en Español e ingles. Solicita tu link de pago certificado x Epayco.
Scrum Developer Certified SDC Online