Metodología Scrum

Scrum es una de varias metodologías

ágiles pero al dar una forma de trabajo
ordenada sin procesos estrictos,
acompañada de fechas límite para la
entrega de un buen producto se convirtió
en la más popular.
El proceso Scrum se basa en la
consecución de objetivos a corto plazo
dentro de un proyecto. La prioridad es
presentar un producto funcional al cliente
lo antes posible, y que este tenga una
participación constante en el desarrollo del
trabajo.

Además, propicia el solapamiento de tareas que pueden ejecutarse simultáneamente. Se trata de un sistema que ha
cobrado mucho éxito en el sector del software.
Este proceso se compone de una serie de elementos básicos
El cuadro de mando establece Roles, Equipo de Desarrollo, Product Owner y Scrum Master, unificándolos en equipo
de trabajo con forma de Scrum.
Implica disponer de un Backlog de producto, donde queden definidas la necesidades del Dueño del producto así
como el backlog del Sprint, es decir, que se va a desarrollar para incrementar el producto en un periodo de trabajo
determinado.
Para ello nos apoyaremos en las herramientas básicas de Scrum: Planificación, Scrum diario, Demo y Retrospectiva
Todo ello nos ha de servir para entregar el mayor valor en el menor tiempo posible y de forma incremental al
Product owner.

Cabe destacar, que a la hora de hablar de SCRUM, debe tenerse la visión de que los únicos roles que encontraremos,
serán:

Scrum Master
Product Owner
Development Team.
El Product Owner es la
persona responsable de
asegurar que el equipo
aporte valor al negocio.
Representa las partes
interesadas internas y
externas, por lo que debe
comprender y apoyar las
necesidades de todos los
usuarios en el negocio,
así como también las
necesidades y el
funcionamiento del
Equipo Scrum.
El Scrum Master (SM)
o facilitador de
proyectos, es la figura
que lidera los equipos
en la gestión ágil de
proyectos. Su misión es
que los equipos de
trabajo alcancen sus
objetivos hasta llegar a
la fase de «sprint final»,
eliminando cualquier
dificultad que puedan
encontrar en el camino.
Development Team

Equipo de desarrollo (Development Team) El equipo en Agile incluye al Cliente / Product Owner y al
Facilitador / Scrum Master. Cuando se habla específicamente de “equipo de desarrollo” se refiere al
conjunto de personas más “técnicas” que de manera conjunta desarrollan el producto del proyecto.
LA SCRUM BOARD

El sistema Scrum funciona mediante el trabajo cooperativo y simultáneo. Para lograrlo, es necesario que toda la
información esté centralizada. Aquí es donde entra en juego la Scrum board. También denominada Scrum task
board, se trata de una pizarra o tablero en la que se indican las iteraciones que componen el proyecto, su evolución
y los equipos o individuos responsables de cada parte.

La pizarra es uno de los Scrum

basics o elementos mínimos
de este sistema. Antes era
habitual utilizar un tablero
físico, dividido en columnas y
con la información recogida en
post-its. Actualmente la
mayoría de las empresas
recurre a soluciones digitales
como Sinnaps, que ofrece una
Scrum board digital fácilmente
editable.
AGILE SPRINT BOARD PROJECT

El uso de una pizarra es común en la mayoría de procesos Agile. Permite llevar un control preciso del
avance del proyecto y de la labor de cada miembro del equipo.
Aunque cada marco de trabajo Agile tiene su propia receta, todos suelen emplear tres columnas básicas:
‘To-Do’ (para aquellas tareas que están pendientes de iniciarse), ‘En proceso’ y ‘Finalizadas’. También se
suele incluir un backlog con los principales objetivos de la iteración.
En el caso de método Scrum, se utiliza una Agile Sprint board project. Esto se debe a que el desarrollo
de un Scrum cycle (proceso completo desde el inicio del proyecto hasta su finalización) está marcado
por iteraciones de corta duración conocidas como ‘Sprints’.
EL SCRUM SPRINT

Los Scrum Sprints son una de las

Agile techniques distintivas del método
Scrum. Se trata de etapas de
desarrollo con una duración limitada
(entre una y cuatro semanas) y
objetivos concisos.
A lo largo de un Sprint, los miembros
del equipo trabajan por separado o en
pequeños grupos sobre sus
correspondientes objetivos. Los
avances en cada una de las partes del
proyecto se van marcando en la Agile
Sprint board project.

Con el uso de Sinnaps, todos los integrantes del equipo reciben notificaciones cuando se realizan
modificaciones en el tablero. Esto permite el correcto desarrollo del Scrum workflow, al favorecer una
comunicación fluida.
Fases de la metodología Scrum:

1.Planificar varios bloques temporales (de dos semanas o 1 mes, por ejemplo). Cada tarea planificada
dentro de estos bloques temporales se va completando gradualmente.
2.Se priorizan los detalles de mayor valor para el cliente. Así conseguimos descargar presión a los
desarrolladores del proyecto y el cliente recibirá los resultados más importantes en los primeros bloques
temporales
3.Creación de equipos auto organizados con tareas específicas.
4.Los equipos trabajan de forma paralela sin intervenir en los avances de otros equipos, si sus proyectos
están dirigidos a diferentes clientes, y les es posible, un equipo es libre avanzar a mayor velocidad que
otros.
5.Se evalúa el desarrollo que están teniendo los equipos de trabajo y se realizan mejoras continuas para
mejorar el desempeño
Metodología ágiles más usadas además de Scrum

Extreme programming (xp)

Se enfoca en las relaciones personales de los miembros del equipo y el trabajo cooperativo con los clientes
o las personas que serán beneficiadas con nuestro trabajo.
Es una metodología que beneficia principalmente a «startups» o empresas que aún no poseen un nivel de
competencia en sus respectivos mercados.

Además, como la forma de trabajo se centra en las

relaciones entre los miembros de equipo, lo ideal es
que se realice con grupos de trabajo pequeños. Sus
fases principales son:

1. El cliente decide lo que quiere del proceso:

Objetivos y resultados.
2. El equipo divide el trabajo en acciones pequeñas y
le asigna un tiempo a cada una.
3. El cliente decide qué acciones se realizan primero.
4. El equipo de trabajo realiza lo que el cliente ha
decidido.
Tablero Kanban

Kanban es una palabra japonesa que significado “tarjetas visuales”. Hace uso de estas para que la
empresa y sus empleados puedan tener consciencia sobre los procesos que se están llevando a cabo
dentro de la compañía y puedan regular su flujo.
De esta forma limitan el trabajo para que se haga de forma más productiva: Si no se ha terminado una
tarea, no se debe empezar otra.

La técnica fue creada

en Toyota y desde entonces se
emplea por muchas empresas
para mantener un control
detallado de los avances
conseguidos en el trabajo, el
cual es totalmente visual. En la
actualidad, Kanban es de las
preferidas en la gestión de
proyectos software
Fases de la metodología Kanban

1.Creación de un cuadro de tareas con 3

columnas: pendientes, en proceso y
terminadas
2.Dedicación por parte de cada miembro del
equipo por convertir los pendientes en tareas
“en proceso”.
3.De ser una tarea con inconvenientes se debe
colocar una x y añadirlas en un apartado
distinto llamado “Impedidas”
4.Cada miembro del equipo debe centrarse en
sus tareas individuales y no interferir ni
duplicar el trabajo de los demás.
Ahora que hemos mencionado
las metodologías ágiles más difundidas,
procedamos a compararlas con Scrum.
Toyota y el éxito del método Kanban

A través del método Kanban, Toyota logró grandes

mejoras en sus procesos de producción. Conozca
los entretelones de la historia así como a la técnica
que optimizó el rendimiento de una de las mayores
empresas del mundo.

En la década de los 50, Toyota implementó un eficaz

sistema de producción que le permitió ganar
notoriedad a nivel internacional y competir con
prestigiosas empresas europeas y estadounidenses
del mismo rubro.
Dicho sistema contemplaba la implementación de
diversas técnicas, destinadas a reducir actividades y
recursos que, lejos de aportar un valor al producto
final, ocasionaban pérdidas en tiempo y dinero.

Una de las técnicas empleadas fue el método Kanban, el cual consistía en el uso de tarjetas o carteles para
dividir el proceso productivo en fases bien delimitadas y delegar la realización de labores de modo efectivo.
Este sistema le permitió a Toyota mantener un mejor control de sus inventarios, organizar la producción al
evitar la formación de los conocidos 'cuellos de botella' y mantener en alto sus estándares de calidad.
Para la creación del método Kanban, los líderes de Toyota se inspiraron en el funcionamiento de los
supermercados. Estos suelen mantener un stock limitado en función de las necesidades de los
consumidores. Los productos son repuestos en los anaqueles en la medida en la que son comprados.

La empresa japonesa mantuvieron esta idea

para crear un sistema en el que la producción
se sostiene en base a los pedidos, evitando así
los riesgos de sobreproducción. El mismo
principio se utilizó para gestionar las labores de
trabajo a través de la división del proceso en
fases bastante delimitadas y de forma
secuencial.

El éxito del método Kanban ha sido tal que, en

la actualidad, es implementado por diversas
organizaciones en ámbitos muy variados. Su
uso ha dejado de ser exclusivo de los centros
de producción y ha logrado instaurarse en las
oficinas.

Por ejemplo, algunas empresas han optado por el uso de tableros de control para dividir sus tareas en tres
fases básicas: pendientes, en proceso y finalizadas. De este modo se pueden delimitar las labores de cada
colaborador y contribuir a una mayor organización de las obligaciones diarias.
Scrum vs Extreme programming (xp)

El principal problema de Extreme Programming es el hecho de que este último depende de una
participación activa del cliente.
En diversos sectores, los clientes tienden a tercerizar completamente los servicios o demandar el
producto con rapidez, la gran mayoría de empresas del mercado peruano desean relacionarse muy poco
con su proveedor, considerando que ellos son los expertos que deben proveer a su empresa de
soluciones de calidad.

Scrum al aplicarse
exclusivamente a la
organización de equipos
de trabajo autogestionado
permite que los expertos
trabajan paralelamente y
no dependan de los cliente
para el cumplimiento de
objetivos o realizar una
tarea.
Scrum Vs Kanban

Kanban y Scrum no son excluyentes, de hecho, hay quienes señalan que son complementarias, la forma
en que se organizan las tareas visualmente en el modelo Kanban puede ser de ayuda para los equipos
autogestionados de Scrum.
Sin embargo donde se puede encontrar una diferencia, al verlas como metodologías aisladas una de la
otra, es en la posibilidad de mejorar el flujo de trabajo.
Kanban puede ser una forma adecuada de organizar un equipo de trabajo con tareas muy específicas,
manteniendo un flujo de tareas. Scrum en cambio tiene la posibilidad de modificar los tiempos de trabajo
y las actividades para mejorar la productividad.