Transición a Scrum.
Los dos métodos básicos para la transición a Scrum son de arriba hacia abajo y de abajo hacia arriba. En el enfoque de arriba hacia abajo, la transición se comunica ampliamente en la organización. Se hace un esfuerzo por educar a todos sobre el cambio. Sin embargo, esta comunicación puede generar resistencia al cambio. La otra posibilidad es realizar una transición gradual dentro de la cultura organizacional, donde el cambio a Scrum sea incremental.
Con una introducción de arriba hacia abajo, pueden surgir problemas de comunicación. En un escenario, el jefe de ingeniería implementó Scrum en su organización sin contar con el apoyo del product management ni del área de ventas. Esto generó problemas importantes con el rol de Product Owner y tareas clave como la creación del backlog priorizado del producto.
Otro aspecto a considerar es cuánta parte de la organización requiere la transición a Scrum. Toda la organización podría realizar la transición al mismo tiempo; sin embargo, este enfoque es más susceptible a problemas que podrían interrumpir las actividades generadoras de ingresos. Por lo tanto, generalmente se prefiere hacer la transición de manera iterativa en diferentes divisiones para reducir el riesgo y aprovechar las lecciones aprendidas para futuras iteraciones.
Algunas recomendaciones para la transición:
- Mantén un backlog de elementos de Scrum por introducir y prioriza.
- ¿Cuáles te darán el mayor beneficio?
- ¿Cuáles pueden implementarse con facilidad?
- ¿Puedes tener equipos multifuncionales?
- ¿Puedes trabajar con incrementos hasta llegar a tu liberación?
- ¿Puedes comenzar con uno o pocos equipos colocados?
- Si no puedes hacer integración continua, ¿puedes aumentar la frecuencia de las compilaciones?
Resistencia al Cambio.
Como con cualquier cambio, habrá resistencia durante la transición a Scrum. Los gerentes intermedios suelen temer perder su rol o su autoridad. Tal vez no comprendan su nuevo rol o cómo contribuir al éxito del equipo. Las personas que están comprometidas con la metodología antigua también tienden a resistirse al cambio. Esto incluye a ingenieros de sistemas o posiciones relacionadas que temen perder su puesto debido a la adopción de Scrum.
Mapeo de Roles Tradicionales a Scrum.
El rol tradicional de project manager se divide en tres roles dentro de Scrum: Product Owner, Scrum Master y Equipo Scrum. El Product Owner es el rol orientado hacia afuera.
- El Product Owner se comunica con los interesados y establece las prioridades del proyecto. El Scrum Master se encarga de las tareas del project manager al eliminar impedimentos.
- El Scrum Master es responsable de asegurar que se sigan los procesos de Scrum.
- Los miembros del equipo también asumen parte de los roles tradicionales del project manager al gestionar sus tiempos y tareas. Esto permite que los equipos sientan una mayor propiedad de su éxito.
En algunas empresas, la adherencia a procesos no es parte del rol del project manager, sino de un departamento de aseguramiento de calidad separado.
Mantenimiento de la Participación de los Interesados.
Un aspecto importante de Scrum es que requiere un fuerte apoyo de los interesados. Los siguientes pasos son recomendados para mantener su involucramiento:
- Formar un acuerdo de trabajo entre todos los interesados para promover la colaboración y participación efectiva.
- Evaluar continuamente los cambios en el proyecto que afecten a los interesados, asegurando que los nuevos interesados estén apropiadamente involucrados.
- Comunicar el progreso del equipo y sus capacidades de desarrollo para ayudar a los interesados a tomar decisiones informadas sobre el alcance, tiempo y costos.
- Gestionar las expectativas de los interesados respecto a los resultados mínimos, más probables y óptimos del proyecto, asegurando que esos resultados les ayudarán a cumplir sus objetivos de negocio.
Importancia del Apoyo Ejecutivo.
Los ejecutivos son quienes financian el proyecto. Por lo tanto, para que cualquier proyecto Scrum tenga éxito, es esencial que los ejecutivos lo apoyen. Para mantener ese apoyo:
- Comunica regularmente con los ejecutivos.
- Mantén a los ejecutivos informados sobre los últimos progresos.
- Informa a los ejecutivos sobre cualquier problema y posibles retrasos en la entrega para minimizar sorpresas.
Es importante que los ejecutivos tengan claridad sobre los siguientes puntos:
- ¿Cuál es el beneficio de implementar el marco de trabajo de Scrum?
- ¿Cómo este cambio genera beneficios o previene pérdidas para la organización?
- ¿Por qué es esencial ser adaptativo en el clima empresarial actual?
- ¿Cuáles son los plazos y costos de la transición?
- ¿Cuál es el tiempo estimado de finalización y costo de la transición? (mejor caso/óptimo/peor caso)
- ¿Cuáles son los hitos potenciales en el camino hacia la finalización?
- ¿Con qué frecuencia se reunirán los ejecutivos para revisar el progreso?
- ¿Cuáles son los riesgos involucrados en la transición?
- ¿Cuáles son los obstáculos potenciales o riesgos en la implementación?
- ¿Cuáles son los costos y tiempos adicionales requeridos para mitigar cada uno de estos riesgos?