Scrum-time.com
Abnormal Termination / La parada del sprint

Abnormal Termination / La parada del sprint


Siendo un equipo profesional y desarrolladoel Scrum Team, puede recurrir también a la acción que se llama Abnormal Termination o la Parada del Sprint. Según parece del nombre inglés es una acción completamente anómalo pero prever y optimizarlo es en la línea de la metodología Scrum.

Los que se ocupan de la elaboración del software en cualquier esfera, saben que informarse del código ajeno y la lógica ajena del trabajo siempre es pesado. Si el equipo Scrum recibe la tarea de perfeccionamiento de algunos procesos el trabajo de la página web, los especialistas técnicos estiman el nivel de los gastos temporales acerca de que está hecho ya, y no la fabricación del cero. Después de la realización del Planning Poker y los meetings está claro, que Backlog tienen y cuanto tiempo se necesita. Después del lanzamiento del Sprint comienza el trabajo que dura ya un tiempo y resulta que en las profundidades del núcleo de la página web corriente todo está hecho te tal manera que es imposible realizar los mejoramientos fijados sin haber recurrido a los fuertes cambios del código. Hay una necesidad indispensable de estimar la cantidad de los cambios necesarios y sus límites temporales. El análisis mismo también requiere el tiempo de valor, y nuestro Diagrama de la combustión de las tareas comienza a verse poco atrayente. Si el equipo estima que conseguirá corregir todo el código en el plazo declarado, entonces añade las tareas al Backlog y continúa el trabajo, si no es necesario pulsar el botón Stop, es decir hacer Abnormal Termination / la Parada del Sprint.

Quien debe tomar la decisión sobre Abnormal Termination / la Parada del sprint

Esta pregunta es tan facil como parece. Algunos dirían sin duda que esto debe ser el Product Owner, y otros - el Scrum Master.

En total, como sabemos, el trabajo del Development Team está seguido por nadie otro como Scrum Master, y él decide en primer lugar, si hay unos problemas en el trabajo del equipo o no. Vamos a imaginar que el Scrum Master decide hacer la parada del sprint, puesto que los problemas del equipo han aumentado tanto que no llevará a nada bueno. El Scrum Master para el sprint, y comienza según las reglas la planificación del nuevo sprint. Como se sabe, el Product Owner participa en la planificación, y a la pregunta "¿Qué vamos a hacer en un nuevo sprint?" el Product Owner responderá «lo que hacíais hace 10 minutos, antes de que Scrum Master interrumpió el sprint». Para el Product Owner, como para la instancia final, no le importa el trabajo del equipo, pero le imoirta el producto y su cualidad.

En esta situación para el Product Owner sería más lógico tomar la decisión sobre Abnormal Termination, entonces no hubiera preguntas de las acciones ulteriores, y Product Owner tendría que revisar el curso de la elaboración, puesto que él sería al corriente de lo que aquel camino conduce a el callejón sin salida. El Product Owner en todo caso hace la parada del Sprint si el objetivo fijado ha desaparecido.

Sin embargo todo esto borra el hecho que en los equipos Scrum reales, quizás, y no aparecen tales situaciones en las que alguien decidirá impugnar la decisión sobre Abnormal Termination, ya que el éxito es necesario para todos.

Hay que notar que también a menudo la decisión de las paradas del sprint está aceptada por el Development team que como nadie comprende la situación que se ha formado.

De un modo o de otro, después de la parada hay una reunión donde se discuten las causas de la aparencia del Abnormal Termination.

Scrum Team

Scrum Team

Scrum Team – es una imagen colectiva del equipo que consiste en Development Team, Scrum Master y Product Owner. El equipo es autosuficiente por completo y no depende de los especialistas exteriores ni de los clientes.

Planning Poker

Planning Poker

Planning Poker o Scrum Poker tal vez es una de las medidas esenciales en la методологии Scrum o cualquier tecnología flexible de la elaboración.

Product Backlog

Product Backlog

En el artículo sobre Sprint escribimos que es la base de la metodología Scrum y todo gira alrededor del Sprint.

Scrum Sprint

Scrum Sprint

Tal vez, el elemento más importante de la metodología Scrum es el Sprint.

El diagrama de la combustión de las tareas

El diagrama de la combustión de las tareas

Por ejemplo el Diagrama de la combustión de las tareas (Burndown chart). La combinación 'Burn Down' se traduce letralmente como «arderse hacia abajo» y en efecto es así.

Product Owner

Product Owner

El Product Owner es un cierto eslabón de enlace entre el cliente y el equipo de la elaboración. La instancia definitiva en la toma de decisiones en el Scrum Team – es justamente Product Owner

Scrum Master

Scrum Master

Es posible decir bastante atrevidamente que Scrum Master es una de los peces gordos en la metodología Scrum. Es necesario comprender – Scrum Master no da las tareas pero elimina los problemas que aparecen adentro el Scrum Team

Development Team

Development Team

En nuestra percepción habitual, una unidad laborable es la persona, si se trata de los recursos humanos, pero en la metodología Scrum esto no es así.

Project Manegement
Project Manegement

Tiempo Scrum Time

keyboard_arrow_up