La mayoría de los años, justo después del primero de enero, vuelo a Hawai y, aunque escapar del invierno de Nueva Inglaterra es una ventaja, mi verdadera razón es asistir al Conferencia Internacional de Hawai sobre Ciencias de Sistemas (La conferencia es bastante amplia, pero uno de los temas se centra en la investigación de las prácticas ágiles. La mayoría de los años presento una ponencia, este año he compartido algunas de las últimas investigaciones que he estado haciendo sobre cómo los equipos que terminar pronto acelerar más rápido. Los asistentes a la conferencia la votaron como la mejor ponencia del grupo Agile y la nominaron para la mejor ponencia general.
Un artículo que me llamó la atención sólo con su título es: Estado del arte: Revisión sistemática de la literatura sobre el desarrollo ágil de sistemas de información. (En él, Markus Hummel, de la Universidad Goethe de Fráncfort, hace un amplio repaso del estado de la investigación ágil en el último año. Analiza cuántos artículos se publicaron, quién fue su autor, qué temas se trataron, qué métodos de investigación se utilizaron, etc. Sus conclusiones no fueron concluyentes, sobre todo porque señala la falta de rigor académico de muchos trabajos. Hummel califica el campo de "incipiente" y concluye: "Las conclusiones de la bibliografía se basan sobre todo en experiencias que carecen de apoyo empírico y teórico."
Pero lo que realmente me llamó la atención fue este comentario:
La definición de agilidad sigue siendo uno de los problemas más destacados del desarrollo ágil [de sistemas de información]. No se observa una comprensión universal de lo que constituye la "agilidad". Los intentos de taxonomías basadas en la investigación para precisar el concepto de agilidad sientan las bases de una definición común, pero la mayoría de los documentos siguen basándose en el Manifiesto Ágil, que consiste en principios y prácticas no verificados de profesionales, que no son adecuados como base teórica sólida. El uso de definiciones de agilidad basadas en la investigación debería ampliarse para permitir una mejor comparación de los estudios y aumentar el valor de la investigación sobre la DSI ágil.
Básicamente, dice que es difícil evaluar el estado de los métodos de desarrollo ágiles porque nunca se ha definido lo que significa ser ágil. Sólo 45% de los artículos hacían referencia a una definición de Agile, en la mayoría de los casos el Manifiesto Agile.
(Scrum se desarrolló totalmente mediante un enfoque basado en datos y se evaluó mediante herramientas de análisis de la productividad en la empresa de Capers Jones, Software Productivity Research, en 1993. Sólo se dio a conocer cuando su rendimiento fue 10 veces superior al de la cascada. Entonces tuvimos la certeza de que incluso una implementación razonable de Scrum duplicaría el rendimiento. Parece que tengo que escribir un artículo sobre esto para que los académicos entiendan mejor por qué la experiencia basada en Scrum influyó en la redacción del Manifiesto Ágil).
(Scrum se desarrolló totalmente mediante un enfoque basado en datos y se evaluó mediante herramientas de análisis de la productividad en la empresa de Capers Jones, Software Productivity Research, en 1993. Sólo se dio a conocer cuando su rendimiento fue 10 veces superior al de la cascada. Entonces tuvimos la certeza de que incluso una implementación razonable de Scrum duplicaría el rendimiento. Parece que tengo que escribir un artículo sobre esto para que los académicos entiendan mejor por qué la experiencia basada en Scrum influyó en la redacción del Manifiesto Ágil).
La agilidad, por su propia naturaleza, se expresa mejor en una serie de valores y principios. Cualquier cosa demasiado prescriptiva anularía el propósito de ser ágil en primer lugar. Esa es la genialidad del Manifiesto Ágil. Scrum es una forma de poner en práctica esos valores y principios. Es la forma más popular y la mejor que se me ha ocurrido. De hecho, los valores se basan principalmente en un acuerdo de lo que Scrum y XP tenían en común con la ayuda de líderes de pensamiento y autores de libros sobre tecnologías de software.
Pero quizá una definición sucinta de Agile podría ayudar a comunicar su valor con mayor claridad al resto del mundo.
Tengo una idea bastante clara de cómo lo definiría, pero me interesa saber lo que tienes que decir. Así que te propongo lo siguiente. Envía un tweet a @jeffsutherland o escribe en la sección de comentarios tu definición de Agile. En un mundo ligado a Twitter, limitémonos a unos 100 caracteres (dejando algo de espacio para un # y un retweet) e incorporemos tanto espíritu del Manifiesto Ágil como sea necesario. También debe tener sentido para alguien que no esté familiarizado con las prácticas ágiles. La persona que escriba la mejor definición recibirá tres meses de ScrumLab Premium gratis (valor de $150.)
La semana que viene anunciaré en este blog el ganador y ofreceré mi definición. Tuitea a @jeffsutherland y utiliza el hashtag #IdefineAgility.
-- Jeff Sutherland
Spanish 
English 
French