Fruto de estos acaba de ser publicado en la edición de enero de 2012 el artículo llamado “Agile to the Rescue“, por la periodista  Sarah Fister Gale.

Pueden descargar el PDF del artículo en este enlace.

Usted que tiene sus post-it bajo el brazo listos para el difícil desafío de llevar agilidad a su empresa, no olvide los siguientes tips que NO DEBE SEGUIR.

1. No hable de agilidad hasta presentarlo a toda la empresa: A la gente le encantan las sorpresas. Evite que lo vean con un Kaban, pues podría generar curiosidad y preguntas.
2. Prepare una presentación extensa que abarque todo: Detalle todo lo relacionado con agilidad, de modo de dar un único golpe certero. Que la presentación sea única para la empresa. No se le ocurra realizar una para desarrolladores donde el enfoque sea en el respeto a las personas, en no sobrecargar de tareas y repartir el conocimiento (para irse tranquilo de vacaciones), y otra para los gerentes enfocados en la calidad, entregas continuas, un equipo motivado y repartir el conocimiento (para terminar con los gurus).
3. Ud es quien sabe del tema, asi que tome firme las riendas: Sea Ud quien llame a los stand-up meeting diarios. No permita que otro tome la iniciativa (podría hacerlo todo mal). Por ningún motivo entregue el mando, este es su hijo y necesita un padre.
4. La gente aun es muy inmadura para decidir: Decida ud por ellos que tareas hacer, quien hace que y cuanto tiempo demora. Todos sabemos que es mas eficiente si Juanito hace X y Pedrito hace Y
5. No realice mediciones de capacidad del equipo: Se gasta mucho tiempo y no da beneficios.
6. Permita que todo el mundo agregue tareas en el TODO de su Kanban: Eventualmente se harán.
7. Realice cada semana una larga reunión con los jefes:  En ella realizaran la planificación (ojalá tome todo el lunes), y no realice stand-up meeting (con que los jefes de área sepan que hay que hacer basta. Además, después de la reunión ¡¡solo quedan 4 días!!).
8. Utilice todo web: La interacción en post-it virtuales es tan buena como la real, produce los mismos efectos de comunicación grupal.

El documento describe la construcción de un prototipo utilizando eXtreme Programming, este prototipo consistía en un sistema de apoyo para la gestión de proyectos de PYME contratistas. Este documento se puede dividir en 4 partes:

1. La primera es introductoria y describe un poco de donde nace la agilidad y también describe un poco otros sistemas de gestión de proyectos para contratistas.
2. La segunda parte describe la teoría de XP es decir los valores, principios y prácticas y además tiene un capitulo centrado en el diseño evolutivo, donde se describen los principios SOLID y algunas prácticas de diseño propuestas por XP. Cabe destacar que para esta parte me guié por el libro “eXtreme Programming Explained” (segunda edición).
3. En la tercera parte se describe como fueron llevadas a cabo estas prácticas, también se describen las métricas utilizadas.
4. En la cuarta parte y final se describen las conclusiones y se evalúa la aplicación de XP.

Como conclusión puedo decir que la agilidad es probablemente una de las mejores formas de desarrollar software y muy importante es decir que puede perfectamente ser adoptada en Chile si existe voluntad. A modo de ejemplo para este proyecto utilizamos algunas de las prácticas de XP con muy buenos resultados.

Espero que resulte un aporte para la gente que quiera implementar metodologías ágiles y también para aquellos estudiantes que quieren escribir sus tesis en temas afines.

El artículo completo se encuentra disponible aquí

Esta es mi tesis de magister, en donde analizo al metodlogóa que aplico en mi curso de la Universidad de Chile desde el 2002 en el curso “Taller de metodologías Ágiles de desarrollo de Software”, para decubrir las razones del entusiasmo que ha provocado en los alumnos y clientes de los proyectos realizados.

Espero en el futuro generar algunos artículos que resuman los tópicos descubiertos en esta tesis. Por mientras, esta disponible en la URL  http://chileagil.comopapel.com/publicaciones/1/

Aprovecho de avisar que este espacio se abre para todo aquel que quiera compartir sus trabajos sobre metodología ágiles, sean estos académicos o no.

Saludos

Agustín Villena

Este es el Abstract de la Tesis:

Las metodologías ágiles de desarrollo de software, y en particular Extreme Programming (XP), constituyen una de las tendencias de mayor impacto en la industria del desarrollo de software en la última década, gracias a su enfoque centrado en la generación temprana de valor y en su acento en el aspecto humano del desarrollo de software. Su adopción sin embargo ha demostrado ser bastante compleja debido a los cambios de paradigma que ellas plantean.

Desde los inicios de estas metodologías surgió el interés de incorporar esta nueva mirada como una forma de enriquecer la formación de los futuros ingenieros de software. En este trabajo se plantea que un buen aprendizaje de las metodologías ágiles de desarrollo de software puede ser logrado por los alumnos a través de una experiencia educativa teórico-práctica basada en la aplicación de dichas metodologías en proyectos reales. Este enfoque ha sido aplicado desde el año 2002 en el curso CC62V “Taller de metodologías ágiles de desarrollo de software” del Departamento de Ciencias de la Computación de la Universidad de Chile, y en esta investigación se pone a prueba esta hipótesis, a partir del análisis de una de las instancias del curso realizada entre los meses de agosto y noviembre del año 2005.
Para realizar este análisis se construyó un modelo evaluativo de aprendizaje basado en cómo las metodologías ágiles, y en particular Extreme Programming (XP), organizan el entorno de un proyecto de desarrollo de software para mantener la sincronía entre los cambiantes elementos que allí están en juego. Dichos elementos son el problema de negocios, la tecnología, la experiencia y destrezas del equipo de desarrollo, y el producto en desarrollo.
El modelo de evaluación fue aplicado sobre los trabajos generados por los alumnos de la versión del curso usado como experimento de esta investigación, complementados con las observaciones realizadas por el profesor en la sala de clases, y otras evidencias tales como las opiniones de los clientes y una encuesta de evaluación de impacto hecha a los alumnos aproximadamente 6 meses después de finalizado el curso.
Con respecto al impacto en el aprendizaje de los alumnos, se observó una comprensión y aplicación generalizada del marco de prácticas de XP, aunque el nivel de logro estuvo muy relacionado al entorno de trabajo logrado por cada uno de los proyectos realizados. En particular se encontró que algunos elementos no considerados en la hipótesis original, tales como la complejidad del problema a resolver y la relación con el cliente, tenían también un impacto relevante sobre el éxito de los proyectos, y no sólo los aspectos pedagógicos. Se comprobó la eficacia de este modelo pedagógico que promueve el equilibro entre teoría y práctica, el ambiente humano de equipo y de colaboración con el cliente y las destrezas entrenadas. Por su parte, la práctica de XP más destacada por los alumnos es la “programación en parejas”, que presenta la mejor evaluación durante el curso y es la más aplicada a posteriori. Otra práctica que causa mucho interés es el “desarrollo guiado por test”, pero se indican problemas de tiempo y experiencia para poder aplicarla después del curso.
En lo que se refiere al modelo pedagógico aplicado para que los alumnos conozcan e internalicen las prácticas de XP, se determina que las claves de su éxito se encuentran en:

• reproducir de manera fiel el ambiente de aprendizaje colaborativo acelerado que se genera en la práctica profesional de las metodologías ágiles,
• y complementar dicho ambiente con una leve capa de acciones docentes orientadas a reflexionar y retroalimentar el dominio de la metodología.