Exposicion de scrumrf ultima version

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

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

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

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.

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.

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.

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.

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

Exposicion de scrumrf ultima version

Exposicion de scrumrf ultima version

Recomendados

Recomendados

Más contenido relacionado

Destacado

Destacado (17)

Similar a Exposicion de scrumrf ultima version

Similar a Exposicion de scrumrf ultima version (20)

Último

Último (20)

Exposicion de scrumrf ultima version