[Scrum] por medio de un número de sprint, el desarrollo de productos ágil!

En el proceso de desarrollo ágil, un una versión de lanzamiento producto o es generalmente implementados por múltiples sprints, cada sprint funciones incrementales del sistema de suministro pueden ser operados para alcanzar el valor del cliente. Cada sprint comienza en la planificación de Sprint, los miembros del equipo de acuerdo con los objetivos y Sprint funciones claras sistema de entrega, y la ejecución de velocidad, funciones del sistema, y ​​luego ver las características del producto y proceso de implementación a través de la revisión y sprint de opinión, que se espera en la próxima durante una carrera de velocidad a las características del producto y la mejora de procesos y la perfección.



Proceso de Sprint

Incluyendo Sprint planificación de Sprint , la ejecución de sprint , Revisión del Sprint , Sprint Retrospective cuatro proceso. Sprint es la planificación desde el principio, los miembros del equipo deben llegar a un consenso sobre esta metas y planes de sprint, y corrieron todos los miembros de este objetivo, de acuerdo con los planes establecidos a lo largo del curso sprint, un día de logros y problemas que se comunican discusión. Fin etapa de sprint, que convoque a las partes interesadas en las actividades de evaluación de velocidad junto a demostrar las características del producto y para obtener retroalimentación del producto obtenido es una lista importante fuente y el siguiente contenido etapa de planificación del sprint. En las retrospectivas de velocidad, todos los miembros del equipo para ver y ejecución de procesos de discusión sprint, aprovechar los problemas existentes y discutir optimización, mejoras en el siguiente sprint y optimizados para lograr la optimización y mejora la eficiencia del proceso de Sprint Sprint.



la planificación de Sprint

En circunstancias normales, es al inicio de cada sprint planificación de Sprint, porque en este punto en el tiempo, se puede sacar el máximo provecho de la información ya dominado la mayoría de las decisiones óptimas. proceso de planificación Longitud Sprint de acuerdo con la longitud de la carrera corta en función del tiempo, ocupa todo el sprint aproximadamente el 5% es el tiempo más razonable, tal como dos semanas Sprint debe ser controlada dentro de 4 horas, meses Sprint debe ser controlado dentro de las 8 horas.


proceso de planificación de Sprint debe hacerse en colaboración de todo el equipo, dueño del producto para seleccionar elementos de una lista de inventario de productos existentes, el sprint objetivo preliminar, y es responsable del equipo de desarrollo para explicar cualquier pregunta planteada por la lista de elementos para el producto seleccionado. El trabajo de desarrollo dentro de la velocidad por equipos en la lista de resultados para evaluar y hacer compromisos finales al final de la planificación. Scrum Master como entrenador, participar y observar todo el proceso, hizo posibles riesgos apuntan a guiar y ayudar al equipo de desarrollo para hacer efectivos los compromisos.


En el proceso de planificación de Sprint, el proceso básico es:

1.png foto


Al final del proceso de planificación de Sprint, el objetivo final de obtener Sprint y el inventario de sprint, el equipo de desarrollo para hacer un compromiso con este objetivo y listas de tareas, y el trabajo que ha realizado en la siguiente ejecución sprint.



la ejecución de Sprint

Sprint para llevar a cabo todo el trabajo, incluyendo la entrega de una versión incremental del producto y debe ser completado, lo que en sí es como un proyecto proceso de implementación de sprint carrera súper pequeña ocupa la mayor parte del tiempo, como por ejemplo de dos semanas de sprint, la ocupación de la ejecución de velocidad 10 8 días días, por lo que el proceso de implementación es fundamental para la finalización con éxito de los objetivos de velocidad de sprint. La ejecución de un trabajo de planificación de Sprint, gestión, ejecución y comunicación:


01 plan de

plan de ejecución de Sprint Sprint puede ser importante en la lista de elementos de trabajo tipo de dependencia, pero que no requieren un plan de implementación detallada, como un diagrama de Gantt, ya que esto puede ser una pérdida de tiempo. Equipo no sólo una pérdida de tiempo para hacer planes, sino también una pérdida de tiempo tratar de planificar de manera más ajustada para reflejar la implementación real. La aplicación del principio de planificación de Sprint es que tocar de oído, planificación de la misión vez más evidente, esta actividad es un proceso continuo, a lo largo del proceso de implementación de sprint.


Gestión 02

Sprint dirección ejecutiva es asegurar que las actividades de gestión llevadas a cabo para lograr el objetivo del Sprint. Determinar las características del estilo de gestión del equipo de desarrollo. Sprint Dirección Ejecutiva específicamente para hacer frente a las siguientes preguntas:


  • Se debe trabajar en varios elementos paralelos? Demasiados elementos de trabajo paralelas, los miembros del equipo pueden cambiar entre los diferentes elementos de trabajo, lo que resulta en residuos; los elementos de trabajo en paralelo demasiado poco hará que el desperdicio de recursos, el número de cantidad correcta en paralelo, y tratar de hacer pleno uso de la capacidad de producción del equipo, pero no lo harán demasiado pesado para lograr un equilibrio razonable, que requiere que cada equipo de acuerdo a sus capacidades y características para practicar y explorar.



  • Que trabajan tema desde el principio? La forma más fácil debería ser una prioridad de la especie de mayor a menor vez, pero en el proceso de implementación puede encontrar varios problemas conducen a los elementos de trabajo de alta prioridad que temporalmente no pueden iniciar, también puede iniciar veces en este caso trabajo de alta prioridad.



  • ¿Por quién? La respuesta más obvia es hacer lo mejor que se puede completar hombre más rápido. Pero cada equipo tiene sus propias consideraciones, como la persona más adecuada pueden estar ocupados con otros trabajos no se abra, o podría estar de vacaciones, incluso desde el punto de vista del equipo de desarrollo a considerar, se puede dar a los demás miembros de las posibilidades de formación con el fin de lograr miembros del equipo en las habilidades se superponen y se complementan entre sí.



  • Las reuniones diarias es una llave vistas diarias - actividades de ajuste, control de vez en menos de 15 minutos, el objetivo principal es revisar, ajustar y sincronizar plan de trabajo diario para ayudar al equipo a hacer un mejor trabajo.


03 de ejecución

Scrum ágiles de desarrollo de software lleva a cabo, algunos de los miembros del equipo requieren prácticas de desarrollo de software de aplicaciones especializadas, como la integración continua, pruebas automatizadas, refactoring, desarrollo basado en pruebas, el equipo de desarrollo va a practicar estas técnicas presentado mayores requerimientos, sería en el corto plazo el equipo de desarrollo como resultado de la presión o de otros aspectos del progreso, pero en el largo plazo, sólo el uso activo de estas buenas prácticas de carácter técnico, con el fin de manera efectiva experimentar los beneficios de ágil.


04 Comunicación

Los equipos ágiles equipo suficiente generalmente pequeños, una pequeña comunicación los miembros del equipo no necesitan complicados gráficos e informes para comunicar el progreso, recomendamos los siguientes métodos y herramientas:


Panel de tareas: muestra una lista con el tiempo de sprint estado de la tarea.


Sprint burndown: visualización de las restantes tareas no trabajo curvada.


La figura combustión Sprint: visualizar un gráfico para alcanzar los objetivos de carga de trabajo durante el sprint completado.



Revisión del Sprint

Revisión del Sprint se pasa del enfoque es que el producto es el resultado de la preocupación sobre los resultados de la labor realizada durante la vista ejecución sprint, las personas involucradas, incluyendo equipo Scrum, grupos de interés internos y externos están interesados ​​y así sucesivamente. Un importante trabajo preparatorio antes del inicio de la evaluación es identificar el trabajo de velocidad se ha completado, el trabajo es realizado por el propietario del producto, su sprint final en la lista de elementos de trabajo se haya completado, el momento no se ha confirmado hasta el último minuto antes de la revisión puede sprint durante la ejecución de confirmación tan pronto como sea posible, identificará los problemas a tiempo, la victoria reparación tiempo.


El método empleado en el proceso de revisión de sprint comprende:


01 resumen

Por lo general, funciona de esta carrera será responsable de la descripción general del producto y mostrar el sprint y sprint de la lista de objetivos, la información básica del producto final de la subasta.


02 Demo

Manifestación de las funciones del sistema de los miembros del equipo de desarrollo completado, por no tan fácil de demostrar las funciones (como el programa que se ejecuta en segundo plano) para proporcionar al menos algunos de los programa de pruebas para demostrar el trabajo realizado para cumplir con la persona a cargo de los requisitos del producto. Tenga en cuenta que la presentación no es un fin en sí mismo, el propósito de la presentación es estimular el pensamiento miembros del equipo de choque, propuso un sugerencias más constructivas y comentarios.


03 discusiones

participantes producto Guía de la demo incrementales a comentar sobre aspectos tales como las características del producto o metas, establecer y adecuadamente discutidas, tales como la necesidad de discutir el programa de emisión más profundo debe ser otra reunión de forma independiente.


04 de ajuste

A través de presentaciones y discusiones producirán algunos cambios o adiciones a las necesidades de la lista de velocidad de esos cambios y la lista de los productos y la demanda traerá la siguiente fase de ajuste, después de peinar a través, cada vez que el final de la carrera se actualizará productos inventario, respuesta oportuna a los cambios en el siguiente sprint.



Revisión del Sprint

Sprint Retrospective preocupación es el proceso de creación del producto en sí, que tiene que ver con el proceso. Recordando lo que sucedió con el proceso de velocidad por equipos, analizar su propio trabajo para identificar los problemas que puedan existir, proponer mejoras y planes de mejora. Antes de cada revisión del sprint, podemos definir los elementos clave de la revisión, con el fin de evitar la fragmentación. En la reunión de revisión, la necesidad de garantizar que crean una atmósfera de "no a la persona", los objetivos de revisión para mejorar el proceso, en lugar de una persona acusada. Al final del examen, los miembros del equipo de seguimiento y aplicación de medidas de mejora, por lo que la velocidad por equipos en el lado más eficiente.



resumen

Sprint incluye la mayor parte del tiempo y actividades durante todo el producto o proyecto de desarrollo y gestión, son los principales aspectos de las funciones del producto aplicado. Este trabajo intentos de la planificación de Sprint, la ejecución de sprint, la revisión del sprint y el punto retrospectiva del sprint de vista de los cuatro procesos, puede explorar el rango completo de todas las actividades y Sprint contenido de trabajo en cuestión, con la esperanza de inspirar y ayudar en el proceso de implementación en el sprint por equipos ágiles.


Autor: Li Hao 


Otros artículos de alta calidad

Bajo la influencia de la epidemia, Kerry ballena azul cómo reducir la operación de la empresa de TI y mantenimiento?

archivo de propiedades de tiempo | Linux

Cómo las compañías planean DevOps suelo y la evolución?

ZooKeeper | escenarios de implementación de la instalación, el desarrollo de la API de acoplamiento

[Banco] funcionamiento de la plataforma de aterrizaje y gestión de mantenimiento, gran paso hacia el Banco 4.0

Supongo que te gusta

Origin blog.51cto.com/11811406/2476734
Recomendado
Clasificación