Recientemente tuve la oportunidad de asistir a la charla de Scrum para Altos Ejecutivos y Directivos en Lymon. Ahora me toca compartir lo que aprendí a mi manera.

SCRUM es un marco de trabajo ágil, quizá uno de los más populares, sin embargo regularmente es común hallar su ejecución en los equipos de desarrollo, no así en la parte directiva, y muy difícilmente a nivel organizacional. La pregunta más interesante es ¿cómo permear desde la zona operativa la esencia ágil de scrum hasta la parte organizacional?

Es conveniente recurrir a la perspectiva histórica para entender la importancia de los entornos de trabajo ágil. Relativamente la industria de las tecnologías de la información es un campo que no rebasa más allá del siglo, a diferencia de la industria manufacturera por ejemplo.

Hay grandes diferencias entre los procesos industriales y el desarrollo de software, recordando un poco la película de “Tiempos Modernos” de Charles Chaplin ilustra muy bien las líneas productivas en el siglo anterior. Este modelo fue hererado para los proyectos de software.

Esta herencia es mejor conocida como el Modelo en Cascada, mismo que fue adaptado para la elaboración de productos materiales, en su mayoría, y que a través del tiempo fue perfeccionado y heredado desde la academia.

Mientras esta metodología servía muy bien en los procesos de manufactura, ocurría lo contrario en la industria del software, un campo que carece de productos tangibles, y que versa más sobre la creatividad y el trabajo intelectual, para ello fue necesario buscar nuevas formas de crear: los marcos de trabajo ágiles.

SCRUM es uno de ellos, contiene sus propios artefactos, sus propias ceremonias, y formas de trabajar. Un punto controversial, y también un principio ágil, es la entrega constante de valor, ya que esto suele confundirse con “aumento de velocidad en el trabajo de desarrollo”. Esto es incorrecto, ya que SCRUM no es una super medicina que alivia todos los males y mejora la condición, desde mi perspectiva es más bien una terapia que toma tiempo y esfuerzo.

EL ROL DEL DIRECTIVO

SCRUM se ubica mayormente en la parte táctica de la Planeación Estratégica, mientras la parte estratégica corresponde a los directivos. Esto debido a la versatilidad del modelo para ejecutarse en equipos no muy numerosos. SCRUM entra en la Planeación Estratégica Formal, no es un barco a la deriva.

Recordando un poco SCRUM tiene tres roles: el equipo, Product Owner, y el Scrum Master. Un directivo, o ejecutivo, puede aportar más a este marco si es ubicado en un rol ya sea el de Stakeholder, o el de Product Owner. Uno de los pilares de Scrum es la inclusión organizacional.

Existen formas de poder hallar números que nos indiquen el progreso.Un Sprint Backlog puede contener 3 tareas/historias de usuario.Cada tarea/historia de usuario es ponderada con puntos (Story Points).Si al final del sprint, el Product Owner certifica que se han terminado en forma (DONE) lo comprometido del backlog para el sprint, entonces se considera la suma total de los puntos.Se puede cuantificar el número de horas hombre totales que se invirtieron en el sprint, y juntar con el total de puntos completados. Esta relación dará una impresión del ritmo de trabajo del equipo.

Existe un instrumento muy útil llamado BURNDOWN CHART que es una gráfica que contempla los Story Points totales del proyecto/sprint (eje Y) y los días de trabajo (eje X). Contiene una medición ideal, que es la disminuación paulatina de los puntos hasta llegar a cero en el último día. Y contiene la medición real que no es lineal, sino que varia, esta variación posee una tolerancia a su ajuste a la recta ideal, pero sirve para conocer si el ritmo de trabajo es crítico en alguna etapa del proyecto.Este mismo instrumento puede complementarse al incluir el eje -Y como el trabajo no planificado para conocer cuanto se esta desarrollando durante el sprint, y poder identificar aquello que no se contempló.

CONCLUSIONES:

Me queda muy claro que SCRUM es un marco organizacional inclusivo.SCRUM, como las metodologías ágiles, son parte de un proceso de cambio organizacional paulatino.Más que una receta, metodología con pasos exactos a seguir, desde mi perspectiva con oportunidad de errar puedo decir que se trata de una forma de vivir, no es algo limitado al desarrollo.Aunque se usa actualmente para el desarrollo de proyectos de TI, es escalable a otros campos.Esto es: ¡Toma de conciencia de nuestros actos como personas!El modelo SCRUM es versátil. Puede aplicarse en un equipo pequeño y dar resultados, sin que necesariamente se aplique complementente en cada rincón de la organización.Es conveniente incluir al directivo/ejecutivo y ubicarlo en algún rol, de forma que sienta cómo es el ritmo de trabajo y pueda tener participación asertiva.