¿Cuál es la mejor manera de adoptar “Agile” para una organización? ¿Hacerlo poco a poco, a partir de un proyecto piloto, o cambiarlo todo de golpe? El patrón más común sigue siendo el de empezar la transición a Agile con un proyecto piloto, para aprender de él y después extenderlo al resto de la organización. Normalmente se arranca con uno, dos o tres equipos de 5 a 10 personas cada uno. Sin embargo, también hay empresas que prefieren atacar el cambio a Agile de una sola vez, es decir, que apuestan por realizar la conversión “de golpe”. Veamos algunas de las posibles ventajas y desventajas:

POCO A POCO

Ventajas.

• Se minimiza el coste de los errores. No es lo mismo fallar con un solo equipo que hacerlo con 100…
• Permite seleccionar y centrarse en los equipos y los proyectos más exitosos, para vencer así las reticencias de los escépticos
• Siembra la organización con personas que actúan como embajadores para que otros comiencen a aceptar el cambio.

Desventajas.

• Las conclusiones del trabajo con un grupo pequeño no tienen por qué ser extrapolables a un proyecto mayor.
• Se tarda más en empezar poco a poco y escalarlo que en atacar el cambio de una sola vez.
• Se puede transmitir la sensación de que la empresa duda o desconfía del proceso ágil, y que por eso prefiere empezar por unas “pruebas” para tantear la situación.

DE GOLPE

Ventajas.

• Muestra el compromiso y la confianza de la empresa con Agile.
• Todo acaba pronto. Puede ser doloroso, pero no dura demasiado.
• Se evita el conflicto entre 2 procesos opuestos, el ágil y el tradicional, que de otra forma tienen que convivir, con los roces que eso implica.
• Los escépticos se ven obligados a asumir la estrategia de la empresa: no les queda otra opción, puesto que es la única estrategia posible.

Desventajas

• La transición es muy arriesgada. La empresa se juega el todo por el todo.
• Lo más probable es que la transición requiera una complicada reorganización de los equipos y las relaciones internas.
• El proceso puede generar mucho stress, presión y tensión.

Más sobre patrones de adopción de agile.

Y otras dos gemas:

1. PHP o Ruby, ¿quién corre más? Un blogero ha realizado un pequeño experimento para medir la velocidad de ejecución -en segundos- del código PHP y Ruby. También ha incluido Perl, Python y C++ en este “benchmarking” casero. Los resultados, aquí.
2. Una compañía de Manchester, 34SP, ha comenzado a ofrecer a sus clientes un servicio de hosting configurado específicamente para Ruby on Rails. Según su director técnico, “Ruby on Rails no funciona bien en un entorno de hosting compartido, así que para sacarle todo el jugo necesitas tu propio servidor. Pero dado que un servidor dedicado puede resultar demasiado caro, ofrecemos un servicio configurado para las aplicaciones de Rails con un frontend Apache“.

Esta entrada fue publicada el Sunday, 20 de January de 2008 a las 10:12 y está clasificada bajo: Rails, Ruby, Ágil. Puede hacer un seguimiento de los comentarios de esta entrada gracias al feed RSS 2.0. Puede dejar un comentario, o enviar un trackback desde su sitio.