Académique Documents
Professionnel Documents
Culture Documents
------------------------------------------------------------------------------------------------------
Explicando Scrum a mi abuela
Introducción
El otro día me encontraba hablando con un compañero de trabajo a través del teléfono
móvil, cuando mi abuela me escuchó nombrar palabras raras en la conversación.
Una de esas palabras era Scrum, y por la forma en la que hablaba fue lo que más
atención la llamó, así que cuando colgué, lo primero que me preguntó fue con quién
hablaba, de qué hablaba, y que era eso de Scrum.
¿Qué es exactamente?
¿Y para eso del desarrollo del Software tenéis que usar ese tal Scrum?
Scrum por sus características no es válido para cualquier proyecto ni para cualquier
persona o equipo de personas. Es más, Scrum según muchos especialistas de esta
metodología, es óptima para equipos de trabajo de hasta 8 personas, aunque hay
empresas que han utilizado Scrum con éxito con equipos más grandes.
Yo diría que para el 90% de los proyectos y empresas, es una metodología válida, pero
no es una metodología válida al 100%. Es más, no hay metodología mejor que otra ni
válida al 100% para todas las personas y empresas.
Scrum es por lo tanto, una metodología más de las muchas que hay, y ésta en
concreto, se basa en la filosofía del desarrollo ágil que fue expuesto por dos japoneses
alrededor del año 1986.
------------------------------------------------------------------------------------------------------
1
Metodologías Agiles
------------------------------------------------------------------------------------------------------
Siempre estos japoneses... has dicho desarrollo ágil varias veces... ¿qué es eso
exactamente?, a mí eso sí que me suena a japonés o a chino
El desarrollo ágil pone de manifiesto básicamente lo siguiente:
Hay más detalles, pero no los voy a abordar ahora para no marearte con información
que nos desvíe la atención de la propia explicación de Scrum.
Información adicional
Empiezo a entender algo más esto...pero... ¿en qué consiste exactamente eso
de Scrum?
Scrum no es ni la mejor metodología ni la única, antes te decía que hay muchas, pero
sí, es una metodología que está empujando muy fuerte por la facilidad de implantación
y por su agilidad en cuanto a cambios y lo que propiamente aporta en comparación
con otras metodologías.
Con Scrum por otro lado, la idea principal es la de ponerse a trabajar prácticamente
desde el primer momento y empezar a sacar frutos de ese trabajo para que el cliente
vaya viendo los avances y se quede satisfecho con lo que se está haciendo y cómo se
está haciendo.
------------------------------------------------------------------------------------------------------
2
Metodologías Agiles
------------------------------------------------------------------------------------------------------
De forma resumida y global, en Scrum vamos a diferenciar dos aspectos importantes,
los actores y las acciones.
Vaya, esto se pone interesante, sigue sigue que me está empezando a gustar esto del
Scrum.
¡Ja!, pues espera a que te cuente, que esto no ha hecho nada más que comenzar.
Te decía que hay dos aspectos fundamentales a diferenciar, los actores y las acciones.
Product Owner
Scrum Master
Scrum Team
Usuarios o Clientes
Algo que no te he dicho aún, es que para que un proyecto Software tenga éxito,
el Usuario o Cliente, debe involucrarse sí o SÍ.
Esto vale para todos TODOS los proyectos, aunque no todos los Usuarios y Clientes lo
entienden así, pero nuestra misión es también hacérselo ver.
Prosigo.
Los Usuarios o Cliente, son los beneficiarios finales del producto, y son quienes
viendo los progresos, pueden aportar ideas, sugerencias o necesidades.
¿Y lo de las acciones?
Las acciones tienen relación directa con los actores. Sin ellas, todo sería un caos.
Las acciones de Scrum forman parte de un ciclo iterativo repetitivo, por lo que el
mecanismo y forma de trabajar que a continuación se indica, tiene como objetivo
------------------------------------------------------------------------------------------------------
3
Metodologías Agiles
------------------------------------------------------------------------------------------------------
minimizar el esfuerzo y maximizar el rendimiento en el desarrollo.
Las acciones fundamentales de Scrum son:
Product Backlog
Sprint Backlog
Daily Scrum Meeting
El Sprint Backlog corresponde con una o más tareas que provienen del Product
Backlog. Es decir, del Product Backlog se saca una o más tareas que van a formar
parte del Sprint Backlog. Las tareas del Sprint Backlog se deben acometer
(recomendado) en unas 2 semanas ó 4 semanas. Hay Sprint Backlogs de 2 semanas
y hay Sprint Backlogs de 4 semanas. Eso debe de ser marcado antes de iniciar el Sprint
Backlog, de hecho, delProduct Backlog se sacará la tarea o tareas realistas para
acometer el Sprint Backlog. Una norma fundamental es que mientras un Sprint
Backlogse inicia, éste NO puede ser alterado o modificado. Hay que esperar a que
concluya el Sprint Backlog para realizar la correspondiente modificación o alteración
cuya tarea, formaría parte de otro Sprint Backlog.
El Daily Scrum Meeting es una tarea iterativa que se realiza todos los días que dure
el Sprint Backlog con el equipo de desarrollo o de trabajo. Se trata de una reunión
operativa, informal y ágil, de un máximo de 30 minutos, en la que se le hace 3
preguntas a cada integrante del equipo.
Una pregunta más... has dicho que del Product Backlog se sacan tareas que van al
Sprint Backlog, pero entiendo que no todas las tareas del Product Backlog van a la vez
al Sprint Backlog, así que... ¿que se hace cuando una tarea del Sprint Backlog se
finaliza?
Bien, esta es una pregunta típica.
Quizás no me he explicado bien, pero el Sprint Backlog, una vez que se inicia, ni se
toca.
Es decir, que una tarea se acaba, y punto.
------------------------------------------------------------------------------------------------------
4
Metodologías Agiles
------------------------------------------------------------------------------------------------------
Se continúa con otra tarea del Sprint Backlog y así hasta que se acaben.
Lo que debemos tener claro, es que al finalizar un Sprint Backlog (ya sea de 2 semanas
ó de 4 semanas), debemos haber acabado las tareas delSprint Backlog.
Reitero que las tareas del Sprint Backlog deben de ser realistas.
Así que cuando se ha finalizado un Sprint Backlog, deberíamos tener algo, un
entregable o algo que se pueda mostrar y que enseñe los avances acometidos en
el Sprint.
En el Product Backlog tendremos más tareas, y es posible incluso que hayan salido
nuevas tareas o que otras hayan desaparecido, por lo que es cuando se acaba el Sprint
Backlog, cuando debemos hacer varias cosas importantes y que te indico a
continuación.
Antes para no saturarte, no te dije que entre el Product Backlog y el Sprint Backlog,
hay algo, una reunión concretamente, que se denominaSprint Planning Meeting.
El Sprint Planning Meeting es una reunión que tiene por objetivo, planificar
el Sprint a partir del Product Backlog. El objetivo de esta reunión es la de
mover las tareas del Product Backlog al Sprint Backlog. En esta reunión,
suelen participar el Product Owner que es como te dije antes quien prioriza
las tareas, el Scrum Master y el Scrum Team.
Del Sprint Planning Meeting, sale también el Sprint Goal, que es un
pequeño documento o una breve descripción que indica lo que
elSprint intetará alcanzar.
En el Sprint Review se revisa en unas 2 horas como máximo
el Sprint finalizado. Al llegar a este punto, debemos tener "algo" que el Cliente
o el Usuario pueda ver y tocar. En esta reunión, suelen asistir el Product
Owner, el Scrum Master, el Scrum Team y personas que podrían estar
involucradas en el proyecto. El Scrum Team es quién muestra los avances
realizados en el Sprint.
Al finalizar un Sprint Backlog y el Sprint Review, se inicia el Sprint
Retrospective. El Product Owner revisará con el equipo los objetivos
marcados inicialmente en el Sprint Backlog concluido, se aplicarán los
cambios y ajustes si son necesarios, y se marcarán los aspectos positivos
------------------------------------------------------------------------------------------------------
5
Metodologías Agiles
------------------------------------------------------------------------------------------------------
(para repetirlos) y los aspectos negativos (para evitar que se repitan)
del Sprint.
Mira, te pintaré un diagrama que espero te ayude a entender todas las acciones de
Scrum.
¿Y porque es eso de las 2 ó 4 semanas?. ¿No sería más fácil que cada equipo pusiera
su franja de tiempo?
Sí claro, cada equipo, cada empresa, cada proyecto, puede poner la franja horaria y
frecuencia temporal que considere oportuno así como cambiar aspectos de Scrum,
pero te voy a poner un sencillo ejemplo con el cuál entenderás que es mejor hacer
esto así que de otra forma.
No es la metodología ideal. Yo siempre digo que si hubiera algo ideal, todo el mundo
lo usaría, pero sí te digo, que Scrum se acerca bastante a esa idea general de la gestión
ideal de proyectos.
Y no te creas que hay mucho más que saber de Scrum, esta es la filosofía o idea
general que espero te haya quedado clara y te haya servido para entender lo que
hablaba con mi compañero de trabajo.
------------------------------------------------------------------------------------------------------
7
Metodologías Agiles
------------------------------------------------------------------------------------------------------
------------------------------------------------------------------------------------------------------
8