Su navegador no soporta JavaScript. How The Agile Manifesto Came To Be - Scrum Inc.
  • LinkedIn
  • YouTube
  • RSS

Cómo surgió el Manifiesto Ágil

How The Agile Manifesto Came To Be With Dr. Jeff SutherlandHace 20 años, hice un viaje a Snowbird, Utah, para reunirme con otras 16 personas que compartían un objetivo: cambiar a mejor la forma de trabajar de nuestro sector, el desarrollo de software. Dar prioridad a los clientes. Trabajar de forma más inteligente. Entregar más rápido, más a menudo y mejor. 

En esa reunión, creamos los cuatro valores y los 12 principios más conocidos como los Manifiesto Ágil. Estoy orgulloso de ser uno de los 17 signatarios del documento que tanto ha ayudado a transformar. 

En este vigésimo aniversario de Agile, me gustaría compartir la historia de cómo el Manifiesto Ágil (también puede verlo en nuestro Canal YouTube). Pero primero, quiero afirmar y agradecer a todos los que estuvieron allí. 

También me gustaría dar las gracias a todos los que estáis implantando procesos Agile. Gracias por todo lo que habéis hecho para tomar una gran idea y convertirla en una transformación global. 

Todos hemos hecho mucho, pero aún queda mucho por hacer. Así que celebremos los 20 años de Agilidad y adentrémonos en el futuro siendo aún más ágiles de lo que somos hoy.

Lo que nos unió

Por aquel entonces, había mucha preocupación por la forma en que se estaba desarrollando el software. Se utilizaba principalmente el Proceso Unificado Racional, que se había vuelto muy pesado y nada ágil. 

Muchos de los asistentes a la Manifiesto Ágil había participado activamente en grupos de noticias de Internet elaborando lo que vienen a ser los precursores de los procesos ágiles. Intentábamos crear una alternativa mejor. 

Entonces, en 2001, Bob Martin, que dirigía una empresa de consultoría de tecnología de objetos, nos llamó a todos y nos dijo: "Vamos a reunirnos". El tío Bob, como le conocen muchos en la comunidad Agile, era el presidente de la Manifiesto Ágil reunión. 

Pero, ¿por qué nos conocimos en Snowbird? 

Alistair Cockburn y Jim Highsmith, dos Manifiesto Ágil firmantes, vivían en Utah en aquel momento. 

Jim acababa de escribir un libro sobre gestión adaptativa, y Alistair había escrito varios libros sobre un marco que él llamaba Crystal. 

Los 17 éramos líderes del sector. Nos enfrentábamos a una amenaza competitiva en forma de pesados procesos de desarrollo de software que no gustaban a nadie. Eso fue lo que nos motivó a todos a reunirnos. Sabíamos que tenía que haber algo mejor.

¿Por qué se llama ágil?

El primer día de la reunión, cada uno de nosotros tuvo la oportunidad de hablar de sus propias ideas y de lo que estaba haciendo. En aquel momento utilizábamos el término "procesos ligeros". Sabíamos que necesitábamos una palabra mejor. 

Llamarlo Ágil fue idea de Mike Beedle. 

Se inspiró en un libro sobre empresas de hardware que habían formado un consorcio para averiguar cómo llevar el Lean al siguiente nivel. Lean es muy bueno para la eficiencia, pero no es muy bueno para conectar con los clientes o entusiasmarlos. Así que el consorcio quería averiguar cómo llevar el Lean al siguiente nivel (aún conservo un ejemplar del libro en mi estantería). 

Al final del primer día, teníamos una serie de nombres en un rotafolio. 

Elegimos Agile como la palabra que utilizaríamos. Fue una decisión importante gracias a Mike Beedle

Creación de los cuatro valores ágiles

 

Picture showing the creation of the four values of the Agile ManifestoHacia las 10:30 de la mañana del segundo día, decidimos hacer una pausa para el café. Era invierno y estábamos en Utah, así que nueve de los 17 reunidos decidimos ir a esquiar un rato. Los ocho que se quedaron en la habitación son los que se ven en la foto del Manifiesto Ágil sitio web

Martin Fowler, autor de muchos libros sobre desarrollo de software y miembro del primer equipo de Extreme Programming (XP), se acercó a la pizarra y dijo que le preocupaba que pasáramos un par de días juntos y no nos pusiéramos de acuerdo en nada, aparte del nombre Agile. 

"¿Hay algo más en lo que podamos estar de acuerdo?", preguntó. Alguien dijo: "Bueno, sabemos que los grandes equipos hacen un gran software". Y añadieron: "Todo depende de los individuos y de cómo trabajen juntos". 

Entonces, Martin escribió individuos e interacciones en la pizarra. 

Había allí dos personas que trabajaban para empresas que vendían herramientas de desarrollo y que preguntaron: "¿Qué pasa con los procesos y las herramientas?". 

Los demás dijimos que normalmente te ralentizan, pero no queremos prohibirlos. 

Martin, que seguía delante de la pizarra, completó la frase. Valoramos a las personas y las interacciones por encima de los procesos y las herramientas. El primer valor Agile. 

Ron Jeffries, que formaba parte del equipo original de XP, dijo: "Valoramos la entrega temprana y regular de software que funcione. Eso es lo más importante. Es mucho más importante que la documentación".

Pero, como señalaron otros, siempre es necesaria cierta documentación.

Así, Martin escribió que valoramos más el software funcional que la documentación exhaustiva. Así nació el segundo valor ágil. 

Ahora, sólo teníamos unos 15 minutos en esta pausa para el café, y los cinco minutos siguientes los pasamos hablando del cliente. 

Aquí, yo era un firme defensor porque acababa de salir de cuatro años como director de tecnología en una de las mayores empresas de software sanitario del mundo. Nos peleábamos constantemente por los contratos. A menudo eran la causa principal de los fracasos de los proyectos. Evidentemente, conseguir que los clientes participaran y trabajaran con nosotros era la clave del éxito. 

Tras un largo debate, todos estuvimos de acuerdo en que valorábamos más la colaboración con el cliente que la negociación del contrato. El tercer valor Agile.

Por último, uno de los compañeros de XP dijo: "Valoramos más responder al cambio que seguir un plan", que era el mantra de XP. El cuarto valor de Agile. 

La pausa para el café había terminado. Los demás regresaron. Todos nos quedamos mirando la pizarra. 

La cosa se quedó muy tranquila, y entonces Ward Cunningham (desarrollador de la Wiki y de muchas otras herramientas de software) dijo: "¡Esto es increíble!". 

Nadie cambió una palabra. Ni una. 

Se escribió y editó en 15 minutos.

Si hablas con nosotros ahora, decimos que es como si cogiéramos una nota de media página, la metiéramos en una botella y la tiráramos al océano. Luego todo el mundo la leyó. Es increíble ver que el trabajo que hicimos es ahora un fenómeno mundial. 

Pero acabábamos de empezar. 

Creación de los 12 Principios Ágiles

Esa tarde, volvimos a reunirnos porque sabíamos que teníamos que poner algo de carne en los huesos de los valores ágiles. Así que pasamos varias horas elaborando 12 principios ágiles

Amplían y clarifican los cuatro valores. 

Entonces, y ahora, si entras en la mayoría de las empresas, oirás muchas discusiones sobre lo que hay que hacer, cuáles son las prioridades, quién debe hacer qué y a quién hay que financiar. 

A menudo se habla muy poco del cliente. Son una ocurrencia tardía.

Por eso, una de las principales cosas que queríamos hacer era situar al cliente en primer plano. Porque, al fin y al cabo, todo lo que no haga feliz al cliente es una pérdida de tiempo y no añade valor.

Otro aspecto en el que nos centramos fue la importancia de una entrega incremental y rápida. 

Hay que sacar un producto e iterarlo muy rápido. Esa fue y es la clave del éxito. Y, por supuesto, ese es el segundo valor de la Manifiesto Ágil. 

En el Manifiesto Ágil En nuestro décimo cumpleaños, celebramos una reunión y nos preguntaron qué cambiaríamos. Ron Jeffries dijo que lo único que añadiría es una nota al final del Manifiesto que dijera: "Entrega temprana e incremental de software. Lo decimos en serio". 

Ese es el núcleo de Agile.  

El futuro de Agile


Agile development methodology concept on virtual screen. Technology concept.
Agile ha ido mucho más allá del software. Cuando en Scrum Inc. hablamos de los cuatro valores ágiles del Manifiesto Ágil, utilizamos la palabra producto en lugar de software.

La mayor parte de nuestro negocio está en industrias ajenas al desarrollo de software. Lo mismo puede decirse de otras organizaciones similares. 

El uso de Agile y Scrum sigue creciendo, pero se puede hacer más. Creo firmemente que, con el tiempo, todas las organizaciones serán Agile. Todo el mundo necesita ser ágil, pero los que son los más ágiles, serán los que tengan más éxito.

Las organizaciones más rápidas e innovadoras que adopten los cuatro valores y los 12 principios establecidos en el Manifiesto Ágil perdurarán y prosperarán. 

Por eso quiero reconocer la importancia no sólo del Manifiesto, sino de las personas que se reunieron y lo crearon. 

Cada persona aportaba algo único. Creo que nos hemos suavizado con los años, pero entonces no estábamos de acuerdo en nada. 

Salvo los cuatro valores y los 12 principios que componen la Manifiesto Ágil. Nos costó mucho trabajo ponernos de acuerdo. El esfuerzo mereció la pena. Y 20 años después, sigue siendo tan valioso como entonces.

 

es_ARSpanish
Acciones