La prueba de Joel para trabajos de administrador del sistema

Basado en “problemas de organización”: ¿puntos dolorosos de TI? Creo que sería justo decir que los administradores de sistemas deben determinar si vale la pena trabajar en un lugar. Hay una prueba similar conocida por Joel para programadores .

¿Cuáles son las 12 preguntas que los administradores del sistema deben hacer en una entrevista para ayudarlos a decidir si es un buen lugar para trabajar?

Siguiendo las reglas de Joel:

1. Las preguntas deben ser independientes de la plataforma y la tecnología.
2. Las preguntas deben obtener una respuesta simple como sí o no

EDITAR: publique una pregunta a la vez para que podamos ver qué usuarios votan.

¿Utiliza un sistema de seguimiento de incidentes / tickets?

¿Realiza copias de seguridad del sistema y realiza pruebas de restauración regularmente?

• ¿Cuántas otras personas trabajarán junto a mí en las operaciones diarias?

Esto afecta su capacidad de desempeño de una manera muy directa. También afecta su capacidad de tomar unas vacaciones ininterrumpidas ...

• ¿Quién es el primero en responder a los problemas?

Esta respuesta variará, pero es una buena indicación de cómo la organización puede realmente "organizarse". Las configuraciones grandes deben tener un servicio de asistencia y un sistema de tickets; las configuraciones pequeñas deben tener al menos el sistema de tickets, junto con algún tipo de buscapersonas pagado por la compañía para obtener ayuda.

"Solo tú" no es una respuesta aceptable. Esta es una falta total de organización, y debe seguirse con una pregunta de "¿Cómo realiza un seguimiento de las solicitudes de los usuarios?". Esto debe responderse con algo más que "usted no".

• ¿Cuál es su relación de sistemas existentes a administradores?

Esto no debería ser demasiado alto (por encima de 50: 1) o demasiado bajo (por debajo de 5: 1). Demasiado alto y su carga de trabajo será tan severa que pisará agua para mantenerse a flote. Demasiado bajo y usted es una tienda de una sola persona, o hay problemas graves con la capacidad de la tienda para administrar sistemas.

Como siempre, hay excepciones a la regla; instancias en las que se pueden crear imágenes de más de 200 sistemas desde una sola fuente (piense en cabeceras web) e instancias en las que el negocio es muy pequeño (20 empleados podrían necesitar solo 2 servidores).

• ¿Cuál es su relación de usuarios finales / clientes a administradores?

Esta es una medida de expectativa. Estos son sus "clientes". Cuando hay problemas, esta será la cantidad de "presión" que tendrá que enfrentar para resolver una situación. Una organización de 5000 con solo 2 administradores puede ser un lugar muy estresante si sus sistemas tienen problemas.

• ¿Cuál es su relación de usuarios finales / clientes a los sistemas existentes?

Esta es una medida de la carga de trabajo del servidor. Las proporciones muy altas pueden ser un signo de sobreutilización o restricciones presupuestarias que le atarán las manos cuando llegue el momento de expandirse. La subutilización también puede ser un problema cuando no se requiere (es decir, tiene sentido que RRHH tenga su propio servidor, pero un servidor de archivos para solo 5 usuarios "regulares" en una organización de 5,000 es una bandera roja); esto podría requerir cierta "virtualización" para consolidar servidores ...

• ¿Existe algún proceso para manejar las actualizaciones de los sistemas existentes, como la aplicación de parches de proveedores o actualizaciones de firmware?

Esta debería ser cualquier otra respuesta que no sea (a) "No sé", o (b) "no actualizamos".

• Digamos que un servidor se incendia. En caso de crisis o calamidad, ¿qué plazo es aceptable como tiempo de inactividad?

Esta siempre debería ser una pregunta razonable. Si el entrevistador se dobla fuera de forma con esta pregunta, entonces no entienden la naturaleza de su trabajo, una pista vital sobre las perspectivas futuras. Si la expectativa es que funcione las 24 horas, los 7 días de la semana, está bien, a menos que no tengan la infraestructura para hacerlo, lo que significa que estará cuidando muchas máquinas . Saber qué es y qué no es aceptable le ayuda a darles una pista sobre sus verdaderas expectativas.

• Hablando de fuego, ¿tiene un sistema de extinción de incendios para su equipo, y es del tipo apropiado?

Los rociadores de agua no son una respuesta aceptable. Esto no sucede, y que va a conseguir organizaciones que piensan que el relleno de un estante en un cuarto de las escobas, sin ventilación y una cabeza de rociadores contra incendios es una gran idea . Si esto se minimiza, se ignora o se encuentra con hostilidad, levántate, agradece al entrevistador y no camines, corras ...

• Describa su proceso de copia de seguridad de datos y el formato de almacenamiento utilizado.

Esta es otra pregunta que debe responderse con cualquier cosa que no sea "no" y "no tenemos medios de copia de seguridad".

• ¿Prueba sus copias de seguridad de forma regular y con qué frecuencia?

El seguimiento de la pregunta anterior. Si no realiza pruebas regularmente, solo está invitando a problemas.

• ¿Existe un presupuesto conocido y un proceso de compra para desembolsos de capital y compras menores? ¿Me puede explicar el proceso que usaría para comprar algo?

Si la respuesta es "nosotros (otra persona) lo compraremos cuando lo necesitemos", eso es una bandera roja. Significa "no confiamos en usted para comprar el equipo cuando realmente lo necesita, por lo que haremos que alguien más lo haga". Siempre debe haber algún tipo de presupuesto.

El proceso para comprar algo debería ser lo suficientemente fácil de explicar en menos de 2 minutos. No debe involucrar a más de 2 partes que firman (los números más altos indican burocracia), y debe tener un tiempo de respuesta medido en días u horas, no semanas (las compras críticas se retrasarán si es demasiado largo). Siempre debe haber algún tipo de proceso.

• ¿Tiene un plan para actualizar y reciclar hardware antiguo y con qué frecuencia ocurre?

De hecho, he visto compañías que funcionan con minicomputadoras de 18 años que se mantienen vivas mediante contratos de soporte y muchas piezas de repuesto de un proveedor de soporte. Por supuesto, el proveedor de hardware original hace tiempo que se fue ...

Las unidades de escritorio nunca deben actualizarse más rápido que 3 años, o más lento que 5. En negocios con presupuestos ajustados, extender una computadora de escritorio a 5 años es a veces una respuesta apropiada.

La parte del reciclaje es una prueba para ver si tienen una actitud "desechable" hacia el hardware viejo. Es malo en el sentido de que debe deshacerse de él adecuadamente a través de un reciclador conocido, pero es bueno en el sentido de que puede presionar el hardware antiguo de pandillas en el deber temporal en caso de que surja la necesidad. También le dará una idea del tamaño de su "cementerio" (la pila de hardware antiguo que se conserva).

Preguntas relacionadas:

https://serverfault.com/questions/44638/how-often-does-tech-refresh-happen

¿Tiene un plan de recuperación ante desastres y esto incluye TI?

Seguimiento de los excelentes comentarios: Si es así, ¿incluye a toda la organización y no solo a TI? ¿Incluye personal y lo prueba regularmente?

Preguntas relacionadas:

¿Desarrollo de planes de recuperación ante desastres mejores prácticas o recursos?

¿Está documentado el entorno actual?

¿Ambas políticas y procedimientos están documentados y son consistentes?

¿Las prácticas de contabilidad interna evalúan un valor para los servicios que TI brinda a otros departamentos, o simplemente se considera a TI como un centro de costos?

(Esta es casi la misma pregunta que Stick "¿Es una prioridad en su organización o es un mal necesario?", Pero formulada de tal manera que posiblemente obtenga una respuesta honesta en lugar de la mentira correcta descaradamente telegrafiada).

Una cosa que considero imprescindible es una máquina de prueba que tenga especificaciones de hardware idénticas a las del servidor en vivo.

"¿Cuán estrechamente coinciden sus entornos de prueba con Producción?

Me parece muy interesante que muchas de las respuestas estén redactadas "¿Tienes esto?" o "¿haces esto regularmente?" Si voy a ser contratado como un nuevo administrador de sistemas, esperaría poder implementar estas cosas si aún no existieran. La recuperación ante desastres y los registros de monitoreo no son algo que haga o interrumpa una entrevista. Si no estaban haciendo estas cosas, lo harán después de que me contrataron.

Mi principal preocupación, como mencioné anteriormente, sería el apoyo desde arriba. Si digo que necesitamos reemplazar servidores, me gustaría el beneficio de la duda. O si implemento una política de seguridad molesta, no quiero que los socios otorguen inmunidad a las personas que se quejan para que puedan parecer buenos jefes.

El administrador del sistema se encuentra en un lugar extraño en la jerarquía de la estructura corporativa. A veces están tomando dirección y estableciendo sus prioridades en función de las necesidades de la mayoría del personal de nivel de entrada, y otras veces dictan políticas a la gerencia. Estamos en la parte inferior y en la parte superior de la cadena al mismo tiempo.

Estoy dispuesto a desempeñar el papel de chivo expiatorio y peón estando en la parte inferior, siempre que la gerencia ceda a mi consejo en aquellos escenarios en los que estoy en la cima.

¿Todas las compras de sistemas / software / aplicaciones nuevas pasan por TI y TI tiene el poder de rechazar y sugerir otro sistema, quizás uno que ya está en uso en otro departamento?

¿Está dispuesto a gastar dinero en herramientas adecuadas de monitoreo / registro?

-o, de la pregunta original de Joel Test:

Utilizas las mejores herramientas que el dinero puede comprar?

Preguntas relacionadas:

Software de monitoreo de salud del servidor

¿Puedo hablar con tu administrador de sistemas anterior?

¿Inicia sesión con la cuenta genérica de administrador / root?

Siempre es divertido lanzar una respuesta "no" en medio de un montón de "sí".

¿TI tiene su propio presupuesto?

El mío no lo hace y dependemos de los fondos de otros departamentos para todo lo que necesitamos. Apesta a lo grande.

¿Guarda una copia de sus copias de seguridad fuera del sitio?

¿Puedo tener un subsidio para continuar mi capacitación y educación y me permitirá comprar materiales para mantenerme al día sobre cuestiones de seguridad?

¿Apoyará mis decisiones al personal con respecto a las políticas y procedimientos, sin importar cuán impopulares?

Me gustaría señalar que, para aquellos de nosotros que disfrutamos trabajando para nuevas empresas o empresas en etapa inicial, la respuesta para la mayoría de estos puede ser "no, pero ...". Lo que sigue a esa afirmación es a menudo bastante informativo.

• ¿Tiene control de cambio de configuración?
• ¿Tiene políticas de recuperación de datos?
• ¿Realizas copias de seguridad diarias?
• ¿Tienes una base de datos de problemas?

Actualizar

• ¿Tiene redundancia incorporada?
• ¿Tiene el mejor hardware que el dinero puede comprar?
• ¿Puedes configurar una nueva computadora portátil o de escritorio en un solo paso?
• ¿Tiene una política para parchear regularmente?

¿Es una prioridad en su organización o es un mal necesario?

¿Dónde está la cafetera?

¿Usas control de versiones? ¿Qué pones bajo control de versiones?

¿Pueden los administradores de su sistema escribir código?

¿Tiene un registro centralizado? ¿Alguien los lee?

¿Tiene políticas / umbrales de tiempo de respuesta establecidos para sistemas críticos? (o cuál es una mejor manera de decir: "¿Ya estás familiarizado con el concepto de lo que debería y no debería sacarme de la cama a las 3 am?"

¿Puedes agregar nuevos usuarios en un solo paso?

Homenaje a: ¿Puedes hacer una construcción en un solo paso?

¿Soy el único administrador del sistema? Puede estar bien ser el único administrador del sistema; de hecho, puede ser divertido, pero solo si la empresa comprende las implicaciones que nos llevan a:

¿Tienes SLA s?

Pregúnteles si, cuando dicen Administrador del sistema, en realidad se refieren a SA y DBA y Net Admin y Apache / IIS Admin y Email Admin y AD Admin y solucionador de problemas de escritorio.

¿Utiliza un sistema de gestión de configuración como Puppet o Chef?

¿Puedes decir qué parches faltan para qué sistemas en un momento dado?

¿Utiliza la gestión de parches / cambios?

¿Realiza pruebas de recuperación de desastres mensuales / anuales?

¿Es responsable y medido por el tiempo de actividad del sistema y los tickets?

¿Utiliza la gestión de tickets centralizada para todos los departamentos de TI?

¿Pueden los empleados interrumpir al personal de TI en sus escritorios?

¿Su personal de TI tiene aportes para crear una solución para la línea de negocios o simplemente siguen las instrucciones de la alta gerencia?

¿Mantiene sus plataformas críticas de hardware y software con licencia y bajo soporte, incluso cuando se acerca al final de su vida útil?