Qué es SCRUM

Scrum 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 un proyecto. Estas prácticas se apoyan unas a otras
y su selección tiene origen en un estudio de la manera de trabajar de equipos
altamente productivos. En Scrum se realizan entregas parciales y regulares del
producto final, priorizadas por el beneficio que aportan al receptor del proyecto.
Por ello, Scrum está especialmente indicado para proyectos en entornos
complejos, donde se necesita obtener resultados pronto, donde
los requisitos son cambiantes o poco definidos, donde la innovación,
la competitividad, la flexibilidad y la productividad son fundamentales.
Scrum también se utiliza para resolver situaciones en que no se está
entregando al cliente lo que necesita, cuando las entregas se alargan
demasiado, los costes se disparan o la calidad no es aceptable, cuando se
necesita capacidad de reacción ante la competencia, cuando la moral de
los equipos es baja y la rotación alta, cuando es necesario identificar y
solucionar ineficiencias sistemáticamente o cuando se quiere trabajar
utilizando un proceso especializado en el desarrollo de producto.
Ver en detalle cuales son los beneficios de Scrum, sus fundamentos y
sus requisitos.
El proceso: En Scrum un proyecto se ejecuta en ciclos temporales cortos y de
duración fija (iteraciones que normalmente son de 2 semanas, aunque
en algunos equipos son de 3 y hasta 4 semanas, límite máximo de feedback de
producto real y reflexión). Cada iteración tiene que proporcionar un resultado
completo, un incremento de producto final que sea susceptible de ser
entregado con el mínimo esfuerzo al cliente cuando lo solicite.
El proceso parte de la lista de objetivos/requisitos priorizada del producto, que
actúa como plan del proyecto. En esta lista el cliente (Product
Owner) prioriza los objetivos balanceando el valor que le aportan
respecto a su coste (que el equipo estima considerando la Definición de
Hecho) y quedan repartidos en iteraciones y entregas.  
Las actividades que se llevan a cabo en Scrum son las siguientes (los tiempos
indicados son para iteraciones de 2 semanas):

Planificación de la iteración
El primer día de la iteración se realiza la reunión de planificación de la iteración.
Tiene dos partes:
1. Selección de requisitos (2 horas). El cliente presenta al equipo la lista de
requisitos priorizada del producto o proyecto. El equipo pregunta al cliente las
dudas que surgen y selecciona los requisitos más prioritarios que prevé que
podrá completar en la iteración, de manera que puedan ser entregados si el
cliente lo solicita.
2. Planificación de la iteración (2 horas). El equipo elabora la lista de tareas de
la iteración necesarias para desarrollar los requisitos seleccionados. La
estimación de esfuerzo se hace de manera conjunta y los miembros del equipo
se autoasignan las tareas, se autoorganizan para trabajar incluso en parejas (o
grupos mayores) con el fin de compartir conocimiento (creando un equipo más
resiliente) o para resolver juntos objetivos especialmente complejos.

Ejecución de la iteración
Cada día el equipo realiza una reunión de sincronización (15 minutos),
normalmente delante de un tablero físico o pizarra (Scrum Taskboard). El
equipo inspecciona el trabajo que el resto está realizando (dependencias entre
tareas, progreso hacia el objetivo de la iteración, obstáculos que pueden
impedir este objetivo) para poder hacer las adaptaciones necesarias que
permitan cumplir con la previsión de objetivos a mostrar al final de la iteración.
En la reunión cada miembro del equipo responde a tres preguntas:

 ¿Qué he hecho desde la última reunión de sincronización para ayudar al

equipo a cumplir su objetivo?
 ¿Qué voy a hacer a partir de este momento para ayudar al equipo a cumplir su
objetivo?
 ¿Qué impedimentos tengo o voy a tener que nos impidan conseguir nuestro
objetivo?

Durante la iteración el Facilitador (Scrum Master) se encarga de que el equipo

pueda mantener el foco para cumplir con sus objetivos.

 Elimina los obstáculos que el equipo no puede resolver por sí mismo.

 Protege al equipo de interrupciones externas que puedan afectar el objetivo de
la iteración o su productividad.

Durante la iteración, el cliente junto con el equipo refinan la lista de requisitos

(para prepararlos para las siguientes iteraciones) y, si es necesario, cambian o
 replanifican los objetivos del proyecto (10%-15% del tiempo de la iteración) con
el objetivo de maximizar la utilidad de lo que se desarrolla y el retorno de
inversión.

Inspección y adaptación
El último día de la iteración se realiza la reunión de revisión de la iteración.
Tiene dos partes:

1. Revisión (demostración) (1,5 horas). El equipo presenta al cliente los

requisitos completados en la iteración, en forma de incremento de producto
preparado para ser entregado con el mínimo esfuerzo. En función de los
resultados mostrados y de los cambios que haya habido en el contexto del
proyecto, el cliente realiza las adaptaciones necesarias de manera objetiva, ya
desde la primera iteración, replanificando el proyecto.

2. Retrospectiva (1,5 horas). El equipo analiza cómo ha sido su manera de

trabajar y cuáles son los problemas que podrían impedirle progresar
adecuadamente, mejorando de manera continua su productividad. El
Facilitador se encargará de eliminar o escalar los obstáculos identificados que
estén más allá del ámbito de acción del equipo.

SI TRABAJAS EN UN SECTOR EN EL QUE EL NIVEL DE INCERTIDUMBRE ES

ALTO Y TU TRABAJO ÁGIL, QUIZÁS TENGAS QUE APLICAR SCRUM PARA
GESTIONAR TUS PROYECTOS.

¿QUÉ ES SCRUM?
¿Scrum o scrums? La palabra más correcta es scrum.  Se trata
de cronograma de actividades de los proyectos divididos en pequeños bloques
o Sprints, con el objetivo de ir revisando y mejorando la fase anterior. Y es el
propio término Scrum proviene del mundo del rugby. El sector del desarrollo de
software es el principal representante de este tipo de metodología ágil, scrum
software.

METODOLOGÍA SCRUM 🐔
Entre las diferentes metodologías de un proyecto, Scrum es un método para
trabajar en equipo a partir de iteraciones o Sprints. Así pues, Scrum es una
metodología ágil, por lo que su objetivo será controlar y planificar proyectos
con un gran volumen de cambios de última hora, en donde la incertidumbre sea
elevada.
Se suele planificar por semanas. Al final de cada Sprint o iteración, se va
revisando el trabajo validado de la anterior semana. En función de esto, se
priorizan y planifican las actividades en las que invertiremos nuestros recursos
en el siguiente Sprint.
La metodología Scrum se centra en ajustar sus resultados y responder a las
exigencias reales y exactas del cliente. De ahí, que se vaya revisando cada
entregable, ya que los requerimientos van variando a corto plazo. El tiempo
mínimo para un Sprint es de una semana y el máximo es de cuatro semanas.
Entre las principales características de la metodología Scrum, desataca que es
un desarrollo incremental en lugar de la clásica planificación del desarrollo
completo de un producto o servicio. Los equipos Scrum se caracterizan por
ser auto-organizados. Y se centra en el producto final, en la calidad del
mismo.
Además, en la metodología Scrum agile se solapan diferentes fases de
desarrollo, en lugar de llevar a cabo una planificación secuencial o de cascada.
Puedes saber más sobre las metodologías a usar según tu tipo de proyecto en
la primera lección del curso online de gestión de proyectos.
METODOLOGÍAS AGILES SCRUM
¿Qué es SCRUM? El término Scrum (traducido del inglés como melé) fue
acuñado y definido por Ikujiro Nonaka e Hirotaka Takeuchi en los años 80,
cuando las principales empresa de desarrollo tecnológica empezaban a
dominar el mercado y a definir conductas de trabajo. Ambos publicaron en
1986 en la Harvard Business Review este artículo “El nuevo nuevo juego
para el desarrollo de productos”. Así abrieron una caja que durante los
próximos años ha evolucionado y se ha extendido por muchos sectores, no
sólo el tecnológico.
El avance de las formaciones de las melés en partidos de rugby, inspiró a Nonaka y
Takeuchi para bautizar una nueva forma de trabajar que ya venía dándose en muchas
empresas tecnológicas como Honda, Canon y Fuji-Xerox.
Nonaka y Takeuchi  explican cómo esta metodología ágil se compara con la formación
de melé del rugby de la siguiente forma: «El enfoque de las ‘carrera de relevos’ para el
desarrollo de productos entra en conflicto con el objetivo de obtener la máxima
velocidad y flexibilidad. En su lugar un enfoque como el rugby – donde el equipo
intenta avanzar como equipo, enviando el balón hacia atrás y luego avanzar – sirve
mejor a los desarrollos competitivos que se ven hoy en día». 

Así pues, los proyectos que utilizan una metodología de desarrollo ágil pueden
aplicar Scrum. En ellos, los requisitos varían a muy corto plazo, necesitan una
gestión muy flexible, orientada a objetivos y resultados concretos. Y la
metodología Scrum es perfecta.
El desarrollo del software fue el primero en aplicar la metodología Scrum. Anteriormente, este
sector utilizaba para planificar y gestionar sus proyectos con métodos en cascada o secuencial.
En ellas se planifican varias fases con unos plazos establecidos y se van ejecutando.Sin
embargo, en 1993, Jeff Sutherland y su equipo en Easel Corporation adaptaron la
metodología Srcum al desarrollo del software. Publicando así el Software

Development Process. El método Scrum estaba ahora orientado a objetos, a

un control de procesos empírico, desarrollo iterativo e incremental, a una
mejora continua de la productividad, así como al desarrollo de sistemas
complejos y ágiles.
En la actualidad, Scrum es utilizado para el desarrollo de muchos tipos de
productos, con el objetivo de organizar flujos de trabajo optimizados y flexibles.
Una virtud de aplicaciones que integran esta idea para gestionar proyectos,
como Sinnaps.
APLICACIÓN DE SCRUM
En la actualidad, los proyectos se desarrollan en contextos muy versátiles. Son
más complejos que antes, frente a unas exigencias del cliente y del mercado
mucho más variables, y con una incertidumbre elevada. Por eso, la aplicación
del método se ha extendido como la pólvora en numerosos sectores, fuera del
mundo del desarrollo de software.
Así es como funciona la metodología Scrum, basada en sprints. Tenemos un
listado de requerimientos, también llamado Backlog. Tomamos uno para
desarrollarlo en ese sprint. Lo dividimos en tareas, asignamos esas
actividades a los diferentes miembros del equipo. Cada, podemos
reunirnos para ir solucionando problemas. Esta reuniones dentro del sprint
dependerá de la duración del sprint y del tipo de resultado del proyecto.
Una vez terminado el objetivo de ese sprint, ya tenemos el resultado para
incrementarlo en el total del producto terminado. Por eso, tiene tanto sentido
utilizarlo en el sector del software. Porque, este producto ya parte de algo que
es capaz de funcionar. Así que en cada sprint, iremos consiguiendo mejoras
para añadir al producto final. 
Sin embargo, cada vez más industrias aplican esta metodología Scrum por su
facilidad para adaptarse a los contratiempos. Por eso, te contamos cómo
puedes aplicarlo a tus proyectos, más en detalle.
FASES DE LA METODOLOGÍA SCRUM
El desarrollo de producto tiene un ciclo de vida en la metodología Scrum.
Estas son fases en las que se divide un proceso Scrum:
1. ¿Qué y quién? El producto que queremos conseguir una vez
terminemos el Sprint, y los roles de equipo con sus tareas
asignadas.
2. ¿Dónde y cuándo? El plazo y el contenido del Sprint.
3. ¿Por qué y cómo? Las distintas herramientas para aplicar esta
metodología ágil.
Cada Sprint puede tener una serie de eventos o etapas. Los más comunes
son:

1. Reunión para la planificación del Sprint. En ella, se divide el tiempo de

duración del Sprint, así como el objetivo y entregable del mismo. Además,
el equipo de desarrollo deberá saber cómo realizarlo. Muy parecido a lo
que llamamos reunión de Kick off.

2. Scrum diario. Se basa en poner en común y sincronizar actividades para

elaborar el plan del día.

3. Trabajo de desarrollo durante el Sprint. Nos aseguramos que los objetivos

se están cumpliendo, que no se producen cambios que alteran el objetivo
del Sprint y se mantiene un feedback constante con el cliente o dueño del
proyecto.

4. Revisión del Sprint. Reunión con el cliente o dueño del proyecto, en la

que se estudia y revisa el Product Backlog del Sprint. Se definen los
aspectos a cambiar, en caso necesario, de mayor valor o probables para
planificarlo en el siguiente Sprint.

5. Retrospectiva del proyecto. Oportunidad del equipo de desarrollo para

mejorar su proceso de trabajo y aplicar los cambios en los siguientes
Sprints.

ROLES DE SCRUM
La metodología Scrum tiene unos roles y responsabilidades principales,
asignados a sus procesos de desarrollo. Estos son:
 Project Owner. Se asegura de que el proyecto se esté desarrollando
acorde con la estrategia del negocio. Escribe historias de usuario, las
prioriza, y las coloca en el Product Backlog.

 Master Scrum o Facilitador. Elimina los obstáculos que impiden que el

equipo cumpla con su objetivo.

 Development team Member. Los encargados de crear el producto para

que pueda estar listo con los requerimientos necesarios. Se recomienda
que sea un equipo multidisciplinar, de no más de 10 personas. Sin
embargo, empresas como Google disponen de unos 15.000
desarrolladores trabajando en una rama del código. Y con una
 metodología Scrum. La automatización en el testeo explica sobre por qué
este gran volumen en el equipo.
EJEMPLOS DE CÓMO USAR SCRUM
Así pues, la metodología Scrum se puede aplicar a muchos sectores, sin
embargo aún no se puede adaptar adecuadamente a otros como los procesos
de fabricación de productos o el mundo de la construcción —a pesar de que
éste último está sufriendo una transformación importante a través del BIM y sus
líneas bases.

Incluso, en los propios proyectos tecnológicos ha habido algún que otro

fracaso. Precisamente, Jeff Sutherland, cocreador de Scrum y Asesor Senior y
Coach de OpenView, explica las razones del fracaso de Healthcare y del éxito
de Spotify en esta entrevista que resumimos aquí.
Causas de fracaso de Healthcare.gov, proyecto del gobierno norteamericano
para mostrar transparencia en los seguros sanitarios.
 No haber lanzado el proyecto fase a fase
 No testeo ni aprendizaje
 Falta de liderazgo en un proyecto con más de 20 consultoras implicadas
 Falta de coordinación entre el Front-En
 d y el Back-End
 El testeo final se produjo en un periodo demasiado corto
 Causas del éxito de Spotify

 Contrato externo de un especialista en metodologías ágiles. Gran

importancia al rol del Scrum Master.
 Fundamental el trabajo del Product Owner, para saber entender las
necesidades reales del cliente y trasladarlas a tiempo al equipo.
 Buena coordinación central de la compañía.
 Rápidos, baratos y mejores frente a sus competidores Google y Apple.
 Los pequeños equipos Scrum son hábiles para implementar el software al
final de cada sprint, sin romper a otros equipos.
 Cada equipo tiene una parte del
software exclusivo suyo. Entre todos forman tribus o Tribe, añadiendo
distintos Squad o escuadrones.
Metodología Scrumban como uno de los usos más efectivos (Scrum +
Kanban)
Además, uno de los usos que se están popularizando últimamente es la
metodología Scrumban. Se trata de la utilización de Scrum con un tablero
Kanban. La gestión es por sprints tal y como hemos visto, sin embargo la
planificación está conectada a un tablero Kanban, con las actividades ya
priorizadas y organizadas según el plan del proyecto. Así el equipo sabe qué
hacer primero en cada fase de sprint para llegar a los plazos.
Tablero Kanban con actividades ordenadas según la prioridad de la
planificación:

🐷 🐔  ¿POR QUÉ UN CERDO Y UN POLLO EN EL ARTÍCULO DEL BLOG

SOBRE SCRUM?
El equipo Scrum está formado por el ScrumMaster, el Product Owner y el
equipo. Los miembros del Scrum Team se llaman “cerdos”. El Product Owner
es el “cerdo” del Product Backlog. El equipo es el “cerdo” del trabajo del Sprint.
El ScrumMaster es el “cerdo” del proceso Scrum. Todos los demás son
“pollos”. Los “pollos” no pueden decirles a los “cerdos” cómo hacer su
trabajo. Y esto es todo.
 ¿Quieres comenzar a aplicar la metodología SCRUM? Para ello, lo primero es
que entiendas el proceso y todos los elementos que intervienen. Básicamente
hay 3 pasos que debes tener en cuenta:

1. El punto de partida es una lista de objetivos que deben priorizarse.

Esta fase es esencial ya que dependiendo de lo que se priorice serán
necesarios unos u otros requisitos. Será esta priorización la que determine
las posteriores interacciones así como las entregas. El equipo que la
realiza es el que determinará, también, qué tareas son necesarias y cómo
se asignan los trabajos entre los miembros.

2. Los sprints. La metodología SCRUM se caracteriza porque se ejecuta en

bloques de tiempo periódicos y cortos. Se denominan sprints y son la base
del método. Cada sprint dura entre 2 y 4 semanas y da un resultado
completo. Este será un entregable. Todos los sprints tienen un formato
idéntico. Para que funcionen debe existir una comunicación continuada.
Además, se representan los avances de manera visual.

3. Feedback y reflexión. Al terminar cada ciclo se presenta el resultado para

se aprobado o rechazado. Es el momento de que el equipo involucrado
reflexione sobre cómo se ha trabajado en el sprint, lo que ha ido bien y
mal y, sobre todo, cómo mejorarlo.
Como ves, la metodología SCRUM se centra en la repetición de estos ciclos,
los sprints, que tienen la siguiente estructura:

1.- Planificación de sprint: Antes de comenzar un sprint es necesario contar,

por tanto, con la lista de objetivos. Y asignar a cada miembro del equipo sus
tareas. Es la base de la planificación de cada sprint. Así, antes de empezar el
cliente define los requisitos que se deben cumplir. Esta selección debe ser
aceptada por el equipo que, posteriormente, elabora la lista de tareas que se
van a realizar en cada interacción con el fin de conseguir los requisitos
planteados.

2.- Sprint diario: Cada día tiene que realizarse una reunión para evaluar el
estado del proyecto. Se conoce como Daily Standup y el objetivo es que
todo el mundo conozca el grado de desarrollo de las tareas de los demás.
Para ello se toma como referencia la reunión del día anterior.
Para que no pierdan su sentido, estas reuniones deben ser muy cortas. Suele
establecerse una duración de entre 5 y 15 minutos. Por eso, algunas empresas
han decidido que las reuniones se realicen de pie. Eso sí, es obligatorio que
durante la reunión se paren de realizar otras tareas para centrarse en ella. Y
los que aplican la metodología al dedillo plantea que debe hacerse siempre a la
misma hora y en el mismo lugar. De esta manera, cada jornada del sprint todos
los integrantes del equipo estarán informados sobre los aspectos esenciales:
qué problemas han surgido, cómo se van a sortear, qué problemas pueden
surgir,… Para conseguirlo se suelen plantear las siguientes cuestiones:
1. ¿Qué ha hecho cada participante desde la última reunión de
sincronización?
2. ¿Qué van a hacer a partir de este momento?
3. ¿Con qué problemas se ha enfrentado o piensa que puede tener?
Una de las claves del éxito de la metodología SCRUM es que durante los sprints
no se realizan cambios que afecten al objetivo. Todo tiene que ir alineado con la
lista de requisitos inicialmente planteada.
3.- Revisión de sprint: Una vez que se haya terminado un sprint se realiza
una reunión de revisión. El objetivo es conocer lo que se ha conseguido y
analizar si es necesario realizar cambios de cara a próximos sprints. A esta
reunión debe acudir todo el equipo y, si se considera necesario, otras personas
que puedan tener voz sobre el proyecto. Las revisiones de sprints suelen tener
la siguiente estructura:
1. Se explica lo que se ha hecho y aquello a lo que no se ha llegado.
2. Posteriormente, el equipo debate sobre los problemas que han surgido y
cómo se han resuelto.
3. Se plantean nuevos sprints decidiendo entre todos lo que se va a hacer a
continuación.
4. Es importante revisar las fechas de finalización del proyecto en base a los
cambios que se han producido. Se plantea la revisión de tiempo,
presupuesto y mercado para la próxima entrega prevista del producto.

4.- Retrospectiva del sprint: La metodología SCRUM se centra en la mejora

continua. Por eso, esta reunión de retrospectiva del sprint es fundamental. En ella, el
equipo trabaja los siguientes aspectos:
 Una revisión de cómo funcionó el sprint en lo referente a las personas
implicadas y las herramientas utilizadas.
 Se identifican los errores y se definen las potenciales mejoras que los
subsanen.
Herramientas básicas para la metodología Scrum

Scrum es una metodología ágil que necesita de una serie de herramientas para
dar resultado. Si quieres adaptarla deberás conocer en profundidad los
siguientes documentos:
 Product Backlog: Es el documento en el que se incluyen todas las
asignaciones, necesidades y funcionalidades del proyecto.
 Sprint Backlog: Sirve para definir las tareas de cada miembro del equipo
y asignar el tiempo necesario para cada una de ellas.
 Daily Scrum: Se trata del seguimiento diario que se hace a las tareas
asignadas.
 Burn Down: El documento con el control en el que se detalla la evolución
de las tareas y los requerimientos hasta llegar a la entrega final.
Los 4 principales roles de Scrum

Para que este método funcione se han establecido una serie de roles que son
los que garantizan que el método se cumple. Hay 3 roles principales y uno
auxiliar. Son los siguientes:
A.- Product owner: Se trata de la persona que está en contacto directo con el
cliente. Por tanto, tiene una tarea importante como interlocutor con todos los
stakeholders del proyecto. Es quien conoce las peticiones y requerimientos de los
clientes. Pero su labor más importante es maximizar el valor del trabajo del
equipo de desarrollo. Sólo debe haber un product owner para que los sprints
funcionen. Tiene la responsabilidad de mantener el Product Backlog bien estructurado,
detallado y priorizado.

B.- Scrum Master: Es el responsable de que la metodología Scrum sea

comprendida y aplicada en la empresa. Es el manager de Scrum. Por eso, su
principal labor es ayudar en la adopción de esta metodología en todos los
 equipos. Para ello, no sólo formará al equipo sino que, también, debe ser el facilitador
en todas las reuniones. Sus tareas básicas son:

1. Gestionar el proceso Scrum para que aporte valor a la organización que lo

adopta.
2. Eliminar impedimentos.
C.- Equipo de desarrollo: Se trata de las personas encargadas de realizar las tareas.
Debe ser un equipo multifuncional y autoorganizado y tienen la responsabilidad
compartida de haber realizado el trabajo o no haberlo conseguido. De ahí que no se
debe intervenir en sus dinámicas de funcionamiento. Es el equipo el que
decide gestionarse internamente de una manera concreta. Y, por eso, tendrá que
rendir cuentas como uno solo.
D.- Stakeholders: Existen unos roles auxiliares que son aquellos que  no tienen un rol
formal y no se involucran en el proceso. Pero que, sin embargo, su opinión debe ser
tomada en cuenta. Pueden ser desde expertos en negocio que pueden asesorar hasta
clientes o proveedores. Algunos de ellos participan durante la revisión del sprint.

La metodología Scrum es una de las tecnologías ágiles que están modificando

la manera de trabajar no sólo las estrategias de negocio sino todas las áreas
de una organización. En Antevenio somos especialistas en marketing digital
desde hace más de 30 años. ¿Necesitas que te ayudemos en la definición de
tus estrategias de marketing digital?
Ciclo de vida Ágil
En este artículo vamos a abordar el tema del ciclo de vida ágil. Hablaremos
sobre:
 La relación del Ciclo de Vida Ágil y las iteraciones
 Cómo y por qué generar soluciones intermedias
 Qué es el Ciclo de Vida Predictivo
Índice de contenidos
 Ciclo de vida Ágil e Iteraciones
 Generando soluciones intermedias (Incrementos)
 Ciclo de vida predictivo
 ¿Quieres un curso gratis de SCRUM?
Ciclo de vida Ágil e Iteraciones
En un ciclo de vida Ágil utilizamos varias iteraciones, repeticiones de un
proceso, con el objetivo alcanzar el resultado deseado. Los resultados de una
iteración se utilizan como punto de partida para la siguiente iteración. En
Scrum, por ejemplo, las iteraciones se conocen como Sprints.
La razón principal para usar ciclos de vida iterativos es generar soluciones
intermedias al final de cada iteración, mostrárselo al cliente, y recibir
su feedback para aplicarlo en las iteraciones siguientes.
De esta manera, reducimos la cantidad de trabajo que tendríamos que volver a
hacer si esperásemos a recibir el feedback del cliente hasta tener
completamente finalizado el producto. Observa  de  la imagen: ¿ves cómo el
producto se entrega de manera incremental? ¿Ves cómo tras cada iteración se
genera un feedback? Espero que ahora lo entiendas mejor.
Generando soluciones intermedias (Incrementos)
Generando soluciones intermedias (Incrementos) a lo largo del proyecto
podemos recibir sobre las mismas un feedback muy útil. Realmente queremos,
más bien necesitamos, obtener este feedback cuanto antes para poder
aplicarlo al proyecto y continuar avanzando en la dirección de los intereses del
cliente.
Una consecuencia de trabajar de esta manera es que el número y el contenido
de las partes del producto en desarrollo son dinámicos. Es decir, en lugar de
crear una “Especificación de Requisitos” detallada antes de diseñar y desarrollar
la solución, empezamos trabajando incremental e iterativamente sobre un
número limitado de características, el resto de características que
determinaran el alcance del proyecto, van surgiendo a medida que el proyecto
avanza.
Este ciclo de vida es conocido como adaptable; un ciclo de vida que
desarrolla la solución final (el producto) de un modo iterativo e incremental,
adaptándose sucesivamente a las soluciones intermedias (productos) y al
feedback del cliente.
Ciclo de vida predictivo
Lo que denominamos como Ágil, es técnicamente equivalente a utilizar ciclos
de vida adaptables. Los ciclos de vida “en cascada”, o métodos tradicionales,
se basan en un ciclo de vida predictivo.
Ten en cuenta que un ciclo de vida adaptable no consiste simplemente en
dividir las diferentes características de la solución en distintas etapas, y realizar
todas y cada una de los procesos en cada etapa; consiste principalmente en el
limitar la planificación a las iteraciones que se desarrollarán en el futuro
próximo, y aprovechar el output de cada iteración para volver a
planificar un paso más allá.
En los ciclos de vida adaptables no implementamos “mini cascadas” en de
cada iteración; empezamos con uno o dos artículos, los realizamos
completamente (implementando todos los procesos necesarios para su
desarrollo), y seguimos adelante con los siguientes artículos.

Hay muchos marcos que utilizan el ciclo de vida adaptativo; todos conocidos
como marcos Agiles.
Scrum es el marco Agile más conocido, aunque hay otros como XP, DSDM
Atern y Crystal.
Espero que te haya quedado un poco más claro todo este lío. Por cierto, cada
ciclo de vida se adapta a un tipo de empresas, proyectos y estrategias.
En managementplaza aplicamos los dos ciclos de vida en función de dichas
variables.