Administración de proyectos Scrum

con IBM Rational Team Concert

Versión 2: Parte 1. Configurar
proyectos, equipos y planes
Resumen: Por más de un año, hemos estado utilizando IBM© Rational Team Concert para
soportar nuestros equipos scrum, deleitándonos con muchas de sus características, viviendo
con algunas de sus deficiencias, y esperando la siguiente versión. Con Versión 2, los equipos de
Jazz y Rational Team Concert han entregado mejoras dramáticas para apoyar la estimación y
planificación en Scrum (sin mencionar un cliente Web mejorado y muchas otras características
nuevas). Esta serie de artículos provee un tutorial actualizado sobre cómo iniciar con Versión 2
y el proceso scrum y resalta las nuevas características y capacidades más importantes para los
equipos scrum y sus gestores. Actualiza un artículo publicado en el 2008 titulado Rational
Team Concert Version 1 and scrum Project management.

Millard Ellingsworth (millarde@us.ibm.com), Desarrollador de Software, Corporación IBM

Thomas Starz (starz@de.ibm.com), Desarrollador de Software, Corporación IBM

08 de Octubre del 2008

Nivel: Introductorio

La integración de una herramienta de planificación ágil con Rational© Team Concert de IBM©
y Jazz provee gran visibilidad, oportunidades para colaboración, y trazabilidad así como
también una conciencia del proceso dentro de una única plataforma para incrementar la
productividad del desarrollo.

De acuerdo a IBM Feloow Grady Booch, IBM© Rational© Team Concert y la plataforma IBM©
Rational© Jazz están preparados para llevar a buen término una “superficie sin fricciones para
el desarrollo (mediante) eliminando o automatizando muchas de las actividades diarias del
equipo.” Uno de los muchos puntos de fricción aliviados por el release de Rational Team
Concert y su plantilla de proceso Scrum es la integración de la planificación ágil y el
seguimiento del trabajo de desarrollo. Hasta ahora, si nosotros estábamos usando una
herramienta de planificación ágil, teníamos que bascular entre la herramienta y nuestro IDE
para localizar el trabajo a realizar,

El término scrum se originó en el juego de rugby como una abreviatura de scummage. En el

contexto del desarrollo de software, Scrum es un método de administración de proyectos
dentro de un proceso de desarrollo ágil. El propósito es mantener el foco en entregar el más
alto valor de negocio a los stakeholders en el menor tiempo posible. El proceso Scrum ayuda a
asegurar que las características restantes más valiosas sean construidas a continuación, y
enfatiza que el trabajo siempre sea completado al punto de ser entregable. El trabajo esta
estructurado en sprints o iteraciones de 2 a 4 semanas, con software funcionando al final de
cada sprint.

Para aprender cómo administrar su proyecto Scrum con IBM© Rational Team Concert, usted
trabajará en la configuración de un proyecto y seguidamente a través de su primera iteración.
Los datos para el proyecto de ejemplo provienen de una extensión del ejemplo de libro de
Mike Cohn Estimación Ágil y Planificación (Prentice Hall, 2005), el cual describe un equipo
scrum en Bomb Shelter Studios trabajando sobre un nuevo juego de computadora llamado
Havannah. Los datos para el ejemplo están adjuntos en el documento, “Rational Team Concert
Scrum simple data” (ver Descarga).

Este artículo esta basado en la suposición de que usted se ha registrado en jazz.net y ha

descargado e instalado el software de acuerdo a las instrucciones dadas. Necesitar llegar al
punto donde su cliente Rational Team Concert puede conectarse a su repositorio de IBM©
Jazz. Después de una rápida introducción al proceso scrum, empezaremos con la creación de
un proyecto Rational Team Concert basado en scrum.

Vistazo del proceso scrum

El framework scrum consiste de los siguientes aspectos interelacionados:

• Roles
o Propietario de producto (Product owner)
o Scrum master
o Miembro del equipo (Team member)
• Ceremonias (reuniones)
o Reunión diaria (Daily scrum)
o Planificación del sprint (Sprint planning)
o Revisión del sprint (Sprint Review)
o Retrospectiva del sprint (Sprint Retrospective)
• Artefactos
o Pila de producto (Product Backlog)
o Pila de sprint (Sprint Backlog)
o Gráfico Burndown (Burndown Chart)
o Lista de impedimentos (Impediments List)

Los requerimientos en un proyecto scrum son capturados como ítems en la Pila de Producto.
Este es uno de los artefactos más importantes dentro de un proyecto scrum. Es una lista
priorizada de todo el trabajo o características deseadas para el proyecto. El propietario de
producto es el responsable de mantener esta lista y revisar las prioridades para los ítems así
como el progreso del proyecto y los cambios en el entorno del negocio. Idelamente los ítems
en el Producto Backlog son declarados en términos que incluyen una indicación de su valor en
el negocio para los stakeholders.

El product owner es el responsable del éxito del producto. Esta persona define las
características y planifica la entrega y es el responsable de determinar el valor de negocio de
las diversas características. El product owner constantemente refina y reprioriza el Product
Backlog.

El scrum master gestiona el proceso scrum, asegurándose que las prácticas de scrum sean
llevadas a cabo apropiadamente y que los valores de scrum sean entendidos por los miembros
del equipo. El o ella aseguran que el equipo es totalmente productivo eliminando los
impedimientos y blindándolos de la interferencia externa (al menos durante el curso del
sprint).

En equipo scrum debe ser una mezcla multifuncional de los conocimientos correctos para
completar el proyecto (por ejemplo: desarrolladores, testers, diseñadores de interacción,
escritores). Los miembros del equipo deben estar comprometidos con el equipo a tiempo
completo; de los contrario, mantener gente involucrada a medio tiempo hará más lento al
resto del equipo.

El equipo mantiene una reunión de Planificación de Sprint al comienzo de cada sprint. En esta
reunión, el product owner presenta las características deseables para el sprint que se avecina,
describiéndolas de tal forma que el equipo pueda comprender que es lo que se espera. El
product owner y el equipo acuerdan una meta para el sprint. Esto es esencialmente una
declaración de la visión enfocada en el trabajo de las siguientes 2 a 4 semanas. El equipo luego
determina como llegará a cumplir la meta del sprint y divide las características dentro de las
tareas requeridas.

La lista de tareas viene a ser el la Pila de Print. Los ítems dentro la pila del sprint son
estamados en horas tal que el equipo pueda determinar cuando los ítems serán completados.
Si el tiempo es insuficiente, una característica será sacada de la pila del sprint y retornada a la
pila de producto. La estimación es realizada como un ejercicio de equipo y no esta
determinada por el scrum master o el product owner. La pila de sprint representa aquel
trabajo que el equipo se ha comprometido a entregar durante el sprint.

Durante la reunión diaria de scrum, el equipo responde tres preguntas:

• ¿Qué hice ayer?

• ¿Qué haré hoy?
• ¿Qué problemas bloquean mi progreso (si hay)?

Esta no es una reunión de rendición de cuentas, sino una reunión de planificación y

compromiso. La cual debe tomar menos de 15 minutos. Esta comunicación regular acerca de
que es lo que están haciendo todos y que problemas están encarando puede eliminar la
necesidad de otras reuniones y ayudar a los miembros del equipo a trabajar más
efectivamente juntos.

Al final de cada sprint, el equipo muestra el trabajo que ha completado durante la reunión de
Revisión del Sprint. Esta es una reunión breve e informal en la cual todas de las partes
interesadas están invitadas. Su propósito es demostrar el software trabajando (ú otros
artefactos valiosos, tales como un vistazo de la arquitectura del producto) y recibir
retroalimentación de los participantes y stakeholders acerca del software.
Después de la Revisión del Sprint, el equipo se reúne sólo para mantener la Retrospectiva del
Sprint (a veces llamada una Reflexión). Durante esta reunión, ellos hablan acerca de lo que les
esta saliendo bien – y lo que no – con respecto al proyecto y su progreso. Esta reunión puede
dar como resultado algunos cambios en como ellos trabajan para los sprints venideros, debido
a esto se mejora continuamente la efectividade del equipo y las prácticas. Dado que el Rational
Team Concert es muy configurable y adapatable a los ajustes del proceso, estas reuniones
pueden resultar en mejoras que son implementadas cambiando el proceso dentro de Rational
Team Concert.

Los ítems del product backlog son seleccionados para completarse durante la reunión de
planificación del sprint, ellos pasa a ser parte de la pila de sprint. La pila de sprint contiene las
tareas específicas asociadas con las características de la pila de producto. Durante el sprint, el
estado de los ítems de trabajo dentro del sprint backlog son actualizados diariamente. El
estado actualizado hace posible generar el sprint burndown chart. Este burndown chart
muestra la cantidad de trabajo que resta en el proyecto de una manera gráfica. Es también
común para ello incluir una línea ideal que indica una suave progresión del trabajo, desde el
comienzo hasta el final del srpint. La línea ideal indica como el trabajo debe progresar si alguna
proporción de e es completada cada día del sprint. Ademas el progreso actual del trabajo
puede no seguir esta línea, las desviaciones significativas son causa de preocupación,
particularmente si el progreso actual continua su tendencia a alejarse del ideal.

Cuando hay impedimentos o bloqueo del progreso, el scrum master puede mantener una lista
de impedimentos (o lista de bloqueo) como un artefacto adicional. Todos los artefactos deben
ser mantenidos donde sean visibles y accesibles a todos los miembros del equipo.

La plantilla de scrum de Rational team Concert soporta todos los roles importantes de scrum, y
artefactos. Rational Team Concert provee acceso fácil a estas características a través del
cliente eclipse o a través de la interfaz web.

Cuando administramos un proyecto utilizando el método scrum, necesitamos un lugar para

mantener la descripción que necesitan ser realizadas para el proyecto, es decir sus historias y
tareas. Además puede colocar tarjetas sobre una pizarra, pero utilizar software es más
deseable, especialmente si el equipo está distribuido alrededor de varias ubicaciones.

Rational Team Concert provee una forma liviana de administrar todo lo que necesite. Dentro
del Area de Proyecto (Proyect Area), puede administrar sus construcciones (builds), fuentes,
planes y mucho más. Este artículo se enfoca en los aspectos de planificación y administración
del proceso scrum. Desdués de realizar los primeros pasos, tales como conectarse al
repositorio y denifir los ID de usuario para el personal que usará la herramienta, explicaremos
como crear planes e ítems de trabajo y administrarlos durante las iteraciones una entrega del
proyecto.

Configurar el repositorio y los usuarios de Rational Team Concert

Antes de que estemos listos para mirar como Rational Team Concert y la plantilla de proceso
Scrum apoyan al equipo scrum, necesitamos manejar la configuración básica del proyecto.
Crear una conexión al repositorio

1. Asegúrese de que su servidor Jazz haya sido iniciado y que su cliente RTC este abierto.
2. Crear una nueva conexión al repositorio, haga click derecho sobre la opción Repository
Connections dentro de la vista Team Artifacts (ver figura) y seleccione Nuew > Jazz
Repository Connection.
3. Ingrese el URI y el id de usuario con su correspondiente clave.

Tip:

Cuando utilice una instalación local de servidor jazz, el URI puede ser, por ejemplo,
https://localhost:9443/jazz/, y el id de usuario inicial es ADMIN con clave ADMIN (en
mayúsculas).

Nota:

Note que la letra minúscula S en “https”, lo que muestra que Jazz utiliza una conexión segura.
Dependientdo de su browser usted puede tener un comportamiento extraño si se olvida de
incluir la “s”.

Ilustración 1 Crear conexión al repositorio

4. Click finish
5.

Dependiendo del sistema donde su Jazz server esta instalado, puede que tome algún tiempo
conectarse la primera vez hasta que la conexión al repositorio sea creada.

Agregar o importar usuarios

La siguiente acción es crear los usuarios dentro de Rational Team Concert. Los usuarios
asociados al repositorio Jazz, tal que puedan participar en mas de un área de proyecto y,
potencialmente, utilicen otras herramientas basadas en Jazz albergadas en el servidor. Si usted
configuró Jazz con un repositorio de usuarios externo (tal como su servidor Ldap corporativo),
puede importar los usuarios sin tener que crearlos, como la barra lateral lo explica. Aquí,
permítame asumir que usted utilizo el servidor Tomcat por defecto y que necesita crear
usuarios en este nuevo repositorio.

1. Para crear un nuevo usuario haga click derecho sobre la conexión del repositorio y
seleccione New -> User
2. Seleccione No cuando se le pregunte acerca de donde importar usuarios (figura)

Ilustración 2 Crear un nuevo usuario

3. Ingrese la información para el primer usuario.

a. Debido a que nosotros seguimos el ejemplo de Mike Cohn, Sasha será el
primer usuario.
b. Opcionalmente, agregamos una foto si esta disponible.
c. La dirección de correo es un campo requerido, debido a que Jazz puede enviar
una notificación via correo electrónico de muchas actividades del equipo. Para
Sasha ingrese sasha@bombshelterstudios.com.
d. La clave inicial del usuario es automáticamente igual al id de usuario.
4. Elija los grupos de seguridad apropiados para el usuario. El usuario que administrará el
proyecto debe estar en el grupo denominado JazzAdmins (en el jemplo, Sasha será un
JazzAdmin; de lo contrario, no será capaz de realizar las actividades de configuración
necesarias).
a. Los JazzUsers tienen permisos por defecto en el area de proyecto. Esto
permite crear y agregar ítems de trabajo, ver reportes, y usar otras
características definidas por la configuración de seguridad del proyecto.
b. Los JazzAdmins puede acceder varias configuraciones relacionadas al servidor
Jazz y los proyectos.
5. Seleccione el tipo apropiado de licencia para el usuario.
 a. Las licencias Developer (desarrollador) son requeridas para usuarios que crear
y entregan plantilas de proceso, crean planes o áreas de proyecto, y crean o
editar páginas adjuntas. Las licencias developer son apropiadas para miembros
del equipo que van a contribuir con código y construcciones.
b. Las licencias Build y Clear Case Connector son asignadas a usuarios
administrativos.
c. Las licencias Contributor son una buena opción para todos los usuarios que
necesitan acceso de solo lectura al repositorio. Con una licencia de
contributor, un usuario puede crear ítems de trabajo.

Ilustración 3 Detalles del usuario

6. Haga click en save.

7. Cree los usuarios adicionales Allan, Delaney, Frank, Prasad, y Rose.
8. Asignelos al grupo JazzUsers con una licencia Developer.
9. Cierre la sesión del usuario ADMIN.

Usted ha finalizado su entrada como el usuario ADMIN. El modelo de seguridad de Jazz le

da a este usuario privilegios básicos de administrador, pero no derechos particulares
dentro de un área de proyecto. Por ejemplo, el usuario ADMIN no puede crear y salvar
nuevos planes de iteración dentro del área de proyecto, porque esto lo deben realizar su
scrum master o producto owner. No es deseable conectarse con el usuario ADMIN
nuevamente; por lo tanto podemos utilizar a Sasha.

10. Haga click derecho en la conexión del repositorio y seleccione Properties (figura)
Ilustración 4 Especificando las propiedades de inicio de sesión

11. Cambie el id de usuario y los campos de clave para coincidir con las credenciales de
Sacha (sacha y sasha, debido a que la clave por defecto es el mismo valor que el id de
usuario). Puede seleccionar (ó deseleccionar) de manera opcional los check boxes
“Remenber my password” y “Automatically log in at startup” como muestra la figura.
Ilustración 5 Ingresando las propiedades de conexión

12. Cuando haga click en Ok, deberá loguearse de nuevo como Sasha, la que es el scrum
master de Bomb Shelter Studio.

Como importar datos de usuario desde su directorio LDAP

Los usuarios pueden ser importados desde un repositorio externo (tal como un servidor LDAP
corporativo). Para más información sobre como conectar su servidor a un directorio LDAP,
puede seguir el enlace Configuración LDAP para novatos en Jazz.net.

Configurar áreas para su proyecto y equipo

Crear el área de proyecto
La siguiente acción es crear un área de proyecto, la cual puede servir como el contenedor para
todos los planes, ítems de trabajo, y otros temas relacionados al proyecto que esta
configurando.

1. Para crear un Area de Proyecto, haga click derecho sobre la conexión al repositorio en
la vista Team Artifacts y selecciones New > Project Area.
2. Ingrese el nombre del proyecto (Havannah en este ejemplo), y haga click en Next.
 3. Cuando cree un área de proyecto la primera vez, necesitara desplehar las plantillas de
proceso pre-empaquetadas, haga click en Deploy Templates. Esto puede tomar
algunos minutos en finalizar.
4. Bajo Available Process Templates, elija la plantilla Scrum y haga click en Finish (ver
figura)

Ilustración 6 Crear un area de proyecto usando una plantilla Scrum

Puede tomar algunos minutos para que el área de proyecto sea inicializada por el servidor.
Cuando ha finalizado, puede ver una pantalla similar a la de la figura.

Ilustración 7 Area de proyecto para el proyecto Havannah

En la columna izquierda dentro de la vista Team Artifacts, puede ver la nueva área de proyecto
con carpetas para Builds, Plans, Reports, Source control (streams), y Work Items (consultas
para ayudar a localizar ítems de trabajo en varios estados). Este artículo se enfoca en la sección
Plans. En el editor del área de proyecto, hay un área de descripción para proveer información
acerca del proyecto.

Nota:

Dentro del área de proyecto, hay también una sección para agregar adjuntos. Esto pertenece a
la plantilla de proceso Scrum y no es un buen lugar para colocar adjuntos al proyecto.

Agregar miembros y especificar sus roles

Como el creador del área de proyecto, usted es el administrador inicial. Sin embargo, muchos
de los permisos para modificar la estructura del proyecto dentro de la plantilla de proceso
Scrum le pertenecen al scrum master o product owner. Además, una de las primeras cosas que
necesita hacer es agregar miembros al proyecto y colocar sus roles (al menos para el scrum
master y el producto owner). Tipicamente, la membresia a nivel de área de proyecto es para
miembros con responsabilidades administrativas. Pronto podrá agregar otros miembros del
equipo dentro del Area de equipo.

En este ejemplo, Sasha creo el área de proyecto, de manera que se convierte en el

administrador inicial y puede realizar cambios en el área de proyecto. Frank, el producto
owener de Havannah, es un miembro apropiado a nivel de área de proyecto, tal que lo
agregaremos ahora.

1. Haga click en la flecha a la izquierda de Members para expandir el panel.

2. Haga click en Add para comenzar el asistentes Add Team Members.
3. Para agregar a Frank como producto owner, tipee una f (letra F) en el area de texto
user name y haga una búsqueda para encontrar nombres. Debido a que Frank ya fue
agregado como un usuario RTC, su nombre será ubicado en la lista.
4. Click Select para moverlo a la lista de usuarios seleccionados.
5. Haga click en Next.
6. Seleccione el rol Producto Owner, agregelo a la lista Assigned Roles y haga click en
Finish. Ver figura.

Ilustración 8 Agregar miembros al proyecto Havannah

7. Guarde el área de proyecto (usando el botón Save dentro de la esquina superior
derecha del editor de área de proyecto o la acción File > Save).
Después de grabar los cambios, se le presentará una lista de los nuevos miembros del
equipo y se le preguntará si quiere enviarles una invitación por correo. Si tiene
configurado el soporte de correo (cuando configuró el servidor) y esta de acuerdo, los
miembros del equipo recibirán un mensaje de bienvenida, acompañado con enlaces e
información para conectarse al proyecto.
8. Debido a que estos miembros son ficticios, quite la selección en todos los checkboxes y
luego haga click en Ok (Puede cancelar este diálogo ya que solo es para mandar
correos)

Esquema de plazos para las entregas

El siguiente paso es planear los plazos para el proyecto, lo que significa que debe
especificar las fecha de inicio y final para las entregas y los sprints. Cuando configure su
área de proyecto propia, ajuste las fechas para satisfacer sus necesidades. Es bueno
seleccionar una fecha de comienzo en el futuro.

Tip:

Necesita estar autorizado para realizar cambios al proyecto. El usuario que creo el
proyecto tiene derechos de administrador y puede hacer los cambios descritos en esta
sección. Cuando configure su proyecto, debe asegurarse de ser el administrador para el
área de proyecto o un miembro que tiene el rol de scrum master o product owner. De lo
contrario, puede recibir un mensaje de permiso denegado cuando intente grabar los
cambios en los plazos.

Al lado derecho del la ventana del editor de área de proyecto, bajo Timelines (ver figura),
puede ver la pestaña de iteraciones que la plantilla de proceso estableció cuando creo el
área de proyecto, incluyendo Sprint 1 y Sprint 2 bajo Reelase 1.0

1. Seleccione Release 1.0 bajo Process Iterations y haga click en Edit Properties para abrir
el menú desplegable Edit Iteration mostrado en la figura.
Ilustración 9 Colocar plazos para sprint y release

2. Deje Iteration Type como el valor por defecto.

3. El identificador debe ser único, pero puede cambiarlo para satisfacer sus necesidades.
4. Coloque la fecha de inicio y final para el entregable (ver nota), asegurese de que el
checkbox para “A release is Schedule for this iteration” esta seleccionado, haga click en
Ok.

Puede editar las propiedades de las iteraciones existentes de manera similar.

Nota:

Debido a que el seguimiento del trabajo es sensible a los plazos, las fechas deben estar
basadas en el momento en el que esta trabajando en este ejemplo. Inicie el release y la
primera iteración el día de hoy o algún día en un futuro cercano. Coloque el final del
release al menos seis semanas más adelante. Cada sprint debe tener 2 semenas
(típicamente Lunes al siguiente Viernes, dejando fuera los días feriados).

Nota:

El triángulo azul sobre el icono Release 1.0 y el Sprint 1 indican que estos son el release
actual y la iteración actual.

Tips:
 Puede realizar más cambios al área de proyecto más adelante. Para abrilo haga click
derecho sobre el y seleccione Open.

El área de proyecto es configurable, en una gran extensión. Sobre la pestaña Process

Configuration, bajo Project Configuration, hay numerosas opciones para adaptar el
proyecto a sus necesidades. Como se esta familiarizando con RTC, puede probablemente
querer adaptarlo a su equipo (por ejemplo, como resultado de sus discusiones durante las
reuniones de Reflexión). La configuración del proceso es una herramienta potente para
hacer que el proceso se ajuste a las necesidades de su equipo, en lugar de cambiar el
comportamiento de su equipo para ajustarse al proceso.

Ilustración 10 Configuración del proyecto

Especifique un área de equipo y agregue miembros

La tecnología Jazz puede soportar un equipo razonablemente grande con líneas de tiempo
múltiples y sub-equipos. Dentro de las Áreas de Proyecto, hay Áreas de Equipo para organizar
a los miembros del equipo. Solo los miembros del área de equipo son elegibles para la
asignación de trabajo relacionado al equipo. Este ejemplo sólo tiene un equipo, el cual
necesita tener miembros.
 1. Haga clic en la pestaña Organización de Equipo en el panel izquierdo. Si no esta
abierto, utilice Windows > Show View > Team Organization para abrirlo.
2. Expanda la carpeta Havannah (la cual fue automaticamente creada cuando el Área de
Proyecto fue creada).
3. El nombre por defecto asignado al equipo cuando se crea el proyecto es Team 1. Haga
clic drecho sobre Team 1 y abra el Editor de Area de Equipo.
4. Escriba Havannah como el nombre del equipo.
5. Agregue a Allan, Delaney, Prasad, y Rose como los miembros del equipo. Proceda de la
misma forma que cuando antes agrego a Frank al area de Proyecto. Dentro del
asistente Agregar Miembros del Equipo,puede utilizar el * (asterisk) como comodin
para retornar todos los miembros (no lo intente si esta utilizando un LDAP corporativo)
y selecciónelos a todos antes de asignarles el rol de Miembro de Equipo.
6. Agregue a Sasha en el rol de Scrum Master y, opcionalmente, asignele el rol de Team
Member, también,debido a que los scrum masters no son automáticamente Team
Members en el contexto de los roles de Rational Team Concert).
7. Haga clic en Grabar.

Ilustración 11

Consejo:
Los equipos grandes consisten tipicamente de algunos sub-equipos. Puede reflejar su
estructura de equipo agregando muchos equipos adiconales para su proyecto.

Especifique la disponibilidad de un miembro de equipo.

Para que los calculos de carga de trabajo sean precisos, ajuste la disponibilidad de los
miembros del equipo. Tal vez un miembro del equipo tiene responsabilidades fuera de los
límites de su participación o si tiene vacaciones planeadas. Esto será ajustado en la página del
usuario. Normalmente, los usuarios deben mantener esta area actualizada por si mismos, pero
como es una parte importante del cálculo de la carga de trabajo del equipo lo vamos a ilustrar
aquí.

1. Si no esta listo, haga click en la pestaña Organización de Equipo en el panel de la

izquierda y expanda la carpeta Havannah y el equipo Havannah.
2. Abra el editor de usuario para Rose.Puede hacer doble clic sobre el nombre del usuario
para abrir los detalles del usuario.
3. Rose esta disponible para el equipo solo el 75% de su tiempo. Por lo tanto, haga click
en la pestaña Ambiente de Trabajo (Work Environment) y luego, en la sección Work
Assignment, haga click en la línea Havannah Team y la opción Change (ver Figure 13).
4. Por defecto, si un usuario está asignado solo a un equipo, 100% de su tiempo
(recursos) están asociados con el equipo. Para bajar la asignación de Rose, seleccione
la asignación y haga clic en Change. Baje su asignación a 75% (ver Figure 13).
5. Haga clic en OK. Esto ajustará el número de horas que Rose está disponible para las
asignaciones de trabajo.
6. Ella también tiene un día de vacaciones por venir. Vaya a la pestaña Ausencias
Planificadas, clic Nuevo sobre el lado derecho de la lista e ingrese una descripción y las
fechas de sus vacaciones (see Figure 14).
7. Haga clic OK.
8. Haga clic en Save para actualizar los detalles de Rose.

Ilustración 12
Ilustración 13

Crer la pila de producto para el proyecto

Uno de los artefactos más importantes dentro del método Scrum es la pila de producto.

1. Para construirla para este ejemplo, vamos a la vista Artefactos del Equipo (vea la
esquina superior izquierda de la figura que sigue) y dentro del proyecto Havannah,
seleccione Release 1.0, haga clic derecho para ver el menú de contexto, seleccione
Nuevo > Plan.
Consejo:
Puede tener que abrir uno o más nodos del árbol par aver la iteración Release
1.0. Los planes adicionales (si existen) estan bajo la linea de desarrollo (en este
caso bajo Main Development), pero el release y sprint actuales son visibles a
nivel de Plan para un fácil acceso.
2. En la ventana Nuevo Plan que se abre, ingrese Pila de Producto (Producto Backlog)
como el nombre.
3. Seleccione Product Backlog como el Tipo de Plan
4. Para Team Members, Timeline, e Iteration, deje los valores por defecto.
5. Haga clic en Finish.
Consejo:
Si no puede salvar el plan, debe tener que regresar y agregar el rol de scrum master a
la configuración del usuario Sasha. Un editor multipágina se abrirá para el plan de
iteración del Product Backlog (ver Figura 15).
6. Sobre la página Overview,puede ingresar información acerca de su product utilizando
un formato estilo Wiki.
 7. El área de Adjuntos (Attachments) al final de la vista del editor (visible solo cuando
estamos en modo edición para la página) es un buen lugar para agregar cualquier
requerimiento o otra documentación general pertinente a este release de tal forma
que ellos estén siempre disponibles a los miembros del equipo. El area de puede
tambien contener enlaces a sitios web o repositorios de documentación externos.
8. Haga clic en la pestaña Planned Items para comenzar a agregar items a la pila de
producto.

Ilustración 14

Hay algunas formas de ver un plan, llamados modos. Sobre el lado derecho de la ventana,
puede especificar como los items en el plan debes ser agrupados y qué clase de ítems deben
ser excluidos de la vista. Hay modos predefinidos, nombrados Backlog, Iterations, Teams, y
Work Breakdown. Puede también definir su modo de vista personalizado. Para hacerlo, use la
opción Editar | Copiar sobre la derecha del panel, bajo "Ver cómo." Los modos adicionales son
almacenados en el servidor y están disponibles para otros miembros del equipo, los cambios a
los modos afectan a todos los usuario del Área de Proyecto.

Llene la pila de product con items de trabajo

Sobre la pestaña Planned Items del backlog, comience a agregar items.Dentro de Scrum, los
items en la pila de product son llamadas historias o,si son muy largas, epopeyas (ver los libros
de Mike Cohn's, User Stories Applied or Agile Estimating and Planning).Una historia es una
descripción de la funcionalidad a ser implementada en el producto, declarada en terminus de
que roles de usuario soporta la característica y de que valor de negocio aporta. Una historia
correctamente escrita incluye en resumen, alguna descripción o discussion de la característica,
y condiciones para la aceptación de la característica por el Propietario de Producto. En el
ejemplo Havannah,todos los items son escritos como historias. (Para abreviar, muchas de las
historias usadas en este ejemplo incluyen solo un resumen, no confundirlas con una historia
correctamente escrita.)

1. Seleccione un Nuevo item por defecto para la Historia. Esto permite rápidamente
ingresar nuevos ítems de trabajo utilizando Ctrl+Enter .
a. Haga clic derecho sobre la carpeta Havannah.
b. Seleccione Agregar Item de Trabajo (Add Work Item) > Set Default > Historia
(Story).
2. Haga clic derecho sobre la carpeta Havannah de nuevo, seleccione Agregar Item de
Trabajo y luego Historia (o use Ctrl-Enter).
3. Ingrese el resumen para el nuevo ítem en la parte inferior de la pantalla.

Ilustración 15

4. Agregar todos los ítems pedidos por el propietario de producto.

5. Haga clic en Grabar en la parte superior derecha de su pestaña Plan en cualquier
momento para grabar el trabajo.
6. Después de que algunas historias fueron agregadas, el siguiente paso para el
propietario de producto es poner las prioridades. Los valores de Alto, Medio, y Bajo
están disponibles.
Consejo:
 Si las prioridades predefinidas no son apropiadas para las necesidades de su proyecto
puede personalizarlas fácilmente la lista de prioridades disponibles en su Área de
Proyecto.
7. Puede entonces rankear los ítems con las prioridades. Reflejará este ranking
arrastrando los ítems a ordenar dentro de su agrupamiento por prioridad. El sistema
recuerda el ordenamiento realizado con la acción de arrastrar y soltar (o use
Alt+Flechas).Si arrastra una historia, por ejemplo de prioridad media, a un grupo
diferente y la suelta entre 2 historias de prioridad diferente, Rational Team Concert
reasigna automáticamente el valor de prioridad para coincidir con sus vecinos.

Ilustración 16

8. Cuando el equipo agrega un estimado para la complejidad del item, ingrese Story
Points utilizando los menus drop-downcomo se muestra en la figura.
9. Haga doble clic sobre una historia para abrir su editor (en este ejmplo se muestra la
figura siguiente, la historia dice “Como un jugador, puedo jugar contra un motor débil
que reconoce anillos."

Ilustración 17

10. En el campo descripción, provea detalles adicionales acerca de que espera de la

historia (una descripción puede ser agregada cuando se agrega inicialmente al plan).
En este caso, referencias a documentación imaginaria que es adjuntada al proyecto.
11. El creador de un item automáticamente se subscribe a el. En caso de que no se
necesite, puede hacer clic en el enlace Subscribers en la sección de Información
 Rápida en el lado inferior izquierdo y seleccione Unsubscribe Me.

Ilustración 18

12. Haga clic en la pestaña Acceptance Test.Agregue las pruebas de aceptación

identificadas por el equipo y el propietario de producto como prueba de que la
historia sea exitosamente completada y pueda cumplir con las expectativas de los
stakeholders.
Consejo:
Otra manera de tartar con el agregado de detalles mientras se esta construyendo la
lista e sir sobre el modo Vista Previa dentro del editor de iteraciones. Haga clic en el
icono con los lentes dentro de la barra de herramientas (ver figura), y el editor se
 dividirá para mostrar el plan de iteración y el ítem seleccionado lado a lado.

Ilustración 19

Consejo:
Si quiere organizer y visualizar epopeyas e historias en orden jerárquicodentro de su
pila de producto, debe utilizar una vista que muestre sus items de trabajo a modo de
arbol.. El modo Work Breakdown muestra los items en arbol, pero se puede
configurar cualquier otro modo de esa manera.

Fuente:

http://www.ibm.com/developerworks/rational/library/09/scrumprojectmanagementteamcon
cert-1/index.html