Escenario: madurez de desarrollo de Software Carmen

El perfil de madurez trae, por práctica, el nivel que el equipo declaró y el que se pudo sostener con evidencia. La diferencia entre los dos es el punto donde la autoevaluación está más inflada. Interesa la práctica donde esa diferencia es la mayor.

La política fija el nivel de verificación según la clase de aplicación. Hay varias aplicaciones verificadas por debajo del nivel exigido, pero no todas por la misma distancia. La que tiene la mayor distancia entre el nivel exigido y el verificado es la que más expone a la empresa.

La política de cambios de Software Carmen pide para un cambio normal el ticket y el análisis de seguridad aprobado; para uno urgente, el ticket y la aprobación. Un despliegue que incumple cualquiera de sus requisitos cuenta una sola vez, aunque falle en los dos.

La lista de iniciativas dice cuántas horas cuesta cada una y qué nivel de riesgo cierra. La dirección quiere saber si lo de riesgo alto cabe en el primer trimestre, que dispone de la capacidad del encargo. Para eso hace falta el total de horas de las iniciativas de ese riesgo.

La directora necesita un orden. El plan debe respetar la capacidad de cada trimestre, cerrar primero lo que más expone a la empresa y dejar para el final lo que depende de que lo anterior exista: medir con un tablero tiene poco sentido antes de arreglar lo que se va a medir.