SCRUM

Qué es, cómo es, qué hace, dónde se aplica, ventajas, desventajas, diagrama o
representación gráfica

Scrum es un marco de trabajo para desarrollo ágil de software que se ha

expandido a otras industrias.
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 proyectos, caracterizado por:

 Adoptar una estrategia de desarrollo incremental, en lugar de la planificación y

ejecución completa del producto.
 Basar la calidad del resultado más en el conocimiento tácito de las personas
en equipos auto organizados, que en la calidad de los procesos empleados.
 Solapar las diferentes fases del desarrollo, en lugar de realizar una tras otra en
un ciclo secuencial o en cascada.

Roles Principales

 Product Owner (o Propietario/a del producto)

El o la Product Owner se asegura de que el equipo Scrum trabaje de forma
adecuada desde la perspectiva del negocio. El o la Product Owner ayuda al
usuario/a a escribir las historias de usuario, las prioriza, y las coloca en el
Product Backlog.

 Scrum Master (o Facilitador/a)

Es el o la responsable del cumplimiento de las reglas del marco scrum. Se
asegura que estas son entendidas por la organización y de que se realiza el
trabajo conforme a ellas. Elimina los obstáculos que impiden que se
desarrolle el objetivo del sprint. Asesora y da la formación necesaria al
propietario del producto y al equipo de desarrolladores.

 Desarrollador/a
Cada uno de los profesionales que realizan la entrega del incremento de
producto generado en cada sprint (denominado incremento). Es
recomendable 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).
Roles Auxiliares

Los roles auxiliares en los "equipos Scrums" son aquellos que no tienen un rol
formal y no se involucran frecuentemente en el "proceso Scrum", sin embargo
deben ser tomados en cuenta. Un aspecto importante de una aproximación ágil es
la práctica de involucrar en el proceso a los usuarios, expertos del negocio y otros
interesados ("pandemoldes"). Es importante que esa gente participe y entregue
retroalimentación con respecto a la salida del proceso a fin de revisar y planear
cada sprint.

 Stakeholders (Clientes, Proveedores, Vendedores, etc)

Son las personas que hacen posible el proyecto y para quienes el proyecto
producirán el beneficio acordado que justifica su desarrollo. Solo participan
directamente durante las revisiones del "sprint".

Ventajas

Scrum es una propuesta de gestión basada en la división del trabajo en

iteraciones, es decir, fases con objetivos y tareas específicas. Esto hace que
necesariamente aporte beneficios en aspectos como los siguientes:

 Gestión de las expectativas del usuario: Cada usuario puede participar

en cada una de las etapas del proceso y proponer soluciones. El proceso
en su conjunto está pensado para un tipo de evaluación conjunta, ya que en
todas las etapas del proyecto los usuarios pueden aportar ideas de mejora.

 Resultados anticipados: Una de las ventajas de trabajar con Scrum es

que cada etapa del proceso arroja resultados parciales, por lo que no es
necesario esperar al final para obtener resultados del proyecto. Al cierre de
cada Sprint o fase de trabajo, ya pueden visualizarse ciertos logros. Esto
permite disminuir el tiempo de los períodos de prueba y concluir el trabajo
más rápido.

 Flexibilidad y adaptación a los contextos: Scrum puede adaptarse a

cualquier área o sector de la gestión, es decir, no es una técnica exclusiva
de ninguna disciplina.

 Gestión sistemática de riesgos: Trabajar con Scrum permite que los

problemas que pueden contrarrestar los progresos un proyectos, pueden
ser gestionados en el mismo momento de su aparición. Es decir, la
intervención de los equipos de trabajo puede ser inmediata cuando surjan
 conflictos o dificultades en el transcurso del proyecto.

 Sistema jerárquico de actividades: Plantear este sistema de actividades

a ejecutar durante el ciclo de vida del proyecto, permite que los
colaboradores puedan darle prioridad a aquello que se requiera con mayor
urgencia frente a aquellas tareas que no son las más demandantes.

 Fechas realistas de entregas del proyecto: En Scrum, al trabajar con

iteraciones, se segmenta el objetivo a entregar lo que hace que los
márgenes de error sean menores como así también, que las entregas
finales se ajusten a lo que fue planificado. Así, los Sprint o iteraciones
hacen más fácil de gestionar las tareas y un mejor manejo de los tiempos.

 Feedbacks en el equipo: El trabajo de Scrum permite que el equipo

establezca reuniones diarias donde pueden fijar qué se hizo, qué se hará y
qué impedimentos que hay para realizarlo, pudiendo intercambiar opiniones
e ideas acerca del proyecto.

 Visión global: En Scrum, contar con una visión holística e integral del
proyecto mientras está en curso es posible, además de que esto fortalece el
equipo de trabajo y sus involucrados.

Desventajas

Como se mencionó anteriormente, trabajar con la metodología Scrum tiene

grandes ventajas. Sin embargo, para ciertos proyectos no será lo más aplicable.
Algunas desventajas de trabajar con Scrum son:

 Se aplica a equipos reducidos: Scrum es exitosa cuando se trabaja con

grupos de pocos colaboradores. En una empresa grande, por ejemplo, se
debe sectorizar o dividir en grupos que cuenten con objetivos concretos. De
lo contrario, el efecto de la técnica no será el mismo.

 Requiere una exhaustiva definición de las tareas y sus plazos: Scrum

funciona correctamente cuando tanto las tareas como el tiempo en que se
ejecutará cada una se encuentran definidos. La esencia de esta
metodología reside en la división del trabajo de cada etapa y de sus tareas
específicas.

 Requiere de perfiles senior en su aplicación: Quienes aplican Scrum

cuentan con una alta cualificación, por lo que no es una modalidad de
gestión propia de grupos junior o que estén en formación. Podemos decir
que el éxito de Scrum radica en la experiencia profesional de equipos que
cuentan con años de experiencia y se encuentran capacitados para estas
exigencias. El éxito de un proyecto que trabaje con metodología Scrum
 dependerá en gran parte del liderazgo del Scrum Master.

 Difícil escalabilidad: Aplicar un enfoque Scrum para grandes proyectos se

establece un reto ya que puede fallar la coordinación precisa, por lo que no
garantiza que sea escalable a largo plazo.
 Puede necesitar de transformaciones dentro de la organización: En
ocasiones, para trabajar con Scrum la empresa debe pasar por ciertas
transformaciones organizativas en sus departamentos y áreas. Es la
empresa quien debe gestionar y organizarse para que las colaboraciones
sean exitosas.

 No se integra fácilmente con enfoque clásico de gestión de

proyectos: El enfoque de Scrum no suele ser el adecuado para proyectos
que requieren previsibilidad y un plan bien definido.

Ejemplos

Un ejemplo de caso de éxito utilizando la metodología Scrum es Spotify, ya

que dieron mucha importancia al rol del Scrum Master y al del Product
Owner, que hemos visto anteriormente. Gracias a esta metodología,
descubrieron y entendieron las necesidades reales de los clientes y
realizaron un buen trabajo de equipo coordinándose en la empresa.

Apple es otra de las empresas más populares que gestionan sus proyectos
a través de técnicas Scrum. ¿Cómo lo hacen? Distribuyen y planifican las
tareas, asumen responsabilidades individuales y por equipo, dan mucha
importancia al proceso de testeo de los productos, y destinan parte de su
presupuesto al desarrollo de proyectos ágiles.
 Crystal
Qué es, cómo es, qué hace, dónde se aplica, ventajas, desventajas, diagrama o
representación gráfica

El método de desarrollo Crystal, es una colección de enfoques de desarrollo de

software ágil, se centra principalmente en las personas y la interacción entre ellas
mientras trabajan en un proyecto de desarrollo de software.

Crystal es una metodología de desarrollo de Software ágil y más que una

metodología se le considera una familia de metodologías debido a que se
subdivide en varios tipos de metodologías en función a la cantidad de personal
que vayan a estar en un proyecto.

Es una metodología que ha sido creada por una persona en particular

(Alistair Cockburn), el cuál la creó en base al análisis de distintos proyectos de
desarrollo de software y su propia experiencia, lo cual fusionando ambos aspectos
dio lugar a una metodología bastante interesante.

Ventajas

 Son apropiadas para entornos ligeros

 Al estar diseñada para el cambio experimenta reducción de costo.
 Presenta una planificación más transparente para los clientes.
 Se definen en cada iteración cuales son los objetivos de la siguiente.
 Permite tener una muy útil realimentación de los usuarios.

Desventajas

 Delimita el alcance del proyecto con el cliente.

 Puede no ser factible para proyectos muy grandes.
 Aun esta en desarrollo.

Extreme Programming
Qué es, cómo es, qué hace, dónde se aplica, ventajas, desventajas, diagrama o
representación gráfica

Extreme Programming es una metodología de desarrollo que pertenece a

las conocidas como metodologías ágiles, cuyo objetivo es el desarrollo y gestión
de proyectos con eficacia, flexibilidad y control. Ambos conceptos, aunque
relacionados estrechamente, son distintos. Agile es el marco de trabajo para el
desarrollo del software, se hace mediante un proceso iterativo y define las
prácticas y roles del equipo.

XP Programming es un marco de desarrollo de software ágil que tiene como

objetivo producir un software de mayor calidad para mejorar la eficiencia del
equipo de desarrollo. Se trata de una metodología de desarrollo cuyo objetivo es
promover la aplicación de prácticas de ingeniería apropiadas para la creación de
software. Esta metodología la formuló Kent Beck, autor del primer libro sobre este
ámbito llamado «Extreme Programming Explained: Embrace Change», publicado
en 1999.

Este tipo de programación se diferencia de las metodologías tradicionales en

que pone más énfasis en la adaptabilidad que en la previsibilidad. El Extreme
Programming considera que los cambios de requisitos sobre la marcha son
acciones naturales e inevitables en el desarrollo de un proyecto. Creen que ser
capaces de adaptarse a los cambios que puedan surgir en cualquier punto del
ciclo de vida de un proyecto es una mejor previsión y más realista que intentarlos
definir todos en un principio y que no varíen más.

Ventajas:

 Da lugar a una programación sumamente organizada.

 Ocasiona eficiencias en el proceso de planificación y pruebas.
 Cuenta con una tasa de errores muy pequeña.
 Propicia la satisfacción del programador.
 Fomenta la comunicación entre los clientes y los desarrolladores.
 Facilita los cambios.
 Permite ahorrar mucho tiempo y dinero.
 Puede ser aplicada a cualquier lenguaje de programación.
 El cliente tiene el control sobre las prioridades.
 Se hacen pruebas continuas durante el proyecto.
 La XP es mejor utilizada en la implementación de nuevas tecnologías.

Desventajas:

 Es recomendable emplearla solo en proyectos a corto plazo.

 En caso de fallar, las comisiones son muy altas.
 Requiere de un rígido ajuste a los principios de XP.
 Puede no siempre ser más fácil que el desarrollo tradicional.

Ejemplos:

 • XP se usa actualmente para la creación y desarrollo practico de software.

 • Se ha usado mucho últimamente, ya que es una metodología ágil para
desarrollar software.
  • Las aplicaciones donde se puede usar XP son extensas, ya que en
cualquier rama de mercado y ciencia XP es una buena opción.
 • Un ejemplo de una empresa que aplico Extreme Programming es ONess,
cuyo objetivo es un proyecto open source para el negocio textil mayorista
desarrollado con tecnologías open source innovadoras.
 • El principal motor del Software Libre es la necesidad. Las muchas
necesidades de los proyectos en XP han estimulado la generación de
numerosas herramientas, usualmente desarrolladas con la disciplina XP.

Rapid Development of RAD

Qué es, cómo es, qué hace, dónde se aplica, ventajas, desventajas, diagrama o
representación gráfica

El desarrollo rápido de aplicaciones, concebido en la década de 1970 pero

presentado oficialmente por James Martin en 1991, es una metodología que se
centra en desarrollar aplicaciones rápidamente por medio de iteraciones
frecuentes y aprobaciones con comentarios continuos de los clientes. Al priorizar
los lanzamientos de prototipos ágiles y rápidos, RAD incide en la usabilidad del
software, los comentarios de los usuarios y la entrega rápida a través de una
planificación a largo plazo y un único conjunto de requisitos iniciales para la
creación de elementos, como las aplicaciones personalizadas. Gracias a su
rapidez y agilidad, la popularidad de RAD va en aumento.

Los beneficios clave de la metodología RAD son:

 Reducción del tiempo de desarrollo y aceleración de la entrega.

 Mejora de la flexibilidad y la adaptabilidad.
 Mejor gestión de riesgos.
 Menos programación manual y tiempos de prueba más cortos.
 Comentarios de los usuarios constantes, relevantes y en tiempo real.
En la actualidad, las empresas invierten gran parte de sus recursos en desarrollar
aplicaciones que les permitan trabajar de forma más eficiente. Con la aparición de
los modelos de desarrollo rápido de aplicaciones, podremos crear softwares de
forma rápida y barata para satisfacer las necesidades empresariales sin invertir
tanto tiempo y dinero.

Ventajas y desventajas del modelo de desarrollo rápido de aplicaciones RAD

A la hora de adoptar la metodología DRA, deberemos tener en cuenta un buen

puñado de ventajas y desventajas de su uso y saber por qué usar RAD. Algunos
de los beneficios principales del uso de la metodología RAD serían los siguientes:

 Avances medibles: Al contar con numerosas iteraciones, componentes y

prototipos desplegados cada cierto tiempo, se podrá medir y evaluar de
forma sencilla el desarrollo del proyecto y, así, cumplir con los
presupuestos.
 Productivos más pronto: La metodología DRA permitirá a los
desarrolladores adoptar roles multidisciplinares que creen prototipos y
códigos de trabajo de forma rápida, lo que supone ser productivos más
rápido.
 Separación de los componentes del sistema: La metodología RAD exige a
los diseñadores y desarrolladores a generar componentes funcionales e
independientes por sí mismos, y así poder usarlos en en una versión o
prototipo iterativo. De esta manera, cada elemento se reparte en
compartimentos y se podrá modificar según evolucionen las necesidades
del software y/o usuario.
 Comentarios constantes de los usuarios: Al poder lanzar prototipos e
iteraciones ágilmente, obtendremos un feedback muy valioso por parte de
los usuarios de forma continuada.
 Integración temprana de sistemas: Los softwares desarrollados con la
metodología RAD podrán ser integrados casi desde el comienzo con otros
 sistemas. A diferencia de los softwares desarrollados en cascada que
deben esperar prácticamente al final del desarrollo a ser integrados. Al
poder realizar estas integraciones tempranas, podremos identificar los
posibles errores que existan en las mismas y buscar la solución.
 Adaptabilidad: Gracias al desarrollo rápido de aplicaciones, el software es
bastante maleable, lo que nos beneficiará para poder realizar cualquier
posible adaptación a los prototipos o iteraciones.

Desventajas de RAD

Por supuesto, no todo podía ser perfecto y, como cualquier otro método de
desarrollo de software, el método RAD tiene algunas desventajas que también hay
que tener en cuenta a la hora de elegirlo para trabajar.

 Requiere sistemas modulares: Cuando aplicamos el método RAD, cada

componente del sistema debe ser iterable y constatable por sí mismo, para
poder ser modificados o intercambiados por cualquier miembro del equipo.
 Dificultad dentro de proyectos a gran escala: Cuando estemos ante un
proyecto que implique muchas personas y aplicaciones, la flexibilidad
puede llegar a ser un problema puesto que perderemos ligeramente el
control sobre el diseño y el desarrollo.
 Exige mucha interactividad del usuario: Conseguir feedback del usuario
desde una etapa temprana es muy útil pero, a la vez, puede ser una espada
de doble filo ya que tendremos que aceptar todo tipo de críticas
constructivas y ser competente a la hora de comunicarse con los usuarios.
 Necesidad de desarrolladores senior: Aplicar la metodología RAD no es tan
fácil como parece, por lo que en el equipo serán necesarios desarrolladores
hábiles que sean capaces de aplicar y adaptarse a cualquier necesidad o
cambio.

Ejemplos:

 Orden de compra

Para empezar este ejemplo de RAD, reúne a todas las personas que mejor
conocen el proceso, empezando por el equipo de compras. Reúne los formularios
actuales y un completo entendimiento del flujo de trabajo. Discute cómo quieres
que funcione la aplicación. Con las órdenes de compra, suele ser útil tener
también una base de datos de proveedores para una rápida referencia para llamar
la información del formulario.
Decide qué campos deben mostrarse y en qué pasos, y si deseas añadir algunos
pasos condicionales que sólo se dan cuando se cumplen ciertos parámetros.

Entonces el equipo de compras puede sentarse junto a alguien familiarizado con

Kissflow para construir el primer prototipo. Debería ser capaz de tener un
formulario de trabajo y un flujo de trabajo construido en 1-2 horas dependiendo de
la complejidad de su formulario y de la cantidad de bases de datos a las que
quiera vincularlo.

Después de poner en marcha la aplicación básica, debe ser compartida con

aquellos que van a usarla. Aquellos que solicitan órdenes de compra pueden tener
algunas ideas adicionales para mejorar el formulario o el flujo de trabajo. Estos
cambios pueden aplicarse inmediatamente y mostrarse a los interesados en el
acto.

 Solicitud de viaje

El último ejemplo de RAD que veremos es la solicitud de viaje. Esta puede ser
usada más ampliamente por toda la compañía cada vez que alguien viaja por
asuntos oficiales. Dependiendo de tu compañía, el equipo de ventas o el equipo
de cuentas de clientes podría utilizarlo más. Sin embargo, normalmente es el
equipo de finanzas el responsable de la solicitud.

La clave con las solicitudes de viaje es mantener un estricto control sobre el

cumplimiento de las políticas. Normalmente hay mucho caos en torno a los viajes.
Incluso si el equipo de finanzas ha establecido una política detallada, algunos
departamentos pueden encontrar maneras de evitarlo. Ahí es donde construir una
aplicación en Kissflow con los principios de RAD puede ayudar a mantener las
cosas en orden.

El equipo de finanzas puede crear un formulario que muestre la política de viajes

escrita y valide los datos clave para asegurarse de que todo esté correcto antes de
obtener la aprobación del gerente. Es importante que el equipo de finanzas pueda
hacer una comprobación del presupuesto y/o del flujo de caja también antes de
que se organice el viaje.
Utilizando los principios de la RAD, el equipo de finanzas puede crear rápidamente
un prototipo de la aplicación y obtener información de varios departamentos antes
de ponerla en marcha. Con una plataforma sin código como Kissflow, también
pueden asumir la responsabilidad de mantener la aplicación y hacer cambios a lo
largo del camino.

Kanban
Qué es, cómo es, qué hace, dónde se aplica, ventajas, desventajas, diagrama o
representación gráfica

La metodología ágil Kanban consiste básicamente en gestionar un proyecto

de una manera general. Su implementación implica ir mejorando continuamente
el proceso, que se realiza siempre mediante flujos de trabajo visual. Se basa en el
principio de los flujos “pull”.
De esta forma, en un proyecto, cuando un producto es retirado de su lugar de
almacenamiento, el sistema Kanban envía una señal a la parte inicial de la línea
de fabricación o montaje, con la finalidad de que se comience a crear un nuevo
producto. Así, es la demanda de productos la que guía a la producción. De lo
contrario, se podría acumular más stock de la cuenta de ese producto o bien que
no hubiera stock suficiente para cubrir la demanda.

Las tarjetas Kanban funcionan como marcadores. Por ello, no tienen que ser
estrictamente tarjetas. También se utilizan pelotas, plásticos, carros vacíos, etc.
La aplicación de la metodología a la empresa
Aplicar el método Kanban en una empresa puede ayudar a mejorar sus
procesos y su gestión de proyectos. Es muy utilizado, por ejemplo, en empresas
de desarrollo de software, para limitar los trabajos en curso. En este caso, las
tarjetas Kanban funcionan como los elementos de trabajo. Su objetivo
es gestionar de manera general cómo se van completando tareas.
Así los tableros con tarjetas muestran y gestionan el flujo de avance y entrega, y
ayuda a evitar los dos problemas más importantes: cuellos de botella y tiempos
muertos.

Una herramienta para aplicar este método puede ser, por ejemplo, Trello. Se trata
de una aplicación que permite crear tableros visuales. Gracias a ellos, todos los
miembros del equipo pueden seguir el progreso de cada tarea, así como las tareas
que están pendientes y el tiempo marcado para su ejecución. A menudo, esta
metodología ágil de gestión de proyectos se aplica en combinación con Scrum.

Pros y contras del método Kanban

Estos son los principales beneficios del uso del método Kanban:

 Medición del rendimiento. Con el método Kanban podemos medir el

rendimiento de los trabajadores o equipos, así como detectar cualquier
problema que se genere durante el transcurso de la tarea.

 Organización del flujo de trabajo. El flujo de trabajo queda claro en

cada fase del proyecto gracias a la organización de las tareas por
estados y de la duración estimada que se indica para cada una de ellas.
Por ello, es posible prever una cantidad de trabajo adecuada y
asequible para el cumplimiento de las metas.

 Cumplir los tiempos de entrega. Ligado al segundo punto, gracias a la

organización del flujo de trabajo podremos medir y cumplir con los
tiempos de entrega demandados por el cliente.

 Distribución de tareas. Poder ver las tareas que se han hecho, las que
se están haciendo y las que quedan por hacer ayuda a una correcta
distribución: todo el equipo puede ver cómo va el transcurso del trabajo
y saber cuál es el siguiente paso.
  Mejorar la calidad del producto. Con buena organización y con un
buen control de los tiempos, se podrán detectar posibles problemas y,
por consecuencia, encontrar la solución.

 Evitar la acumulación de trabajo. Al previsualizar todas las tareas

previstas y el tiempo estimado para su cumplimiento, el equipo podrá
organizarse y asignar cada trabajo sin sobrecargar.
 

Por otro lado, en cuanto a los contras encontramos:

 Coste. Si se usa este método para unidades muy grandes, el

almacenamiento del sistema de Kanban será muy costoso.

 Es limitado. Al limitar el número de tareas, cuando se trata de trabajos

inmensos no es posible aplicar esta metodología ya que muchos de los
trabajadores quedarían desocupados.

 Kanban no es óptimo para todo tipo de proyectos. Kanban asume

sistemas de producción repetitivos, es por eso que las variaciones o los
eventos inesperados pueden afectar negativamente al resultado final.

 No permite anticiparse a grandes aumentos de la demanda. Con

Kanban resulta difícil manejar cambios de gestión provocados por la
acumulación de nuevas tareas, lo que podría provocar un
desbordamiento de trabajo.

Ejemplos:
Nike

Mediante la implementación de principios de Lean y de Kanban, Nike pasó de ser

una marca rezagada a ser la preferida de los clientes.

Una práctica fundamental de Kanban es la evaluación del flujo de valor de una

compañía para identificar los desechos y reducirlos a su mínima expresión. Nike
llevó esto a un nuevo nivel, al punto de llegar a utilizar sus desechos para crear un
nuevo producto, conocido como Nike Grind. Dicho producto lleva más de 20 años
de éxitos – Consiste en el tratamiento de desechos de viejos productos, reciclados
por los clientes, para crear superficies de entrenamiento para atletas.
Jaguar

Decidieron reducir el tamaño de los lotes enviados para retroalimentación. Usando

el concepto de la cantidad mínima de productos viables, solo enviaban la
información que los accionistas necesitaban para decidir. Esto redujo los ciclos de
retroalimentación de 12 semanas a solo unos días. El proyecto piloto fue tan
exitoso, que para finales de 2016 Jaguar tenía 10 programas operando con
Kanban. Estos cambios no solo llevaron a tiempos de entrega más cortos, sino
que también trajeron mejoras a la calidad, debido a que se contaba con equipos
de diseño 30% más pequeños. Durante las sesiones diarias de stand-up, los
equipos de diseño se enfocaban en sus tableros Kanban para dirigir el flujo de
trabajo cada mañana.

Jaguar no se conformó con el desarrollo de productos, sino que también revisó

todo su flujo de valor. El fabricante alcanzó tanto éxito con Lean, que comenzó a
ofrecer días de experiencia Lean. Actualmente llevan a personalidades del mundo
de los negocios a su planta de Halewood para mostrarles cómo pueden
beneficiarse de la implementación de Lean.