TITULACIÓN ELECTRÓNICA Y TELECOMUNICACIONES

METODOLOGÍAS ÁGILES
TAREA 2

ELABORADO POR: Thalia Mijas

 Investigue los procesos de las metodologías Scrum y Kanban.

 Scrum
El desarrollo se realiza de forma iterativa e incremental. Cada iteración, denominada Sprint, tiene una
duración preestablecida de entre 2 y 4 semanas, obteniendo como resultado una versión del software
con nuevas prestaciones listas para ser usadas. En cada nuevo Sprint, se va ajustando la funcionalidad ya
construida y se añaden nuevas prestaciones priorizándose siempre aquellas que aporten mayor valor de
negocio.
 Product Backlog: Conjunto de requisitos denominados historias descritos en un lenguaje no
técnico y priorizados por valor de negocio, o lo que es lo mismo, por retorno de inversión
considerando su beneficio y coste. Los requisitos y prioridades se revisan y ajustan durante el
curso del proyecto a intervalos regulares.
 Sprint Planning: Reunión durante el cual el Product Owner presenta las historias del backlog por
orden de prioridad. El equipo determina la cantidad de historias que puede comprometerse a
completar en ese sprint, para en una segunda parte de la reunión, decidir y organizar cómo lo va
a conseguir.
 Sprint: Iteración de duración prefijada durante la cual el equipo trabaja para convertir
las historias del Product Backlog a las que se ha comprometido, en una nueva versión del
software totalmente operativo.
 Sprint Backlog: Lista de las tareas necesarias para llevar a cabo las historias del sprint.
 Daily sprint meeting: Reunión diaria de cómo máximo 15 min. en la que el equipo se sincroniza
para trabajar de forma coordinada. Cada miembro comenta que hizo el día anterior, que hará
hoy y si hay impedimentos.
 Demo y retrospectiva: Reunión que se celebra al final del sprint y en la que el equipo presenta
las historias conseguidas mediante una demonstración del producto. Posteriormente, en la
retrospectiva, el equipo analiza qué se hizo bien, qué procesos serían mejorables y discute
acerca de cómo perfeccionarlos.

 Kanban
La aplicación del método Kanban implica la generación de un tablero de tareas que permitirá mejorar el
flujo de trabajo y alcanzar un ritmo sostenible. Para implantar esta metodología, deberemos tener claro
los siguientes aspectos:
 Definir el flujo de trabajo de los proyectos: Debemos crear nuestro propio tablero, que deberá
ser visible y accesible por parte de todos los miembros del equipo. Cada una de las columnas
corresponderá a un estado concreto del flujo de tareas, que nos servirá para saber en qué
situación se encuentra cada proyecto. El tablero debe tener tantas columnas como estados por
 los que pasa una tarea, desde que se inicia hasta que finaliza (p.e: diagnóstico, definición,
programación, ejecución, testing, etc.).
El tablero puede ser específico para un proyecto en concreto o bien genérico. No hay unas fases
del ciclo de producción establecidas, sino que se definirán según el caso en cuestión, o se
establecerá un modelo aplicable genéricamente para cualquier proyecto de la organización.
 Visualizar las fases del ciclo de producción: Al igual que Scrum, Kanban se basa en el principio
de desarrollo incremental, dividiendo el trabajo en distintas partes. Esto significa que no
hablamos de la tarea en sí, sino que lo dividimos en distintos pasos para agilizar el proceso de
producción.
Normalmente cada una de esas partes se escribe en un post-it y se pega en el tablero, en la fase
que corresponda. Dichos post-its contienen la información básica para que el equipo sepa
rápidamente la carga total de trabajo que supone: normalmente descripción de la tarea con la
estimación de horas. Además, se pueden emplear fotos para asignar responsables, así como
también usar tarjetas con distintas formas para poner observaciones o indicar bloqueos (cuando
una tarea no puede hacerse porqué depende de otra).
Al final, el objetivo de la visualización es clarificar al máximo el trabajo a realizar, las tareas
asignadas a cada equipo de trabajo (o departamento), así como también las prioridades y la
meta asignada.
 Stop Starting, start finishing: Este es el lema principal de la metodología Kanban. De esta
manera, se prioriza el trabajo que está en curso en vez de empezar nuevas tareas. Precisamente,
una de las principales aportaciones del Kanban es que el trabajo en curso debe estar limitado y,
por tanto, existe un número máximo de tareas a realizar en cada fase.
En realidad, se trata de definir el máximo número de tareas que podemos tener en cada una de
las fases (p.e: 3 tareas en la fase de planificación; 2, en la fase de desarrollo; una, en la fase de
pruebas, etc.) y, por tanto, restringir el trabajo en curso. A esto, se le añade otra idea que, por
muy obvia que pueda parecer, la práctica nos demuestra que no es así: no se puede abrir una
nueva tarea sin finalizar otra.
De esta manera, se pretende dar respuesta al problema habitual de muchas empresas de tener
muchas tareas abiertas, pero con una ratio de finalización muy bajo. Aquí lo importante es
que las tareas que se abran se cierren antes de empezar con la siguiente.
 Control del Flujo: A diferencia de SCRUM, la metodología Kanban no se aplica a un único
proyecto, sino que mezcla tareas y proyectos. Se trata de mantener a los trabajadores con un
flujo de trabajo constante, las tareas más importantes en cola para ser desarrolladas y un
seguimiento pasivo para no tener que interrumpir al trabajador en cada momento.
Asimismo, dicha metodología de trabajo nos permite hacer un seguimiento del trabajo
realizado, almacenando la información que nos proporcionan las tarjetas.

 Investigar Herramientas que permitan trabajar con metodologías ágiles.

 JIRA
JIRA es una aplicación, basada en el estándar J2EE, para la administración de proyectos que ofrece flexibilidad y
adaptabilidad para satisfacer las necesidades particulares de los distintos modelos de gestión de los mismos. Esto le
permite adaptarse fácilmente a métodos ágiles como Scrum o Kanban.
JIRA cuenta con filtros personalizables y completos, que dan excelentes posibilidades para gestión, generación de
métricas y reporting, complementos (Add-Ons).JIRA Agile proporciona tableros de Scrum (para procesos iterativos e
incrementales) o tableros de Kanban (para gestionar el flujo en procesos dirigidos por la demanda) y permite construir y
gestionar el backlog (epics, US, swimlines, etc), tener un trabajo colaborativo entre miembros del equipo y llevar
métricas ágiles como Burndown charts, velocidad, CFDs, entre otras.
Otro aspecto destacable es la integración con otras herramientas que facilitan los flujos de trabajo y permiten, por
ejemplo, lograr completa trazabilidad de los requerimientos, US, Test cases, documentación técnica y demás artefactos.
Entre muchas otras integraciones, podríamos mencionar:
 Documentación de US (y gestión del conocimiento) en Confluence y transformarse en tareas en JIRA.
 Facilitar el flujo de trabajo de desarrollo actualizando automáticamente los issues de JIRA cuando un
desarrollador introduce código en Stash o Bitbucket haciendo “Commit”
 Implementar Continuous integration mediante Bamboo y supervisar el estado de los builds desde dentro de
JIRA.
 Integración con otros frameworks para la utilización de métricas de código como violaciones de reglas o código
duplicado.

 EasyBacklog
EasyBacklog es una herramienta enfocada en la simplicidad. Es sumamente amigable, por lo que la creación y
seguimiento de US, sprints y backlogs no representa ninguna dificultad. Está basado fuertemente en la interacción
visual, con lo cual la modalidad “drag and drop” es una cómoda opción a la hora de trasladar US del backlog al sprint
actual.
El costo de la simpleza de la herramienta es su escasa funcionalidad. No brinda ningún tipo de estadísticas, así como
tampoco es posible asignar tareas a miembros específicos del equipo. Estas debilidades imponen fuertes restricciones
en su uso. Sin embargo, es perfecta si sólo se quieren manejar US y monitorear su avance.
Dos casos de éxito de la herramienta provienen de un dominio donde no es fácil imaginar utilizar metodologías ágiles:
desarrollo de software para agencias de publicidad. Sin embargo, dos empresas inglesas, Aqueduct y TMW han utilizado
EasyBacklog con gran satisfacción [3].
Para Aqueduct fue difícil al comienzo adoptar desarrollo ágil ya que sus clientes estaban acostumbrados a un
presupuesto fijo y esquemas de trabajo más “conservadores”. Sin embargo, encontraron en Easybacklog una manera
amigable y sencilla de comunicar funcionalidad a los clientes, lo cual les permitió de alguna manera “educarlos” en el
mundo ágil y lograron adoptar un esquema híbrido entre descripción ágil del desarrollo y un esquema contractual de
pagos fijos.

 SeeNowDo
SeeNowDo ofrece una interfaz de usuario simple y sencilla para la creación y especificación de US, así como también
para la generación de sprints, y la correspondiente asignación de US a sprints. Si bien provee funcionalidad para
estadísticas y generación de charts, posee dos grandes limitaciones: por un lado, no existe el concepto de backlog. Todo
debe desarrollarse dentro de sprints, lo cual hace difícil el manejo y gestión de US. Por otro lado, su performance no es
buena. Aún con proyectos chicos de pocas US la herramienta se vuelve lenta. Su principal ventaja es que en la versión
gratuita tiene disponible toda su funcionalidad y no es necesario abonar por features adicionales.
Sin embargo, es importante destacar el principal objetivo de esta herramienta: trabajar con equipos ágiles de manera
distribuida y remota. Es cada vez más común que los distintos integrantes del equipo no estén físicamente trabajando
juntos día a día, por lo que es necesario contar con una herramienta distribuida que facilite y sincronice la comunicación
entre todos. Para estos contextos SeeNowDo es la herramienta ideal.

 AgileFant
AgileFant es de las herramientas que mayor crecimiento registra en cuanto a popularidad y cantidad de usuarios. Es
bastante completa, incluye generación de estadísticas, velocity, burndown charts y utilización de métricas. Una
característica interesante es que brinda la posibilidad de definir US generales (denominadas también EPIC Stories) y
luego ir refinándolas, agregándoles más detalle a medida que el proyecto avanza. Entre sus puntos débiles se puede
mencionar la poca flexibilidad para personalizar la herramienta, y su inexistente integración con otros sistemas, lo cual
puede atentar contra su utilización en ambientes corporativos.
Es una herramienta con diversos casos de éxito en el mundo profesional. Por ejemplo, Sarah Schwanbeck, Senior
Engineering Manager para Yahoo!, recomienda AgileFant por ser la herramienta ideal para el manejo de backlogs,
ampliamente utilizada en desarrollos de la empresa. Coriant garantiza su buena perfomance. Destacando en particular
que la herramienta les ha ayudado a entender con más precisión la funcionalidad de un proyecto que ya ha sido
desarrollada y la que queda por hacer, facilitando la administración y gestión de los proyectos.

 RallyDev
RallyDev es también una poderosa herramienta para la gestión de proyectos ágiles. Posee características avanzadas
entre las cuales se destaca la generación automática de los distintos diagramas de seguimiento y la posibilidad de
exportarlos a diferentes formatos. Esto es particularmente útil para la generación automática de reportes. Brinda
también la posibilidad de control de cambios y revisiones para el manejo de US. Finalmente, dentro de cada US es
posible definir criterios de aceptación como casos de tests, lo cual facilita la interacción con la fase de testing. Entre sus
puntos débiles se puede mencionar una interfaz poco amigable, y bajo rendimiento en cuanto al tiempo esperado de
respuesta para algunas características.