REPÚBLICA BOLIVARIANA DE VENEZUELA MINISTERIO DEL PODER POPULAR PARA LA DEFENSA

UNIVERSIDAD NACIONAL EXPERIMENTAL POLITÉCNICA DE LA FUERZA ARMADA

MAESTRÍA EN TECNOLOGÍA EDUCATIVA GERENCIA DE PROYECTO Y LAS TICS

FACILITADORA:

MARIANELA HERNÁNDEZ

AUTORAS:

FEMAYOR YARINNIA PALACIOS YONALKIS

HERRERA IVETH URBINA YONAISY

NOVIEMBRE,2014

Herramientas y técnicas modernas (Aplicaciones TIC) que ofrece la Gerencia y la

Administración.

CONTENIDOS

1. Definiciones Básicas de Scrumrf.

2. Registro de Usuarios Y Organizaciones.

3. Creando un Nuevo Proyecto.

4. Historias de Usuario Y Tareas

5. Creación de Sprints

6. Trabajando con Sprints

7. Finalización del Proyecto

¿QUÉ ES SCRUMRF?

Es un software que nos permite registrar usuarios y tareas, logrando ver la historia del trabajo de cada uno de los miembros de un proyecto, añadir comentarios y gestionar múltiples proyectos al mismo tiempo, todo desde un entorno muy limpio y sencillo en su manejo. También es un proceso en el que se aplican de manera regular un conjunto de buenas prácticas para trabajar colaborativamente, en equipo, y obtener el mejor resultado posible de un proyecto.

¿QUÉ ASUME SCRUMRF?

1.Requerimientos cambiantes en el proyecto. 2. Presenta en forma real la verdadera necesidad del cliente. 3. No presenta mecanismos rígidos de control y estructura.

¿ PARA QUÉ SIRVE EL SCRUMRF?

Para colaborar con nuestro equipo en trabajos diarios, conocer lo que está haciendo cada miembro, pudiendo hacer comentarios con ellos, tareas o historias de cada usuario. Existe una aplicación denominada "pila de productos" con la cual podemos añadir historias de usuario a la pila de manera sencilla y sus tareas derivadas. También, con la sección "métricas" podemos conocer el estado de nuestros proyectos de un rápido vistazo.

¿CÓMO FUNCIONA SCRUMRF?

Ordena el desarrollo en ciclos de trabajos llamados interacciones (Sprints) que pueden tener una duración de 1 a 4 semanas, y se van sucediendo una detrás de otra. Los sprints es el período en el cual se lleva a cabo el trabajo en sí. Los Sprints están acotados en el tiempo – finalizan en una fecha determinada independientemente de si el trabajo ha finalizado por completo o no, y jamás se prorrogan.

BENEFICIOS DEL SCRUMRF . Flexibilidad a cambios. Gran capacidad de reacción ante los

cambiantes requerimientos generados por las necesidades del cliente o la evolución del mercado.

Reducción del Time to Market. El cliente puede empezar a utilizar las características más importantes del proyecto antes de que esté completamente terminado.

Mayor calidad del software. El trabajo metódico ayuda a la obtención de un software de alta calidad.

Mayor productividad. Eliminación de la burocracia.

Maximiza el retorno de la inversión (ROI). Creación de software que contribuyen a un mayor valor del negocio.

Predicciones de tiempos. Se conoce la velocidad media del equipo por sprint.

Reducción de riesgos. Permite despejar riesgos efectivamente de manera anticipada

ROL DEL SCRUMRF Existen tres roles:

Product Owner representa la voz del cliente. Se asegura de que el equipo Scrum trabaje de forma adecuada desde la perspectiva del negocio. El Product Owner escribe historias de usuario, las prioriza, y las coloca en el Product Backlog.

ScrumMaster (o Facilitador) es facilitado por un ScrumMaster, cuyo trabajo primario es eliminar los obstáculos que impiden que el equipo alcance el objetivo del sprint. El ScrumMaster no es el líder del equipo (porque ellos se auto-organizan), sino que actúa como una protección entre el equipo y cualquier influencia que le distraiga. El ScrumMaster se asegura de que el proceso Scrum se utiliza como es debido. El ScrumMaster es el que hace que las reglas se cumplan.

Equipo de desarrollo tiene la responsabilidad de entregar el producto. Un pequeño equipo de 3 a 9 personas con las habilidades transversales necesarias para realizar el trabajo (análisis, diseño, desarrollo, pruebas, documentación, etc).

BACKLOG DE UN PRODUCTO Contiene descripciones genéricas de todos los requisitos, funcionalidades deseables.

SCRUM DIARIO Se trata de una corta reunión (15 minutos o menos) que tiene lugar todos los días a una hora convenida.

SPRINT BACKLOG

Es un documento detallado donde se describe el cómo el equipo va a implementar los requisitos durante el siguiente sprint.

BURN DOWN CHART

Es una gráfica mostrada públicamente que mide la cantidad de requisitos en el Backlog del proyecto pendientes al comienzo de cada Sprint..

REGISTRO DE USUARIOS Y ORGANIZACIONES

Empezaremos por el principio, el registro de un nuevo usuario y una nueva organización. Iveth es Scrumrf Master en una empresa educativa llamada U.E.D Luis Enrique Chaumer. Va a comenzar el desarrollo de nuevos proyectos y necesita de una herramienta que le permita gestionarlos de un modo práctico y sencillo, sin complicaciones ni artificios que saturen aún más su ya de por sí ajetreada jornada laboral. Como no podía ser de otra manera escoge Scrumrf para tal propósito. Para comenzar a utilizar la aplicación y dar de alta su primer proyecto, lo primero que hace es inscribirse a sí mismo y a su organización. Para ello se dirige a la dirección http://www.scrumrf.com/, escoge el idioma con el que quiere trabajar (en este caso español) y selecciona la opción de registro. A continuación llena el formulario de alta, en el que especifica su información personal, la de su organización y la de su nueva cuenta de Scrumrf.

REGISTRO DE USUARIOS Y ORGANIZACIONES

http://www.scrumrf.com/, escoge el idioma con el que quiere trabajar y selecciona la opción de registro.

Llena el formulario con todos los datos solicitados y le das clic en crear cuenta

A la derecha del formulario puede ver una pequeña descripción del proceso de creación de la cuenta y de las limitaciones de uso de la versión gratuita. Tras pulsar sobre el botón Crear Cuenta, recibirá un email de confirmación que contendrá, entre otra información, una URL para la activación de su cuenta. Solo tiene que pulsar sobre ella para acceder a Scrumrf y empezar a trabajar. Desde la página de entrada tiene acceso a todas las opciones de la aplicación

En la esquina superior izquierda Iveth dispone de dos enlaces desde lo cuales puede acceder y modificar tanto sus datos personales como los de su cuenta y su organización. Pulsando sobre su nombre accede a la pantalla de detalle de usuario, en la que puede ver las zonas que contendrán la información acerca de los últimos eventos de la aplicación relacionados con él, sus tareas asignadas y los comentarios que vaya añadiendo a las diferentes entidades que se pueden comentar.

En la columna de la derecha se encuentra la opción Editar usuario. Pinchando

sobre ella accede a un formulario desde el que podrá modificar sus datos personales

y los de su cuenta Scrumrf.

Dar clic sobre

el nombre de

usuario

Del mismo modo, pinchando sobre la opción de Configuración puede editar los datos de la empresa y ver el número máximo de proyectos y usuarios que su plan le permite crear.

Clic en

configuración

CREANDO UN NUEVO PROYECTO El siguiente paso será la creación de un proyecto y la asignación de las personas que participarán en él, estableciendo el papel que tendrá cada una dentro del mismo.En primer lugar, Iveth tendrá que invitar a sus compañeros para que también ellos tengan su cuenta de acceso a Scrumrf. Para ello, desde la opción Nuevo usuario de la pestaña Personas, rellena el formulario de alta del nuevo miembro de la organización, que en este caso será el desarrollador.

Clic aquí

Una vez que Iveth ha introducido sus datos, Le entregará su clave y el usuario con que fueron registrados los integrantes del equipo, y el nuevo usuario podrá acceder a la aplicación, además, aparece en la lista de personas de la organización. Pinchando sobre su nombre puede ver en detalle sus propiedades y modificarlas si lo considera oportuno.

Como lo pueden observar, dando clic en la pestaña persona podrás ver los integrantes del proyecto que ya hayas registrado. en este caso Iveth ha registrado a Yonalkis Palacios, Yonaisy Urbina y Yannia Femayor. Siendo un total de 4 personas para la gestión del proyecto

Ya tenemos dado de alta al equipo al completo. El siguiente paso será la creación del primer proyecto. Accediendo a la pestaña de Proyectos, Iveth pulsa sobre la opción Nuevo Proyecto e introduce los datos en el formulario que se abre a continuación.

Clic en

Proyecto

Nuevo

Proyecto

Inicialmente introduce los siguientes datos: un nombre para el proyecto; su estado, que en este caso será activo desde el principio; la fecha estimada de comienzo; una breve descripción del proyecto; la clave para la identificación del proyecto en las historias de usuario; la unidad de esfuerzo en la que se medirán las historias de usuario, en este caso son puntos de historia; la unidad de esfuerzo para las tareas, que en este caso son horas; y, por último, el factor de foco predeterminado, que no es más que el porcentaje de tiempo productivo del equipo

Introducidos estos datos lo único que queda es asignar al equipo, junto con sus roles o responsabilidades dentro del proyecto. Para ello basta con ir arrastrando a los miembros de la organización que formarán parte del proyecto y asignarles sus roles. En este caso solo se necesitan tres personas más.

Arrastrar

para aca

Una vez introducidos todos los datos y guardado el formulario ya hemos creado nuestro nuevo proyecto.

Nuevo

Proyecto

Como pueden observar. desde la pestaña Proyectos Iveth pude consultar la lista de proyectos dados de alta en la aplicación, junto con su estado e información más relevante.

Ya hemos creado nuestro proyecto, introducido los datos básicos del mismo y asignando al equipo junto a sus roles. El siguiente paso será la introducción y estimación de las historias de usuario, las cuales formarán parte de la cartera de producto del proyecto, que no es más que el conjunto de requisitos funcionales que definen el producto, siempre desde el punto de vista del usuario. Iveth, como scrum master, con la colaboración de todo el equipo del proyecto, y muy especialmente de Yonaisi Urbina, la product owner, es nuevamente el encargado de introducir y mantener las historias.

Historia de usuarios y tareas

Total de

historias

Cartera

de

producto

Total de

Días de

esfuerzo.

Para crear una nueva historia selecciona la pestaña Cartera de producto y pulsa sobre la opción Nueva historia. En el cuadro de diálogo que se abre introduce su título; su prioridad, siempre desde el punto de vista del usuario; el esfuerzo estimado requerido para llevarla a cabo, que deberá haber consensuado; y por último, los criterios de aceptación que definen cuándo la historia se ha completado y cumple con las expectativas del cliente.

Historia de usuarios y tareas

Nueva

Historia

Horas de

esfuerzo

El proceso se repite por cada historia de usuario identificada. Finalmente se dispone de una lista completa que describe detalladamente el producto que se generará tras el desarrollo del proyecto, que podrá ser consultada y filtrada desde la pantalla del Cartera de productos. En posible que en fases avanzadas del proyecto, ya sea porque no se han detectado antes o bien como fruto de cambios demandados por el cliente, haya que introducir nuevas historias de usuario; no hay problema, Scrumrf permite la introducción de nuevas historias siempre y cuando el proyecto permanezca abierto.

Historia de usuarios y tareas

Para cada uno de los elementos podremos ver parte de la información introducida junto con su asignación a alguno de los Sprints del proyecto, en el caso de haberlos. Mas adelante se explica como se crean los Sprints y se les asocian las historias de usuario.

Historia de usuarios y tareas

Desde aquí también podremos dar de baja las historias o editarlas para modificar alguno de los datos introducidos anteriormente. Pero si lo que queremos es comenzar a añadir las tareas que hay que realizar para implementar la historia lo que tendremos que hacer es pinchar sobre el enlace que forma el título de ésta. De este modo accederemos a una página en la que volveremos a ver un resumen de la información asociada a la historia así como el botón de Nueva tarea.

Clip

Continúa…

Clip

Historia de usuarios y tareas

Resumen de

información

historias

Como casi todo en Scrum, la identificación de tareas y su estimación es un trabajo en equipo, y se suele realizar durante la fase de planificación de cada Sprint. Vamos a suponer que este proceso ya ha tenido lugar y es Iveth el encargado de introducir esta información en el sistema.

Historia de usuarios y tareas

Clip

Responder la

información solicitada

en los rectángulos

Creación de Sprints Una vez que tenemos clara la funcionalidad que queremos desarrollar y las tareas que tenemos que hacer para completar nuestro producto es hora de ponerse manos a la obra. Para ello el primer paso será la creación de nuestro primer sprint. Después de haber negociado con el sponsor las historias de usuario a incluir en este primer sprint y de haber planificado con el equipo las tareas que las componen, Iveth accede a la aplicación y selecciona la pestaña Sprints, dentro del proyecto que nos ocupa y luego Nuevo Sprints.

1) Clip a

Sprints 2) Clip

Además del nombre y la descripción, Iveth introduce las fechas de inicio y revisión del sprint, así como su duración en semanas. También establece que el equipo no trabajará los fines de semana, lo cual no deja de ser un alivio para todos ellos. Así mismo, iveth especifica los miembros del equipo que van a participar en el desarrollo del sprint y las historias de usuario que se pretenden completar.

Creación de Sprints Así mismo, Iveth especifica los miembros del equipo que van a participar en el desarrollo del sprint y las historias de usuario que se pretenden completar.

Creación de Sprints Luego tras pulsar sobre el botón Guardar se accede a la Pila de sprint, desde donde Iveth puede ver la lista de tareas, su asignación, esfuerzo estimado y esfuerzo pendiente

Clip a Pila de

Sprints

Desde la pestaña Muro del sprint Iveth puede consultar el estado inicial del muro. Éste se divide en cuatro columnas: Planeada, En proceso, Verificar y Hecha. Las tareas asociadas a cada tarea de cada historia de usuario irán pasado de una columna a otra a medida que vayan cambiando de estado. Inicialmente todas se encuentran en la columna Planeada, organizadas en función de la historia de usuario a la que pertenecen.

Creación de Sprints

La pestaña Gráficas permite consultar el estado del sprint de dos formas distintas. La primera de ellas es el Gráfico burn-down, que muestra el avance del sprint día a día, comparándolo con el avance esperado, lo cual permite detectar de forma temprana posibles desviaciones.

Creación de Sprints

El gráfico de Esfuerzo pendiente muestra las horas de esfuerzo restantes asignadas a cada miembro del equipo. Ayudará a Iveth a detectar posibles desequilibrios en la asignación de tareas.

Creación de Sprints

Trabajo en Sprints Después de definir nuestro primer sprint vamos a ver cómo el equipo lo desarrolla desde la fecha de inicio hasta el cierre del mismo. Para empezar, desde la pestaña Calendario del proyecto, los miembros del equipo pueden ver plasmados en un calendario los hitos más importantes del mismo, entre los cuales se encuentran las fechas entre las que discurren los sprints definidos para la construcción de la aplicación.

Clic en Calendario

El sprint inicial comenzará el día 9 de noviembre , Iveth aún tiene algo importante que hacer: asignar las tareas a los distintos miembros del equipo. En realidad, no es algo que se tenga que hacer obligatoriamente, ya que cada cual puede ir tomando tareas no asignadas de la pila en cualquier momento. Sin embargo, es importante que el proceso de desarrollo de las distintas historias esté guiado adecuadamente para conseguir completar el mayor número de ellas en el tiempo estimado.

1) 2) 1) Clic en la

3) pila de sprint

Para ello, Iveth accede a la pila del sprint y pulsa sobre el icono de edición de la tarea. En el cuadro de diálogo que se abre a continuación dispone de una lista desplegable que le permite escoger el miembro del equipo que será asignado a la tarea.

3)Cuadro de diálogo (Detalle de tarea)

4) Clic

para asignar la tarea al miembro

del equipo

5) Clip en

Tarea asignadas a Yonalkis y Yonaisy

Iveth repite esta operación, de manera que la tarea de descripción de la infraestructura son asignadas a Yonalkis y Yonaisy . Las de diseñar el aula virtual por el momento permanecerán sin asignar; más adelante Kelly podrá hacerlo si lo considera oportuno, o bien Yonaisy y Yonalkis las podrán ir reclamando a medida que vayan terminando con las tareas asignadas.

2) Clic en

edición

de la tarea

Llegado el día del arranque del sprint, Yonalkis y yonaisy comienzan a trabajar sobre las tareas encomendadas. La herramienta que ambas utilizarán en el día a día será muro del sprint. Desde éste dispondrán de todas las tareas asignadas en la columna Planeada. A medida que vayan tomando tareas para desarrollarlas las podrán ir desplazando sobre la columna En proceso.

1) Clip en muro sprint para

realizar las tarea asignadas

3) arrastrar aquí una vez realizada

2) Disposición de todas las tarea

En la esquina superior izquierda de cada tarea del muro se puede ver un enlace con el número de días restantes de

la tarea. Pues bien, cada día los desarrolladores irán actualizando esta información; es decir, actualizando el esfuerzo

que estiman necesario para terminar la tarea.Esta información es de vital importancia de cara a actualizar el estado del

sprint para dibujar un gráfico burn-down que muestre su estado real. En el cuadro de diálogo del detalle de la tarea

vemos cómo podemos especificar tanto la fecha como el esfuerzo restante, de modo que podremos actualizar el estado

a posteriori si algún día se nos ha olvidado hacerlo. Si Iveth quiere consultar en cualquier momento cómo va el desarrollo

de las historias de usuario del sprint en cursos puede hacer consultando el gráfico burn-down de éste.

Tiempo restante

para realizar las tareas.

Dándoles clip en números de días se desplegara esta pestaña de dialogo, donde deberán actualizar el tiempo en el que

realizaran las tareas, luego le darán clip en guardar.

Clip en gráfico burn-down

Iveth comprueba que el desarrollo del sprint hasta el día 18 no tenía una desviación demasiado

significativa con respecto de la planificación inicial; sin embargo, el día 21 observa un grave

contratiempo que ha llevado al equipo a una situación casi de partida dentro del esfuerzo pendiente del

sprint. Afortunadamente herramientas como el gráfico burn-down permiten una detección temprana de

estas situaciones para que puedan ser corregidas lo antes posible.

Tiempo actual, aún no han realizado ninguna tarea

Tiempo en el que hay que realizar la tarea en este caso 4 días

Tomadas las medidas oportunas el sprint continua avanzando. Yonaisy ha terminado las tareas

asignadas y decide reclamar alguna de las tareas de la última historia. Para ello solo tiene que pinchar

sobre el enlace Yo me encargo! de la tarea deseada en la pila del sprint y aceptar la asignación de

dicha tarea en el cuadro de diálogo que se abre a continuación.

1

1) Clic en yo me encargo

A medida que Yonalkis y Yonaisy van finalizando las tareas, éstas van pasando a la columna Verificar del muro del

sprint. Para que pasen al estado Hecha, Iveth debe darles el visto bueno. En el panel de control de la aplicación

aparecen todas las tareas pendientes a verificar. Pinchando sobre cualquiera de ellas Iveth accede al muro del sprint,

desde donde no tiene más que arrastrarlas desde la columna Verificar a la columna Hecho.

1) Clic aquí

Continúan en la siguiente hoja los pasos 2,3 y 4

3) Clic aquí

Tiempo actual, aún no han realizado ninguna tarea

4) Iveth debe arrastrar de la tarea desde verifica a hecha

Después de haber pasado un tiempo desde que comenzara el sprint , se debe visualizar qué objetivos se

han cumplido y qué cosas han quedado pendientes. Para ello Iveth entra en el gráfico burn-down del

sprint y observa lo siguiente:

Clic aquí

Como se puede ver, las acciones tomadas para solventar los problemas acaecidos alrededor del día 21

han dado sus frutos, observándose una inmediata corrección en el avance del sprint, sin embargo éste

ha terminado finalmente con una desviación importante respecto de la planificación inicial. Como

consecuencia de esto, las tareas de la historia de gestión de cursos no se completan, y por lo tanto

esta historia de usuario no formará parte del primer entregable del proyecto.

Como el sprint ha finalizado, solo queda cerrarlo para que las tareas

pendientes queden disponibles para ser asociadas a un nuevo sprint. Para ello,

desde la lista de sprints, Iveth debe pulsar sobre el botón de Cerrar sprint.A

continuación la aplicación muestra un cuadro de diálogo desde el cual podremos

ver un resumen del estado del sprint que vamos a cerrar y que podremos

confirmar o cancelar.

1) Clic aquí

3) Clip aquí y el Sprints quedará cerrado

2) Clic aquí para cerrar el Sprints terminado

Finalización del Proyecto Tras haber comentado en el post anterior la forma de trabajar con los

Sprints, toca ver la fase de finalización del proyecto. En esta fase se cerrarán

todos los Sprints, se sacarán conclusiones gracias a los gráficos Burn Down y

Burn Up, y finalmente se cerrará el proyecto. Iveth ha estado fuera algún

tiempo y al entrar en Scrumrf ve varias tareas para verificar en el panel de

control. En teoría el último sprint ha terminado, y solo quedaría realizar la

revisión formal del mismo.

Para verificar las tareas, se dirige al detalle del proyecto en cuestión. Una

vez allí, selecciona la pestaña de Sprints, donde selecciona el sprint a revisar.

2) Clic aquí

3) Clic aquí

4) Clic aquí

1) Clic aquí detalle de proyecto

Para revisar las tareas tendrá que pulsar sobre la pestaña Muro de sprint. Una vez en ell y tras revisar las tareas pendientes de verificar, irá arrastrandolas a la columna Hecha del muro.

1) Clic aquí

2) Clic aquí

En la pestaña de Gráficas podrá ver el gráfico Burn-Down. En él obtenemos

información de la velocidad del proyecto y una comparativa de tiempos

estimados vs. tiempos consumidos. En este caso concreto podemos observar

que al principio del sprint se gastó un poco más de tiempo del que se había

estimado, pero se recuperó y se fue mejorando la velocidad de desarrollo hasta

que el sprint terminó con un adelanto de dos días.

Fecha en el que se terminó el proyecto, dos días de adelanto

Tras haber revisado las tareas, es hora de realizar la entrega de las historias de usuario.

Para ello Iveth se dirigirá a la pestaña Pila de sprint, donde tendrá la opción de marcar

como entregadas las historias de usuario en las cuales todas las tareas han sido

completadas; en este caso todas las historias.

1) Clic aquí

Clic aquí para entregar las tareas de usuarios

Tras haber marcado la historia de usuario como entregada, ésta se marca visualmente como Hecha para identificarla más fácilmente del resto de historias

Marcadas como hechas

En cualquier momento podrá ver el detalle de una tarea desde el icono de lupa que

aparece al pasar el cursor sobre cualquiera de las tareas de una historia de usuario. En

dicho detalle se mostrarán las horas estimadas, las restantes y la evolución del desarrollo

a lo largo del tiempo.

1) Clip aquí Desde este icono de lupa se podrán visualizar los detalles

de la tarea

Tras haber revisado todas las tareas pendientes y cerrado todas las

historias de usuario, podemos observar que todos los sprints del proyecto

también lo están y por lo tanto, si no se considera que se deban de realizar más

tareas en un nuevo sprint, podríamos considerar que el proyecto está listo para

ser cerrado.

Sprints Cerrado

Ahora ya podemos ejecutar la opción de cerrar el proyecto. Como se

muestra en la siguiente imagen, se encuentra en la parte superior derecha de la

pantalla de edición del proyecto.

2) Clic aquí en editar

1) Clic aquí

3) Clip aquí

4) Listo el proyecto quedará cerrado

Finalmente, podemos consultar el gráfico Burn-up del proyecto. Se encuentra en la

parte derecha de la pantalla correspondiente a la pestaña Product backlog. En él se

muestra cuánto avanzó el equipo hasta el momento, cuántos puntos llegó a consumir hasta

el último Sprint en relación al esfuerzo total necesario para terminar el proyecto.

1) Clic aquí

Gráfico Burn- UP

FINAL DEL PROYECTO

Gráfico Burn- UP

REFERENCIAS ELECTRÓNICAS

http://ccv.estuardo.tapia.vg-ec.info/index.php/tutoriales-

www/23-tutoriales-scrumrf#tutorial-de-scrumrf-v

http://www.proyectosagiles.org/base-conocimiento-agil

http://www.softeng.es/es-es/empresa/metodologias-de-

trabajo/metodologia-scrum.html

http://www.softeng.es/es-es/empresa/metodologias-de-

trabajo/metodologia-scrum.html