Por qué la mentalidad de lobo solitario es un error del administrador del sistema

Si ha trabajado en administración de sistemas durante un tiempo, probablemente se haya encontrado con un administrador de sistemas que no escribe nada y mantiene su trabajo en secreto. Cuando me encuentro con administradores como estos, a menudo les pregunto por qué hacen esto, y la respuesta suele ser una broma: "Seguridad laboral". Lo que podría no ser realmente una broma.

No seas esa persona. He trabajado en varias tiendas y todavía no he visto a nadie "despedido". Lo que he visto, sin embargo, es alguien que no puede tomarse una semana sin ser llamado repetidamente por el equipo. O, después de que esa persona se fue, vi a un equipo luchando por desentrañar el misterio de lo que estaba haciendo esa persona o cómo estaba administrando los sistemas bajo su control.

Los mejores talleres que he visto funcionan con una metodología estándar, incluida una forma estándar de administrar sistemas y procedimientos estándar para tareas comunes de equipo. Además, los mejores talleres implementan mucha capacitación cruzada entre los miembros del equipo, de modo que, al igual que sus sistemas, no haya un punto único de falla.

Solía ​​trabajar en un compromiso de aumento de personal para una gran empresa de medios. Un día inicié sesión en un sistema que enviaba alertas de monitoreo de uso del disco. Descubrí que si bien el equipo usó un Kickstart estandarizado con un esquema de partición común, los discos en esta caja no se parecían en nada a ese estándar. Así que le pregunté a un colega al respecto, pensando que este sistema podría haber sido instalado antes de que se introdujeran estos estándares.

Miró un registro de actividad del sistema y dijo: "Oh, esa era la caja de Jason, no me sorprende". ¿Por qué fue eso? "Porque Jason era un lobo solitario e hizo las cosas como mejor le pareció".

Allí estaba yo, tres años después de que Jason dejara el equipo, frente a una caja que estaba casi sin espacio en el disco y no había forma de hacer cumplir los mecanismos estándar que usa el equipo para solucionar este tipo de problema. En cambio, me tomó algunos días de análisis, preparación y copia de datos para separar algunos directorios en sus propios sistemas de archivos, para tener suficiente espacio en el sistema. Además, tuve que planificar el tiempo de inactividad y también hacer cambios posteriores a la configuración del sistema. Si la implementación inicial se hubiera realizado de acuerdo con los estándares establecidos por el equipo, este parche podría haberse realizado en vivo, sin necesidad de tiempo de inactividad, y habría tardado unos 20 minutos.

Tres años después de su partida, este equipo seguía encontrando problemas y cosas al azar hechas por este administrador de sistemas que tenía que hacer las cosas a su manera. Cuando le pregunté a mi colega por qué Jason sintió la necesidad de ignorar los estándares del equipo, ¿sabes lo que dijo? "No sé, tal vez pensó que le daba seguridad laboral".

Para contrastar esto, en mi último equipo, cuando uno de los miembros de nuestro equipo se fue de vacaciones por una semana o más, tuvimos una reunión de "Sobrevivir sin" con unas dos semanas de anticipación. La persona que se iba de vacaciones escribiría una lista de sus tareas, los sistemas que administraba o los problemas que trataba de manera común, o quizás única, para el equipo.

Luego, dedicábamos entre 30 y 60 minutos en una reunión a revisar ese documento para determinar quién se encargaría de esos artículos mientras no estuviéramos fuera. Si encontrábamos una tarea o una tarea que nadie más sabía cómo hacer o en la que nadie había trabajado antes, teníamos otras dos semanas para capacitarnos o hacer que esa persona siguiera mientras realizaba esas tareas para aprender a hacerlas. Además, identificaríamos cualquier tarea o artículo que no estaría cubierto durante el período de vacaciones.

Después de esa reunión de 30 a 60 minutos, tendríamos nuestra lista de tareas pendientes, proyectos de capacitación cruzada de la persona que cubrió un tema (si es necesario) y cualquier tema no cubierto para revisar con nuestro gerente. El propósito de esta revisión fue verificar que aquellas cosas que pensamos que podríamos sobrevivir sin cubrir eran cosas que ella también pensó que podríamos sobrevivir sin cubrir. Esto significa que si llegó una solicitud y estaba en esta lista, podría esperar a que el administrador del sistema regrese antes de ser procesada.

Colaborar. Estandarizar. Compartir, repartir. Lo convertirá en un mejor administrador del sistema cuando entrene a alguien más, colabore en un nuevo proyecto y comparta ideas con ellos. ¡Una ventaja adicional es que puede tomarse unas vacaciones sin estar atado a su teléfono o ordenador portátil, lidiando con problemas de trabajo mientras se supone que debe estar fuera del trabajo!

Artículos de interés

Subir