Agile fácil de entender, altamente complicado implementar.
En mi experiencia de algunos años de practicar Agile, he podido darme cuenta de las brechas existentes en lo referente a la transformación Cascada-Agile, en algunas organizaciones se busca hacer un bing bang donde no existe un ambiente consensuado para ir en pos de una adopción paulatina, lo ideal sería hacer un botton up delimitando la escalabilidad a raíz de proyectos pilotos, que favorezcan en crear un ambiente de confianza y efectividad para que así los sponsors vayan digiriendo el valor de trabajar bajo el enfoque de Agile. En en ocasiones, la transformación hacia Agile no se culmina debido al constante conflicto al interior de los participantes de la organización y a decir verdad los involucrados nunca trascienden del nivel de conflicto representado en el modelo de desarrollo de equipos definido por Bruce Tuckman [1].
Si hablamos de Agilidad, es importante resaltar que el contexto gira al rededor de una cultura organizacional y de la práctica, con enfoques muy rigidos que hacen referencia a los hábitos, normas, creencias, valores y experiencias, por lo que las organizaciones tienen que trabajar en alinear sus valores con los valores de agile.
- Individuos e interacciones sobre procesos y herramientas
- Software funcionando sobre documentación extensiva
- Colaboración con el cliente sobre negociación contractual
- Respuesta ante el cambio sobre seguir un plan
Algunas recomendaciones para la adopción del Agile en una cultura organizacional rigida son:
1. Estar consciente de que el proceso de transformación Cascada - Agile es paulatino y se debe incrementar un ambiente de prueba-error donde el crecimiento al interior de la organización tiene que ir respaldado del conocimiento empirico y el aprendizaje.
2. Comenzar el proceso de tranformación a partir de proyectos pilotos para ir degustando los valores de agile. Algunas recomendaciones para elegir proyectos pilotos las podemos ver en el artículo Como elegir el proyecto piloto para SCRUM [2].
3. Tener adheridos a nuestra filosofia de profesionilización los valores y principios del Manifiesto Agile [3].
4. Delimitar las responsabilidades de los roles que participarán de la transformación de Agile, ésto depende del contexto que te encuentres, ya sea a nivel equipo con scrum o a nivel escalable como lo fueran SAFe, LeSS, o DaD.
5. Capacitar a tu organización y a los roles participantes de la tranformación de Agile en la práctica para que hablen un mismo contexto.
Referencias
[1] Estado del Desarrollo de Equipos, Bruce Tuckman
[2] http://www.lecciones-aprendidas.info/2017/08/como-elegir-el-proyecto-piloto.html
[3] http://agilemanifesto.org/iso/es/manifesto.html
[2] http://www.lecciones-aprendidas.info/2017/08/como-elegir-el-proyecto-piloto.html
[3] http://agilemanifesto.org/iso/es/manifesto.html

No hay comentarios:
Publicar un comentario