Scrum-time.com
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

La responsabilidad más principal del Product Owner es la creación y el control del Product Backlog

Las obligaciones básicas y la responsabilidad del Product Owner en la dirección del Product Backlog:

  • la espicificación de los elementos de Backlog del producto;
  • la disposición correcta de los elementos para la optimización del logro del objetivo;
  • el mantenimiento de la comprensibilidad y la transparencia del Product Backlog;
  • el mantenimiento de la transparencia y la comprensibilidad de las demandas, en las que tiene que trabajar todo Scrum Team;
  • la optimización general para el logro del valor más grande del trabajo del Development Team;
  • la responsabilidad por la comprensión del Backlog por el equipo de la elaboración.

No está demás decir que el Product Owner puede cumplir todas las obligaciones arriba indicadas, y puede darlos a la realización al Development Team, sin embargo siempre se queda responsable.

Las decisiones del Product Owner de la realización de unas u otras tareas deben cumplirse. El Propietario del Producto transmite todas las decisiones a través de aquel Product Backlog, que se sale. Es importante tener en cuenta que él mismo no puede influir sobre el trabajo del Development Team y a veces no asiste a unas negociaciones, por ejemplo, al Scrum Planning Meeting,sin embargo él siempre debe estar al lado por si acaso.

Жизнь Product OwnerLa vida del Product Owner dentro del Scrum Team

Para el Product Owner es importante escribir las tareas no desde el punto de vista de la programación, sino por las exigencias del cliente. Por ejemplo, el sistema del extracto de la revista trabaja lento. Si el Product Owner escribe – Hacer la optimización de la base de datos - es el acceso incorrecto. El problema puede ser no en la base de datos, o no sólo en ella. Por eso la descripción de todas las tareas va en la lengua simple, por ejemplo - Acelerar la entrega de la revista. Para las ideas de la decisión de los problemas hay un campo Nota en el Product Backlog.

El propietario del producto no puede limitarse solamente con la composición de la lista de lo necesario, ya que la interacción con el equipolleva a un trabajo mejor y más eficaz.

Volviendo al Planning Meeting, se puede a menudo notar que siempre hay unos momentos discutibles. El problema más básico – la retasación del Story Points. El Product Owner a veces no puede prever todos los aspectos técnicos de una u otra acción (y no debe), y dando la tarea, él puede no prever unas intercomunicaciones difíciles lejanas , que aumentan el plazo de la ejecución del trabajo. Hay en este caso una revisión de las valoraciones de esta tarea, y esto puede influir en la salida del total Story Points de los límites de las posibilidades del equipo, estimadas por Velocity.

Product Owner es necesario no sólo en la fase inicial, como puede aparecer, sino también a lo largo de todo Sprint. La intercomunicación con el equipo pasa de la manera unilateral – el equipo tiene derecho a atraer el Product Owner. El tiempo necesario para la atracción del Product Owner depende del tiempo general pasado con el equipo. Se dice: «El equipo madura para las preguntas a Product Owner»

Además una obligación importante del Product Owner es la parada del Sprint. En el artículo Abnormal Termination / la Parada del Sprint esta acción está descrita detalladamente.

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.

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 . Hoy es el momento más oportuno de decir: «¡El Sprint mismo gira alrededor del Product Backlog y su derivada – Sprint Backlog!»

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í.

Sprint Planning Meeting

Sprint Planning Meeting

Story Points

Story Points

Una de las partes más importantes de la metodología Scrum – la parte Story Points. Esta parte está integrada muy ajustadamente en el Scrum junto con la tecnología de Planning Poker.

Velocity

Velocity

Si imaginamos el movimiento del coche, la velocidad se estima por el indicador de velocidad y entonces todo está claro. Sin embargo en la vida en general y en un asunto concreto no hay un indicador de velocidad y cómo estimar la velocidad objetivamente ya es la pregunta.

Sprint Backlog

Sprint Backlog

Scrum Sprint

Scrum Sprint

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

Project Manegement
Project Manegement

Tiempo Scrum Time

keyboard_arrow_up