CMDB tipo T (pero nunca tipo I)
Cuando se habla de perfiles profesionales, muchos marcos hablan de “T skills” o de “I Skills”, en función de la profundidad y alcance de las capacidades y conocimientos personales. Pero esas mismas ideas son aplicables también al diseño de nuestra CMDB, veamos cómo...
Lo primero de todo es entender qué significan esos tipos de perfiles de los que últimamente tanto se habla (los que hayáis leído VeriSM seguro que ya los conocéis). Sin pretender ser tremendamente preciso, el resumen podría ser algo así:
- T - Perfil en el que la barra horizontal representa que hay amplitud de conocimientos que cubren muchas áreas, aunque solo se profundiza en una (o unas pocas), representadas por la barra vertical de la T (se toca un poco de todo, y se profundiza solo en algunos aspectos)
- I - Al contrario de la T, como no hay barra horizontal, nos vamos directamente a algo muy vertical, con mucha profundidad en un área (es probable que más profundidad que en el caso de la T), pero apenas presencia en otros aspectos.
¿Y por qué no adaptar y aplicar esas mismas ideas a la CMDB?
¿Por qué tener una visión sesgada de mucho detalle solo para determinados servicios, en lugar de buscar un modelado mucho más completo -ancho-, profundizando luego solo en lo que realmente es más importante?
Cada uno tendrá su propia idea, pero yo, claramente, me quedo con la T. Deberíamos plantear la CMDB con una visión “amplia”, tratando de cubrir un alcance lo más “ancho” posible, donde todos los servicios estén presentes y bajo control. Pero lo que no hace falta es llegar al mismo nivel de detalle y profundidad en todos ellos: para unos, los más críticos, será necesario y conveniente llegar a mucho detalle, y para otros, quizá simplemente con tenerlos presentes y bien actualizados sea suficiente, pero sin requerir un gran nivel de detalle.
Espero que lo hayáis disfrutado, un saludo