¿ServiceNow como herramienta para un ART?

Menú SAFe

Recientemente he tenido la oportunidad de poder probar el paquete de soluciones de ServiceNow preparado para SAFe®.

ServiceNow proporciona aplicaciones que admiten dos configuraciones diferentes de SAFe: Essential SAFe y Portfolio SAFe.

Pude probar la configuración de Portfolio que se obtiene instalando "Agile - Scaled Agile Framework - Portfolio SAFe plugin (com.snc.sdlc.portfolio_safe)". Una vez instalado aparece el menú que se puede ver en la imagen de la izquierda.

El plugin considera equipos y cadencia a dos niveles:

• ART: que ejecuta Program Increments (PI)
• Equipo: que ejecuta sprints (iterations)

La pila está integrada y preparada a tres niveles, lo que se denomina el unified backlog:

Ejemplos de pantallazos de los tres elementos de la pila

• Epics
• Features
• Historias de usuario

Cada uno de los tres niveles de la pila incluye priorización WSJF. La estructura entre niveles es jerárquica, hay relación de las features con el epic correspondiente por ejemplo, aunque permite features e historias de usuario independientes, huérfanas. Eso está bien ya que en la exploración continua a lo largo de la ejecución de las iteraciones aparecerán tanto historias de usuario como historias técnicas (enablers).

Desde la perspectiva formal de SAFe las pantallas y sus campos son completables, por ejemplo a nivel de epic faltan los leading indicators, los requisitos no funcionales y el patrón de escritura de un epic no se basa en el epic hypothesis statement o elevator pitch.

Pantallazo del tren y sus equipos

El flujo entre niveles de la pila no está automatizado, eso quiere decir que si por ejemplo terminamos todas las historias de usuario de una feature esta no queda terminada automáticamente. Eso está bien así, ambos elementos tiene una definición de hecho (DoD) específica y los grupos de interesados de un y otro elemento son distintos; las historias de usuario las terminan los equipos y las features las acepta Product Management para darlas como terminadas.

El tren se estructura a base de un grupo de equipos, la aplicación recoge toda la información desde las personas a os equipos y a los ARTs.

Ejemplos de tablero de equipo y portfolio

Hay tableros kanban a tres niveles:

• Portfolio: Epics
• ART: Features
• Equipos: Historias de usuario

Más un tablero específico para la PI Planning localizado en la pestaña "Planificación" que facilita una planificación detallada del próximo incremento del programa. Permite a los miembros del ART discutir las features del incremento del programa, desglosarlas en historias de usuario y planificar los sprints necesarios para completar el incremento del programa.

Tablero para la PI Planning con vista por historia y por feature

Los equipos colocan sus historias en su carril correspondiente y pueden establecer las dependencias resueltas entre historias, así como las dependencias resueltas entre features, y alternar entre la vista por historias o por features.

ServiceNow no está preparado para recoger los objetivos de los equipos ni los objetivos del PI.

En resumen es una aplicación que cubre las necesidades básicas de una implementación SAFe, tanto para una configuración Essential como Portfolio.

Lo que no me gusta:

• A falta de objetivos del PI el elemento esencial para la flexibilidad no está presente. Recordemos que son los objetivos los que guían la ejecución y se buscan cumplir, no una colección de features o historias de usuario. Los objetivos se cumplen con más o menos, y con cambios en el camino, con mejores historias de usuario o features. La falta de objetivos son la carencia principal de la aplicación ya que sin estos no fomenta la Agilidad.
• El tablero para la PI Planning es muy correcto desde la perspectiva del diseño y la solución, pero desde la perspectiva de usabilidad en acción, cuando 12 a 15 equipos actúen sobre el mismo a la vez, probablemente convierta en un cuello de botella.

Lo que me gusta:

• Está basado en los términos y según los conceptos de SAFe.
• Su usabilidad es intuitiva.