El Arte del Desarrollo Ágil, 2ª Edición

Prefacio

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: [e-mail]

P: ¿Cómo se llega al Carnegie Hall?

R: ¡Práctica, práctica, práctica!

Quiero ayudarte a dominar el arte del desarrollo ágil.

El desarrollo ágil, como cualquier enfoque del desarrollo de software basado en equipos, es un arte fundamentalmente humano, sujeto a los caprichos de las personas y sus interacciones. Para dominar el desarrollo Ágil, debes aprender a evaluar innumerables posibilidades, momento a momento, y elegir intuitivamente el mejor curso de acción.

¿Cómo puedes aprender un arte tan difícil? ¡Practica!

Ante todo, este libro es una guía práctica. Es una descripción detallada de una forma de practicar el desarrollo Ágil. Se basa en la Programación Extrema, pero también incorpora ideas y prácticas de Scrum, Kanban, DevOps, Lean Software Development, Lean Startup y más. En definitiva, es una guía práctica que te permitirá llevar con éxito el desarrollo Ágil a tu equipo y organización, o te ayudará a descubrir que el Ágil no es una buena opción para tu situación.

En segundo lugar, este libro existe para ayudarte a dominar el arte del desarrollo ágil. Dominar la agilidad significa ir más allá de un recetario de prácticas. El desarrollo de software es demasiado sensible al contexto como para que un enfoque se adapte perfectamente, y demasiado matizado como para que cualquier libro te enseñe a dominarlo. El dominio viene de dentro: de la experiencia y de una comprensión intuitiva de las ondas causadas por un guijarro de una elección.

No puedo enseñarte cómo tus decisiones repercutirán en toda tu organización. No lo intento. Tú debes aportar los matices y la comprensión. Sólo así dominarás el arte. Sigue las prácticas. Observa lo que ocurre. Piensa por qué funcionaron... o no funcionaron. Luego repite. ¿Qué fue igual? ¿Qué era diferente? ¿Por qué? Luego vuelve a hacerlo. Y otra vez.

Al principio, puede que te cueste entender cómo aplicar cada práctica. Pueden parecer fáciles sobre el papel, pero poner en práctica algunas prácticas te resultará difícil. Sigue practicando hasta que te resulten fáciles.

A medida que el Ágil te resulte más fácil, descubrirás que algunos de mis consejos no te funcionan. Al principio, no podrás saber si el problema está en las instrucciones que te doy o en la forma en que las sigues. Sigue practicando hasta que estés seguro. Cuando lo estés, rompe las reglas. Modifica mis indicaciones para que se adapten mejor a tu situación concreta. Cada práctica tiene una sección de "Experimentos y alternativas" con ideas para explorar.

Un día, las reglas dejarán de interesarte. Al fin y al cabo, Agile no consiste en seguir reglas. "Se trata de simplicidad y retroalimentación, comunicación y confianza", pensarás. "Se trata de aportar valor y de tener el valor de hacer lo correcto en el momento adecuado". Evaluarás innumerables posibilidades, momento a momento, y elegirás intuitivamente el mejor curso de acción.

Cuando lo hagas, pásale este libro a otra persona, por muy gastado y raído que esté, para que también pueda dominar el arte del desarrollo ágil.

Para los pragmáticos

¿Y si no quieres dominar un supuesto "arte"? ¿Y si sólo quieres desarrollar un buen software?

No te preocupes, este libro también es para ti. Tomo mis años de experiencia con el desarrollo ágil y los destilo en un enfoque único, claramente definido y completo.

Eso me permite utilizar un lenguaje sencillo y directo. Incluyo muchos consejos prácticos. Describo con franqueza cuándo mi enfoque no funcionará y qué alternativas considerar cuando no funcione. El Capítulo 2 te ayudará a empezar.

Discutir un único enfoque tiene su lado negativo: ningún enfoque es apropiado para todos. Puede que mis consejos no sean apropiados para tu equipo u organización. Lee los Capítulos 4 y 5 para comprender las condiciones generales necesarias para el éxito, y consulta la sección "Requisitos previos" de cada práctica para conocer los detalles específicos.

Pero no des por sentado que una práctica concreta no te va a funcionar. Algunas de las prácticas de este libro son contraintuitivas, o simplemente no parecen divertidas. La mayoría de ellas funcionan mejor en combinación con las demás. Si puedes, prueba las prácticas tal y como están escritas durante unos meses, adquiere experiencia real sobre cómo funcionan en tu entorno y luego cámbialas.

Llevo más de 20 años poniendo en práctica estas ideas. En el entorno adecuado, funcionan de verdad. El desarrollo ágil ha sido más divertido, y ha tenido más éxito, que cualquier otro enfoque del desarrollo de software que haya probado. Únete al viaje.

Novedades de la segunda edición

Esta segunda edición de El Arte del Desarrollo Ágil es una reescritura completa de la primera edición. Conserva el enfoque práctico y realista de la primera edición, junto con la mayoría de las prácticas de la primera edición. Pero casi todas se han reescrito para aprovechar los 14 años de avances en la práctica Ágil, por no mencionar los 14 años más de experiencia por mi parte.

He reestructurado completamente el libro para permitir una adopción incremental y reflejar mejor el uso Ágil del mundo real por parte de los equipos. Los principios y la personalización tratados en la Parte III de la primera edición se han distribuido entre las prácticas para hacerlos más destacados y accesibles, y he ampliado cada práctica con sugerencias para la experimentación.

Las incorporaciones más destacadas son:

• Una guía en profundidad para adoptar el Ágil y adaptar su adopción a las necesidades de tu empresa, basada en el Modelo de Fluidez Ágil¹ que creé con Diana Larsen.

• Un nuevo capítulo sobre la ampliación de Agile, basado en mi experiencia ayudando a empresas grandes y pequeñas.

• Un nuevo capítulo sobre DevOps, con nuevo contenido sobre el trabajo con operaciones y seguridad, así como actualizaciones inspiradas en DevOps en el resto del libro.

• Orientación sobre cómo hacer que Agile funcione con equipos remotos; muchas prácticas, historias e ideas nuevas; y demasiadas otras mejoras y cambios como para mencionarlos.

A quién va dirigido este libro

Este libro es para todos los que trabajan con un equipo Ágil, o esperan hacerlo en el futuro. Eso incluye a programadores, por supuesto, pero también a gestores, ejecutivos, expertos en dominios, probadores, jefes de producto, jefes de proyecto, arquitectos, operaciones, seguridad, diseñadores y analistas empresariales. Los equipos ágiles son interfuncionales; este libro refleja ese hecho.

El libro está diseñado para ser utilizado como referencia, así como para ser leído de principio a fin. Cada práctica de las Partes II a IV está diseñada para ser leída por sí sola. Los cuadros "Aliados" de los márgenes de la edición impresa y los hipervínculos de la edición electrónica te ayudarán a hacer referencias cruzadas. Además, la edición impresa está diseñada para cogerla y hojearla. Hojea el libro y detente a leer más profundamente cuando una llamada llame tu atención.

Si eres un directivo o ejecutivo que quiere entender cómo puede o debe funcionar Ágil en tu empresa, lee la Parte I. Si eres un gestor a nivel de equipo, añade "Gestión", y posiblemente las demás prácticas del Capítulo 10.

Si eres un miembro del equipo o un directivo interesado en llevar Agile a tu empresa, o en mejorar la forma en que se practica Agile en tu empresa, lee el libro entero de principio a fin. La Parte I te ayudará a entender cómo introducir las ideas Ágiles. El resto del libro te ayudará a entender cómo poner en práctica el Ágil.

Si formas parte de un equipo Ágil y sólo quieres aprender lo suficiente para hacer tu trabajo, puedes centrarte en las prácticas de las Partes II y III. Empieza por el Capítulo 1 para tener una visión general, y luego lee las prácticas que utiliza tu equipo. Si tu equipo utiliza prácticas que no aparecen en el índice, consulta el índice. Podrían tener otro nombre.

Si no formas parte de un equipo Ágil, pero trabajas con uno, pídeles sugerencias sobre qué leer. Los jefes de producto, propietarios de producto y diseñadores, empieza por el Capítulo 8 y "Propósito". Seguridad y operaciones, echa un vistazo a "Construir para operar", "Descubrir puntos ciegos" y "Análisis de incidentes". Probadores, echa un vistazo al Capítulo 16.

Si simplemente sientes curiosidad por el desarrollo Ágil, empieza por leer el Capítulo 1. Después, echa un vistazo a las Partes II, III y IV. Empieza por las prácticas que te parezcan más interesantes. Puedes leerlas en cualquier orden.

Sobre los autores invitados

Tengo la suerte de contar con varios colaboradores notables para esta edición. Gitte Klitgaard escribió "Seguridad", cubriendo de forma experta el tema de la seguridad psicológica. Diana Larsen escribió "Dinámica de equipos" y "Eliminación de impedimentos", aportando sus décadas de experiencia en desarrollo organizativo y de equipos. Shane Warden, mi coautor en la primera edición, no pudo aportar material nuevo a esta edición, pero siguió siendo una valiosa caja de resonancia, y nuestro trabajo en la primera edición constituyó la base de esta edición.

Gitte Klitgaard

Gitte Klitgaard es una coach, formadora y mentora ágil que se centra en ayudar a las organizaciones a implantar la seguridad psicológica, la responsabilidad y la rendición de cuentas. Gitte es auténtica; va al grano y ayuda a las personas a ser ellas mismas, alcanzando así el éxito.

Sus contribuciones a la comunidad incluyen organizar campamentos de entrenadores y hablar en conferencias, donde destaca temas como la salud mental y la seguridad psicológica y los hace accesibles. Crea entornos seguros y respetuosos en el trabajo y fuera de él. Escucha e involucra a las voces más silenciosas y a los grupos minoritarios.

En su tiempo libre, Gitte colecciona LEGO y Yodas y se mantiene en contacto con amigos de todo el mundo, incluidos algunos a los que considera su segunda familia.

Gitte es propietaria de Native Wired y ha liderado el cambio en empresas como LEGO, Spotify y Mentimeter.

Diana Larsen

Durante más de 20 años, Diana Larsen ha contribuido a los fundamentos y extensiones del pensamiento Ágil y a la práctica de cultivar y capacitar equipos hábiles. Diana es coautora de Agile Retrospectives, Liftoff, 2ª ed., Five Rules for Accelerated Learning, dos nuevos libros en proceso, y The Agile Fluency Model: Una Breve Guía para el Éxito con el Libro Ágil. Como coach principal, consultora, facilitadora, conferenciante y mentora, continúa con sus contribuciones y hace honor a su título del Proyecto Agile Fluency, Conector Jefe. Diana vive en Portland, en la costa superior izquierda de Estados Unidos.

Shane Warden

Shane Warden es un líder en ingeniería y escritor, en particular coautor de El arte del desarrollo ágil (1ª edición) y Mentes maestras de la programación. Cuando no está trabajando, ayuda a dar buenos hogares a los animales.

Convenciones utilizadas en este libro

En este libro se utilizan las siguientes convenciones tipográficas:

AUDIENCIA

Las casillas de público identifican el público objetivo de cada práctica ágil.

Cursiva

Indica nuevos términos, URL, direcciones de correo electrónico, nombres de archivo y extensiones de archivo.

Constant width

Se utiliza en los listados de programas, así como dentro de los párrafos para referirse a elementos del programa como nombres de variables o funciones, bases de datos, tipos de datos, variables de entorno, sentencias y palabras clave.

Constant width bold

Indica las adiciones de código en los ejemplos de código en ejecución.

Constant width strikethrough

Representa las supresiones de código en los ejemplos de código en ejecución.

Utilizar ejemplos de código

El material complementario puede descargarse en https://www.jamesshore.com/v2/books/aoad2.

Envía un correo electrónico a [e-mail] si tienes alguna pregunta técnica o algún problema al utilizar el material.

Este libro está aquí para ayudarte a hacer tu trabajo. En general, si se ofrece código de ejemplo con este libro, puedes utilizarlo en tus programas y documentación. No es necesario que te pongas en contacto con nosotros para pedirnos permiso, a menos que estés reproduciendo una parte importante del código. Por ejemplo, escribir un programa que utilice varios trozos de código de este libro no requiere permiso. Vender o distribuir ejemplos de los libros de O'Reilly sí requiere permiso. Responder a una pregunta citando este libro y el código de ejemplo no requiere permiso. Incorporar una cantidad significativa de código de ejemplo de este libro en la documentación de tu producto sí requiere permiso.

Agradecemos la atribución, pero en general no la exigimos. Una atribución suele incluir el título, el autor, la editorial y el ISBN. Por ejemplo: "El arte del desarrollo ágil", de James Shore (O'Reilly). Copyright 2022 James Shore y Big Blue Marble LLC, 978-1-492-08069-5".

Si crees que el uso que haces de los ejemplos de código no se ajusta al uso legítimo o al permiso concedido anteriormente, no dudes en ponerte en contacto con nosotros en [e-mail].

Aprendizaje en línea O'Reilly

NOTA

Durante más de 40 años, O'Reilly Media ha proporcionado formación tecnológica y empresarial, conocimientos y perspectivas para ayudar a las empresas a alcanzar el éxito.

Nuestra red única de expertos e innovadores comparten sus conocimientos y experiencia a través de libros, artículos y nuestra plataforma de aprendizaje online. La plataforma de aprendizaje en línea de O'Reilly te ofrece acceso bajo demanda a cursos de formación en directo, rutas de aprendizaje en profundidad, entornos de codificación interactivos y una amplia colección de textos y vídeos de O'Reilly y de más de 200 editoriales. Para más información, visita http://oreilly.com.

Cómo contactar con nosotros

Dirige tus comentarios y preguntas sobre este libro a la editorial:

• O'Reilly Media, Inc.
• 1005 Gravenstein Highway Norte
• Sebastopol, CA 95472
• 800-998-9938 (en Estados Unidos o Canadá)
• 707-829-0515 (internacional o local)
• 707-829-0104 (fax)

Tenemos una página web para este libro, donde se enumeran erratas, ejemplos y cualquier información adicional. Puedes acceder a esta página en https://oreil.ly/art-of-agile-dev-2e.

Envía un correo electrónico a [e-mail] para comentar o hacer preguntas técnicas sobre este libro.

Para obtener noticias e información sobre nuestros libros y cursos, visita http://oreilly.com.

Encuéntranos en Facebook: http://facebook.com/oreilly

Síguenos en Twitter: http://twitter.com/oreillymedia

Míranos en YouTube: http://youtube.com/oreillymedia

Agradecimientos

Este libro recoge inspiración de demasiadas fuentes para contarlas. He reconocido todas las que he podido a lo largo del libro, pero sin duda he olvidado algunas. (Por favor, acepta mis disculpas.) Quiero reconocer especialmente a Kent Beck, Ron Jeffries y Ward Cunningham por su creación de la Programación Extrema, que me hizo iniciar mi viaje Ágil. Alistair Cockburn y su Mesa Redonda sobre Software fueron una guía importante durante el inicio de ese viaje, al igual que el vigoroso debate y discusión en la Wiki C2 de Ward Cunningham. Gracias también a Diana Larsen, con quien he trabajado durante muchos años, y cuya perspectiva equilibra tan bien la mía. Y, por supuesto, a Martin Fowler, cuyos reflexivos escritos me han inspirado durante muchos años.

El apoyo de O'Reilly a esta edición ha sido nada menos que ejemplar. Le debo un enorme agradecimiento a Gary O'Brien, mi editor de desarrollo, que me proporcionó comentarios y apoyo constantes. Gracias también a Melissa Duffield, que ayudó a llevar el libro al éxito; a Ryan Shaw, que me convenció de que había llegado el momento de una segunda edición; a Deborah Baker, que preparó las ediciones Early Release del libro; a Suzanne Huston, que ayudó a asegurarse de que la gente conociera el libro; a Nick Adams y al equipo de O'Reilly Tools, que construyeron la cadena de producción y se ocuparon de mis esotéricas y quisquillosas exigencias de formato; Christopher Faucher, que supervisó la transformación de "manuscrito en bruto" a "libro terminado"; Tonya Trybula y Stephanie English, que arreglaron mis peculiaridades gramaticales; Kate Dullea, que convirtió mis bocetos dibujados a mano en figuras que realmente se pueden entender; y Estalita Slivoskey, que se aseguró de que pudieras encontrar todo en el índice.

Hablando de comentarios, quiero dar las gracias especialmente a mis revisores. La revisión se llevó a cabo de forma abierta, y docenas de personas contribuyeron con más de 700 correos electrónicos de opinión. Casi todos fueron perspicaces y útiles, y dieron como resultado un libro mejor. Gracias también a las personas que respondieron a mis peticiones específicas de comentarios. En conjunto, gracias a Adrian Sutton, Anthony Williams, Avi Kessner, Bas Vodde, Benjamin Muskalla, Bill Wake, Brad Appleton, C. Keith Ray, C.J. Jameson, Christian Dywan, David Poole, Diana Larsen, Diego Fontdevila, Emily Bache, Erik Peterson, "Evan M", Franz Amador, George Dinwiddie, Gojko Adzic, Jason Yip, Jeff Grigg, Jeff Patton, Jeffrey Palermo, Johan Aludden, Ken Pugh, Krishna Kumar, Liz Keogh, Luiza Nunes, Marcelo López, Markus Gaertner, Martin Fowler, Michal Svoboda, Nicolás Páez, Paul Stephenson, Peter Graves, Reuven Yagel, Ricardo Mayerhofer, Ron Jeffries, Ron Quartel, Sarah Horan Van Treese, Steve Bement, Thomas J. Owens, Todd Little y WardCunningham.

Un agradecimiento adicional a los revisores que fueron más allá, leyendo y comentando casi todas las partes del libro: Bas Vodde, Bill Wake, Ken Pugh, Martin Fowler y Thomas J. Owens.

La primera edición también se benefició de un proceso de revisión abierto, y esas ventajas se han trasladado a esta edición. Gracias a Adrian Howard, Adrian Sutton, Ann Barcomb, Andy Lester, Anthony Williams, Bas Vodde, Bill Caputo, Bob Corrick, Brad Appleton, Chris Wheeler, Clarke Ching, Daði Ingólfsson, Diana Larsen, Erik Petersen, George Dinwiddie, Ilja Preuß, Jason Yip, Jeff Olfert, Jeffery Palermo, Jonathan Clarke, Keith Ray, Kevin Rutherford, Kim Gräsman, Lisa Crispin, Mark Waite, Nicholas Evans, Philippe Antras, Randy Coulman, Robert Schmitt, Ron Jeffries, Shane Duan, Tim Haughton y Tony Byrne por sus extensos comentarios, y a Brian Marick, Ken Pugh y Mark Streibeck por sus comentarios sobre el borrador final.

Por último, gracias a mi mujer, Neeru, una vez más. Esta vez, sabías lo que te esperaba, y aun así tu apoyo nunca flaqueó. No podría hacerlo sin ti.

¹ "Agile Fluency" es una marca registrada de Agile Fluency Project LLC.