Académique Documents
Professionnel Documents
Culture Documents
Qu es Scrum?
Scrum es un proceso en el que se aplican de manera regular un conjunto de
procesos para trabajar en equipo, y obtener el mejor resultado posible de un
proyecto.
Scrum es el nombre con el que se denomina a los marcos de desarrollo giles
caracterizados por:
Enfocarse mas en las zonas de solapamiento, en lugar de realizar una tras otra
en un ciclo de cascada.
Historia
Este modelo fue identificado y definido por Ikujiro Nonaka e Hirotaka Takeuchi a
principios de los 80, al analizar cmo desarrollaban los nuevos productos las
principales empresas de manufactura tecnolgica.
En su estudio, Nonaka y Takeuchi compararon la nueva forma de trabajo en
equipo, con el avance en formacin de mel (scrum en ingls) de los jugadores
de Rugby, a raz de lo cual qued acuado el trmino scrum para referirse a
ella.
En 1995 Ken Schwaber present Scrum Development Process en OOPSLA
95 (Object-Oriented Programming Systems & Applications conference), un
marco de reglas para desarrollo de software, basado en los principios de
scrum, y que l haba empleado en el desarrollo de Delphi, y Jeff Sutherland en
su empresa Easel Corporation (compaa que en los macrojuegos de compras
y fusiones, se integrara en VMARK, y luego en Informix y finalmente en
Ascential Software Corporation)
En la actualidad...
En la actualidad, Scrum se est utilizando en diferentes tipos de negocio y,
especialmente, en el desarrollo de software.
Concentracin
Priorizacin
Auto-organizacin
Ritmo
Como se usa?
Con la metodologa Scrum el cliente se entusiasma y se compromete con el
proyecto dado que lo ve crecer parte por parte. Asimismo le permite en
cualquier momento realinear el software con los objetivos de negocio de su
empresa, ya que puede introducir cambios funcionales o de prioridad en el
inicio de cada nueva iteracin sin ningn problema.
Esta forma de trabajo promueve la motivacin y compromiso del equipo que
forma parte del proyecto, por lo que los profesionales encuentran un mbito
propicio para desarrollar sus capacidades.
Beneficios de Scrum
1.
2.
3.
Reduccin de riesgos
4.
Predicciones de tiempos
5.
Mayor productividad
Sprint backlog
El sprint backlog es un documento detallado donde se describe el cmo el
equipo va a implementar los requisitos durante el siguiente sprint. Las tareas se
dividen en horas con ninguna tarea de duracin superior a 16 horas. Si una
tarea es mayor de 16 horas, deber ser rota en mayor detalle. Las tareas en el
sprint backlog nunca son asignadas, son tomadas por los miembros del equipo
del modo que les parezca oportuno.
Burn down
La burn down chart es una grfica mostrada pblicamente que mide la cantidad
de requisitos en el Backlog del proyecto pendientes al comienzo de cada
Sprint. Dibujando una lnea que conecte los puntos de todos los Sprints
completados, podremos ver el progreso del proyecto. Lo normal es que esta
lnea sea descendente, hasta llegar al eje horizontal, momento en el cual el
proyecto se ha terminado.
Reuniones en Scrum
Daily Scrum
1.
2.
3.
Al inicio del ciclo Sprint (cada 15 o 30 das), una Reunin de Planificacin del
Sprint se lleva a cabo.
Se trabaja en
iteraciones cortas
Desventaja
Es una metodologa
Cuales son sus necesidades. Cada miembro entiende las necesidades de los
otros miembros del equipo respecto a su trabajo, de manera que pueden
colaborar y adaptar sus trabajos para que den el mximo valor y no realizar
tareas que no proporcionan ningn beneficio al resto del equipo.
Cual es su ritmo de trabajo. Se hace visible si de manera continua un miembro
del equipo est realizando tareas por debajo del rendimiento esperado. Se
evita que una persona seale con el dedo a otra, dado que la reunin de
sincronizacin pone a todos los miembros del equipo en la misma situacin de
tener que explicar en qu tareas estn trabajando.
Cuales son los criterios que est utilizando para realizar sus tareas, de manera
que estn alineados con los objetivos comunes del equipo.
Fomentar el aprendizaje de los miembros del equipo, ya que pueden ver cmo
trabajan los otros segn sus especialidades y experiencias.
Conocer el estado de la iteracin, ver si es posible completar los requisitos a
que se comprometi el equipo, en vista de las desviaciones y de las tareas
pendientes.
Restricciones
La reunin diaria de estado y sincronizacin del equipo no es para resolver
problemas, los problemas se resuelven despus de la reunin.
No a todos los miembros del equipo les interesan todos los detalles de cada
tema.
En la reunin los miembros del equipo programan reuniones entre ellos donde
colaborar sincronizando tareas, ayudando a resolver problemas, etc.
No puede haber una persona explicando su estado mientras otras "se han
apartado" de la reunin para comentar un tema particular. Si apareciese alguna
conversacin de inters comn (que debe ser rpida), debe poder ser
escuchada por todo el equipo sin distraer el principal objetivo de que todos
conozcan en qu estn trabajando los dems. Si la mini conversacin no es del
inters de todos, debe hacerse despus de la reunin.
El equipo debe contar con unos criterios consensuados sobre el proceso de
ejecucin de las de tareas
El proceso de ejecucin de las tareas debe estar consensuado para evitar que
cada reunin sea una exposicin de discrepancias entre los miembros del
equipo.
Recomendaciones
Realizar la reunin diaria de sincronizacin de pie, para que los miembros del
equipo no se relajen ni se extiendan en ms detalles de los necesarios.
Realizar las reuniones de colaboracin entre miembros del equipo justo
despus de la de sincronizacin.