Barra Superior

PMOinformatica.com
La oficina de proyectos de informática
La web sobre gerencia de proyectos de informática, software y tecnología.
Síguenos en:     

lunes, 25 de noviembre de 2013

Plantillas Scrum: Pila de producto (Product Backlog)

Imagen de: pmoinformatica.com
La Pila de Producto (Product Backlog) es el instrumento metodológico del marco de trabajo Scrum, que se usa para listar las características (Features) o funcionalidades del software a desarrollar, para priorizarlas de acuerdo a las necesidades del área de negocio. Su contenido se desarrolla a partir de las historias de usuario identificadas por el dueño de producto (Product Owner).

La pila de producto permitirá tener visualización de las funcionalidades a desarrollar, priorizar las características del software según las necesidades del negocio, dejar registrado el esfuerzo necesario para desarrollar la historia y asignarla a una iteración (Sprint). Para ello, se deben seguir las reglas de administración de la pila de producto.

Pmoinformatica.com, “La Oficina de Proyectos de Informática”, presenta una plantilla para la Pila de Producto (Product Backlog), que contiene las siguientes columnas: ID de la Historia (Funcionalidad), su enunciado, Estado, Dimensión (o Esfuerzo), Iteración, Prioridad y Comentarios.

Descargar la plantilla en el siguiente enlace

>> Plantilla de Pila de Producto (Product Backlog)

La plantilla está libre de derechos de autor y puede ser usada libremente por nuestros lectores.

Formación en metodologías ágiles de Management Plaza



Como profesional del área de informática o Gerente de proyectos, necesitas estar informado de las últimas técnicas y metodologías ágiles de desarrollo de software.

Si buscas un curso en las que puedas hacer las lecciones en el momento que te sea más conveniente, te presentamos el Video curso Scrum, con más de 29 vídeo lecciones sobre el marco de trabajo Scrum, sus roles, instrumentos, métodos y más.




Más cursos >>

Descripción de la plantilla


La Pila de Producto (Product Backlog), se rellena a partir de las historias de usuario identificadas por el dueño de producto (Product Owner).

Asumiendo que se ha asignado un código a cada historia, se debe crear un renglón para cada historia en la pila de producto. Para mejor referencia se sugiere usar el mismo código y enunciado de historia.

A continuación el contenido de la plantilla:

  • Identificador (ID) de la Historia: Código que identifica a la historia de forma unívoca, una vez asignado, no debe ser re-usado en otra historia, ni siquiera si es descartada. El código identifica la historia en otros documentos, como por ejemplo la plantilla de historias de usuario.
  • Enunciado de la Historia: Nombre de la historia, el cual debe ser el mismo que se utiliza en otros documentos. Se puede utilizar el formato siguiente:

Como un [Rol], Necesito [Descripción de la Funcionalidad], con la finalidad de [Razón o Resultado]

  • Alias: Título de la historia alternativo a la descripción, que servirá para identificar más fácilmente la historia sin tener que repetir todo su enunciado. Se puede utilizar por ejemplo el nombre de la funcionalidad o requerimiento que se pretende desarrollar.
  • Estado: Identifica los posibles estados de la historia durante su ciclo de vida:
    • Vacío: La historia fue identifica pero aún no ha sido asignada a una iteración.
    • Planificada: La historia fue asignada a una iteración y aún no ha comenzado su ejecución. Puede tener este estado incluyendo en la iteración donde está planificado ejecutarla (pero que aún no ha comenzado).
    • En Proceso: La historia fue seleccionada por el equipo y está en proceso de desarrollo (en ejecución).
    • Hecho (Donde): La historia fue desarrollada. Es importante clarificar la definición de “Hecho” con el equipo de trabajo. “Hecho” no sólo incluye el desarrollo sino la integración y pruebas integrales del Software. Una historia hecha puede presentarse al dueño de producto para sus pruebas de aceptación.
    • Descartada: Se determinó que la historia ya no es relevante, su contenido se incluyó en otro grupo de historias o fue cancelada.
  • Dimensión / Esfuerzo: Medida del esfuerzo (tamaño) que implica desarrollar la historia, existen distintos métodos para medirlo, un ejemplo es los “puntos de historia” una medida de complejidad no necesariamente relacionado con jornadas o días. Otra forma de medirlo es con días o jornadas ideales.
  • Iteración (Sprint): Iteración o Sprint al que se asigna la historia. Esta asignación puede cambiar en cada iteración donde se haga la revisión de la pila de producto (Product Backlog Review), según las prioridades indicadas por el dueño de producto. Por medio de este campo se puede crear un “Plan de Salidas a Productivo” (Release Plan).
  • Prioridad: Siguiendo el marco de trabajo ágil y Scrum, se le deben asignar prioridades a las historias, según las instrucciones del dueño de producto (ProductOwner). De esta forma pueden ordenarse. Las historias de mayor prioridad deben ser las que agregan más valor al negocio, y deben ser originadas en sus necesidades.
  • Comentarios: Comentarios o detalles relacionadas que expliquen la historia. Para definiciones de mayor longitud deben usarse documentos externos, por ejemplo la plantilla de historias de usuario.

¿Buscas más plantillas de metodologías ágiles?

¿Quieres obtener completamente gratis y directamente en tu correo electrónico plantillas de Gerencia de Proyectos y metodologías ágiles, entonces presiona "suscríbete" a continuación. ¿Que esperas?

Suscríbete a la lista de correo electrónico:


Vía FeedBurner, se abrirá una nueva ventana

>> Más Plantillas de Gerencia de Proyectos de Desarrollo de Software


¿Y qué opinas tú?

¿Cuál ha sido tu experiencia administrando la Pila de Producto (Product Backlog)?, ¿Qué agregarías o quitarías a esta plantilla?. Déjanos tus comentarios en este post o envíanos un mensaje directo a la sección Contáctanos. Te invitamos a suscribirse por los distintos canales.

También puedes seguirnos vía Twitter, Facebook o Linkedin:

   

Lectura recomendada 

Proyectos Ágiles con Scrum: Flexibilidad, aprendizaje, innovación y colaboración en contextos complejos 
Autor: Martin Alaimo; Martin Salas.

>> Latinoamérica (amazon.com)
>> España (amazon.es)
>> Ver reseña

¿Interesado en otros productos y últimas novedades?
>> Visita nuestra sección de productos amazon

Más plantillas de metodologías ágiles


>> Más Plantillas de Gerencia de Proyectos de Desarrollo de Software

    No hay comentarios :

    Publicar un comentario en la entrada

    Pmoinformatica.com," La Oficina de Proyectos de Informática ", es un participante en el Programa de Servicios de Amazon Associates LLC, un programa de publicidad de afiliación diseñado para proporcionar un medio para que sitios web puedan ganar honorarios por la publicidad y enlaces a amazon.com y amazon.es.