ITIL^® Certificación y SAFe^® Certificación: juntos inmejorables

¿Por qué merece la pena el paquete doble de ITIL?^® Certificación y SAFe^® ¿Certificación? A primera vista, ITIL y SAFe no parecen tener mucho en común - después de todo, ambos se ocupan inicialmente de áreas completamente diferentes. Pero con un poco de habilidad, SAFe e ITIL pueden combinarse de forma provechosa.

Desarrollo en el marco SAFe

El marco SAFe (Scaled Agile Framework for Enterprises) describe cómo puede funcionar el desarrollo o la mejora ágil de productos cuando varios equipos trabajan en un producto coherente. En el marco SAFe, se crea un tren de lanzamiento ágil (ART) en el que hasta 125 personas trabajan juntas para desarrollar, probar, asegurar la calidad y preparar diversas características de un mismo producto para la decisión de lanzamiento. SAFe toma prestado en gran medida de Scrum y Lean Management. También utiliza ideas de DevOps relativas a la integración y entrega continuas. Por tanto, quienes han obtenido la certificación SAFe están familiarizados con una amplia gama de técnicas ágiles a gran escala.

Gestión de servicios ITIL

ITIL es un marco para la gestión de servicios que describe el día a día de la mayoría de las personas que trabajan en operaciones de servicios de TI. Áreas como la mesa de servicios, la gestión de incidencias y problemas, la gestión de solicitudes de servicio y la habilitación para el cambio se estructuran en su mayoría de acuerdo con la guía de mejores prácticas de ITIL. El trabajo orientado a ITIL también destaca en el sector de las infraestructuras. Por lo tanto, las personas con certificación I TIL están familiarizadas con la gestión de servicios y se fijan principalmente en los procesos ITIL, así como en los flujos de valor holísticos.

Integrar ITIL con la certificación SAFe

Los que tienen la certificación SAFe pueden participar en el desarrollo de muchas maneras. Sin embargo, SAFe tiene un problema si se quiere combinar con la Gestión de Servicios ITIL: SAFe termina con el producto o incremento terminado y liberable y entrega la decisión de su despliegue y activación al negocio. El alcance de SAFe se agota así - por favor, cambie a todos los pasajeros.

Introducir SAFe en el desarrollo añade un valor enorme en términos de alineación, enfoque, trabajo con propósito y satisfacción del cliente. Pero en muchas empresas, las operaciones y la gestión de la infraestructura quedan al margen. SAFe y las certificaciones SAFe subyacentes no describen en detalle cómo pueden integrarse las operaciones y la infraestructura.

Existen varios enfoques para resolver este problema:

• Integramos los equipos operativos en los equipos ágiles.
  Esto sólo funciona si todos los implicados -ya tengan la certificación SAFe o se centren en ITIL- son conscientes de que se está creando efectivamente DevOps. Esto plantea exigencias adicionales al panorama de herramientas, recursos y cultura de la empresa. Otro obstáculo en este camino surge de la actual escasez de trabajadores cualificados.
• Todos hacemos SAFe.
  SAFe consiste en una planificación coordinada. Pero el trabajo operativo sólo puede planificarse en intervalos de tres meses de forma limitada. Los incidentes y las peticiones de los usuarios tienen que tratarse cuando se producen. Así que está claro: la certificación SAFe no es más una panacea que Scrum, ITIL o el caldo de pollo.
• Integramos de forma adecuada en nuestro ART los sectores de infraestructuras y operaciones, que a menudo son gestionados por las mismas personas. ¿Sólo cómo?

Unir el Marco SAFe e ITIL

Tres puntos constituyen un criterio mínimo para una integración selectiva de las áreas de operaciones e infraestructuras en el marco SAFe.

En primer lugar, los representantes de ambas áreas deben estar presentes en la planificación de la IP. Esto permite que sus tareas y el tiempo necesario para ellas se tengan en cuenta en la planificación. Supongamos, por ejemplo, que se planifica un lanzamiento para el 1 de enero. Para ello, la división de infraestructuras debe configurar el hardware y grabarlo con el software terminado. Se estiman dos semanas para el montaje, la grabación y las pruebas. Por lo tanto, el software ya debe estar listo en el incremento anterior. Dependencias como éstas deben hacerse transparentes al integrar ITIL en el marco SAFe.

En segundo lugar, es necesario compartir la responsabilidad de la corrección de errores. Los equipos de desarrollo en el marco SAFe no sólo deben tener cierta capacidad para la gestión de problemas y la corrección de errores, sino que también debe existir un proceso no burocrático para resolverlos. Esto incluye una conciencia de responsabilidad compartida para que el producto funcione para el cliente. Así pues, al igual que los responsables de la gestión de servicios según ITIL, el personal certificado por SAFe debe comprender que comparte la responsabilidad de que el cliente esté satisfecho con la operación.

En tercer lugar, los responsables de las operaciones deben poder hacer llegar sus requisitos y comentarios como partes interesadas relevantes a la gestión del producto y, a través de ellos, a los propietarios del producto. De este modo, sus comentarios pueden programarse en el backlog del programa y/o en los backlogs de los equipos con una prioridad adecuada. Por lo tanto, para recorrer el camino común, los responsables de operaciones también deben poder integrarse en el marco SAFe.

¿Quiere saber más sobre SAFE? Entonces escuche el episodio 2 del podcast de SERVIEW. En nuestro episodio extra, mis colegas Moritz Wagner y Artur Stock explican por qué ITIL y SAFE son en realidad hermanos en espíritu.

Al podcast