El Proceso Auto-Adaptable
Hasta ahora he hablado sobre la adaptabilidad en el contexto de un proyecto adaptando frecuentemente su software para enfrentarse a los requisitos cambiantes de sus clientes. No obstante hay otro ángulo de la adaptabilidad: el del proceso que cambia con el tiempo. Un proyecto que empieza usando un proceso adaptable no tendrá el mismo proceso un año después. Con el tiempo, el equipo encontrará lo que funciona mejor para ellos, y alterará el proceso a su medida.
La primera parte de la auto adaptabilidad son las revisiones regulares del proceso. Normalmente se hacen con cada iteración. Al final de cada iteración, haga una reunión corta y hágase las siguientes preguntas (escogidas de Norm Kerth)
- ¿Qué hicimos bien?
- ¿Qué hemos aprendido?
- ¿Qué podemos hacer mejor?
- ¿Qué es lo que nos confunde?
Estas preguntas traerán ideas para cambiar el proceso en la siguiente iteración. De esta manera un proceso que empieza con problemas puede mejorar conforme el proyecto avanza, adaptándose mejor al equipo que lo usa.
Si la auto adaptabilidad ocurre dentro de un proyecto, es aun más marcada en una organización. Para ahondar el proceso de la auto adaptabilidad sugiero que los equipos hagan una revisión más formal e hitos del proyecto mayores siguiendo las sesiones retrospectivas del proyecto esbozadas por Norm Kerth. Estas retrospectivas involucran reuniones de 2-3 días y un facilitador entrenado. Ellas no solo dan aprendizaje al equipo, también dan aprendizaje a la organización entera.
Una consecuencia de la auto adaptabilidad es que nunca se debe esperar encontrar una metodología corporativa única. En cambio cada equipo debe no simplemente escoger su propio proceso, debe también afinar activamente su proceso conforme avanza el proyecto. Mientras que tanto los procesos publicados como la experiencia de otros proyectos pueden actuar como una inspiración y una línea de fondo, la responsabilidad profesional de los desarrolladores es adaptar el proceso a la tarea en mano.
Esta auto adaptabilidad es muy marcada en ASD y Cristal. Las reglas rígidas de la XP parecen desaprobarla, pero ésa es sólo una impresión superficial ya que la XP anima a la gente a afinar el proceso. La diferencia principal de la XP es que sus promotores sugieren hacer XP al pie de la letra por varias iteraciones antes de adaptarlo. Además las revisiones no son enfatizadas, ni parte del proceso, aunque hay sugerencias de que las revisiones deberían ser una de las prácticas de la XP.
Tutoriales
