Le test Joel pour les tâches d'administrateur système

Basé sur les «problèmes d'organisation» - des points sensibles des TI? Je pense qu’il serait juste de dire que les administrateurs système doivent déterminer si un lieu vaut la peine d’être travaillé. Il existe un test similaire bien connu de Joel pour les programmeurs .

Quelles sont les 12 questions que les administrateurs du système devraient poser lors d’une interview afin de les aider à décider s’il s’agit d’un bon lieu de travail?

Suivre les règles de Joel:

1. Les questions devraient être agnostiques de plate-forme et de technologie
2. Les questions devraient susciter une réponse simple telle que oui ou non

EDIT: Posez une question à la fois pour que nous puissions savoir pour quoi les utilisateurs votent.

Utilisez-vous un système de suivi des incidents / tickets?

Effectuez-vous des sauvegardes du système et effectuez-vous des restaurations de test régulièrement?

• Combien d'autres personnes travailleront à mes côtés dans les opérations quotidiennes?

Cela affecte votre capacité à effectuer de manière très directe. Cela affecte également votre capacité à prendre des vacances ininterrompues ...

• Qui est le premier intervenant face aux problèmes?

Cette réponse variera, mais c'est une bonne indication de la façon dont l'organisation peut réellement "s'organiser". Les grandes installations devraient avoir un service d’assistance et un système de billetterie; Les petites installations devraient au moins disposer du système de billetterie, ainsi que d'une sorte de téléavertisseur payé par l'entreprise.

"Just you" n'est pas une réponse acceptable. Il s’agit d’un manque total d’organisation et doit être suivi de la question "Comment suivez-vous les demandes des utilisateurs?". Cela doit être répondu avec autre chose que "vous ne faites pas".

• Quel est votre rapport entre les systèmes existants et les administrateurs?

Cela ne devrait pas être trop élevé (supérieur à 50: 1) ou trop faible (inférieur à 5: 1). Trop de travail et votre charge de travail sera si lourde que vous marcherez pour rester à flot. Trop bas et vous êtes soit un magasin à une personne, soit il y a de sérieux problèmes avec la capacité du magasin à gérer les systèmes.

Comme toujours, il y a des exceptions à la règle; les cas où plus de 200 systèmes peuvent être imagés à partir d'une source unique (pensez aux têtes de réseau Web) et les cas où l'entreprise est très petite (20 employés peuvent ne nécessiter que 2 serveurs).

• Quel est votre ratio utilisateurs / clients finaux / administrateurs?

Ceci est une mesure de l'attente. Ce sont vos "clients". Quand il y a des problèmes, ce sera la quantité de "pression" que vous serez sous pour résoudre une situation. Une organisation de 5 000 personnes avec seulement 2 administrateurs peut être un endroit très stressant si vos systèmes rencontrent des problèmes.

• Quel est votre ratio utilisateurs finaux / clients par rapport aux systèmes existants?

C'est une mesure de la charge de travail du serveur. Des ratios très élevés peuvent être un signe de surutilisation ou de contraintes budgétaires qui vous lieront les mains au moment de l’agrandissement. La sous-utilisation peut également être un problème lorsque cela n’est pas nécessaire (c’est-à-dire qu’il est logique que les RH disposent de leur propre serveur, mais un serveur de fichiers pour seulement 5 utilisateurs «normaux» dans une organisation de 5 000 personnes est un drapeau rouge); cela pourrait appeler une certaine "virtualisation" pour consolider les serveurs ...

• Existe-t-il un processus de gestion des mises à jour des systèmes existants, tel que l’application de correctifs logiciels ou de mises à jour de micrologiciels?

Cela devrait être une réponse autre que (a) "je ne sais pas" ou (b) "nous ne mettons pas à jour".

• Supposons qu'un serveur prenne feu. En cas de crise ou de calamité, quel délai est acceptable pour les temps d'arrêt?

Cela devrait toujours être une question raisonnable. Si l'intervieweur est déformé à cette question, il ne comprend pas la nature de votre travail, un indice essentiel sur les perspectives d'avenir. Si l'attente est opérationnelle 24 heures sur 24, 7 jours sur 7, c'est très bien - à moins qu'ils n'aient pas l'infrastructure nécessaire, ce qui signifie que vous garderez souvent des machines . Savoir ce qui est acceptable et ce qui ne l’est pas permet de vous laisser deviner leurs véritables attentes.

• En parlant d’incendie, avez-vous mis en place un système d’extinction d’incendie pour votre équipement, et est-il du type approprié?

Les arroseurs d’eau ne sont pas une réponse acceptable. Cela ne se produit, et vous fera obtenir des organisations qui pensent Farce un rack dans un placard à balais sans ventilation et une surcharge de gicleurs d'incendie est une excellente idée . Si cela est minimisé, ignoré ou si vous rencontrez de l'hostilité, levez-vous, remerciez l'intervieweur et ne marchez pas, courez ...

• Décrivez votre processus de sauvegarde des données et le format de stockage utilisé.

C’est une autre question à laquelle il faudrait répondre par autre chose que "nous n’avons pas" et "nous n’avons pas de support de sauvegarde".

• Testez-vous vos sauvegardes régulièrement et à quelle fréquence?

Le suivi de la question ci-dessus. Si vous ne testez pas régulièrement, vous ne faites que créer des problèmes.

• Existe-t-il un processus budgétaire et d'achat connu pour les dépenses en capital et les achats mineurs? Pouvez-vous m'expliquer le processus que j'utiliserais pour acheter quelque chose?

Si la réponse est "nous (quelqu'un d'autre) l'achèterons selon nos besoins", c'est un drapeau rouge. Cela signifie "nous ne vous faisons pas confiance pour acheter de l'équipement lorsque vous en avez vraiment besoin, alors quelqu'un d'autre le fera à la place". Il devrait toujours y avoir une sorte de budget.

Le processus d'achat doit être assez facile à expliquer en moins de 2 minutes. Cela ne devrait pas impliquer plus de 2 parties signataires (les chiffres les plus élevés indiquent des tracasseries administratives), et le temps de réponse devrait être mesuré en jours ou en heures, et non en semaines (les achats critiques seront retardés s'il est trop long). Il devrait toujours y avoir une sorte de processus.

• Avez-vous prévu d'actualiser et de recycler le vieux matériel et à quelle fréquence?

En fait, j'ai vu des entreprises utiliser des mini-ordinateurs de 18 ans qui sont maintenus en vie grâce à des contrats d'assistance et à de nombreuses pièces de rechange fournies par un fournisseur d'assistance. Bien sûr, le fournisseur de matériel d'origine est parti depuis longtemps ...

Les unités de bureau ne doivent jamais être rafraîchies plus de 3 ans plus tard, ni plus lentement que 5 ans. Dans les entreprises aux budgets serrés, étendre un ordinateur de bureau à 5 ans est parfois une réponse appropriée.

Le peu sur le recyclage est un test pour voir si elles ont une attitude "jetable" envers le vieux matériel. C’est mauvais en ce sens que vous devez l’éliminer correctement par le biais d’un recycleur connu, mais bon en ce sens que vous pouvez intégrer un vieux matériel à un devoir temporaire si le besoin s’en faisait sentir. Cela vous donnera également une idée de la taille de leur "boneyard" (la pile de vieux matériel qui est conservée).

Questions connexes:

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

Avez-vous un plan de reprise après sinistre et cela inclut-il l'informatique?

Suivi des excellents commentaires: Si oui, cela inclut-il toute l'organisation et pas seulement l'informatique? Cela inclut-il du personnel et le testez-vous régulièrement?

Questions connexes:

Plan de reprise après sinistre: meilleures pratiques ou ressources?

L'environnement actuel est-il documenté?

Les politiques et procédures sont-elles documentées et cohérentes?

Les pratiques comptables internes évaluent-elles une valeur pour les services fournis par le service informatique à d'autres services ou le service informatique est-il simplement comptabilisé en tant que centre de coûts?

(C’est à peu près la même question que celle de Stick "C’est une priorité dans votre organisation ou est-ce un mal nécessaire?", Mais elle est formulée de manière à susciter éventuellement une réponse honnête au lieu du mensonge honnêtement télégraphié de manière flagrante.)

Une chose que je considère essentielle est une machine d’essai dont les spécifications matérielles sont identiques à celles du serveur actif.

"Dans quelle mesure vos environnements de test correspondent-ils à la production?"

Je trouve très intéressant que nombre des réponses soient libellées "Avez-vous cela?" ou "faites-vous cela régulièrement?" Si je vais être embauché en tant que nouveau sysadmin, je m'attendrais à pouvoir mettre en œuvre ces éléments s'ils n'existaient pas déjà. Les journaux de reprise après sinistre et de surveillance ne permettent pas de gagner ou de rompre une interview. S'ils ne faisaient pas ces choses, ils le seraient après mon embauche.

Comme je l’ai dit plus tôt, ma principale préoccupation est le soutien d’en haut. Si je dis que nous devons remplacer les serveurs, je voudrais le bénéfice du doute. Ou si je mets en œuvre une politique de sécurité agaçante, je ne veux pas que les partenaires accordent l'immunité aux personnes qui se plaignent afin qu'elles puissent ressembler à de gentils patrons bienveillants.

L'administrateur système se trouve à un endroit étrange dans la hiérarchie de la structure de l'entreprise. Parfois, ils prennent des directives et établissent leurs priorités en fonction des besoins du personnel le plus débutant, parfois ils dictent les politiques à la direction. Nous sommes simultanément tout en bas et tout en haut de la chaîne.

Je suis prêt à jouer le rôle du bouc émissaire et du péon en étant au bas de la hiérarchie, tant que la direction se plie à mes conseils dans les scénarios où je suis au sommet.

Est-ce que tous les achats de nouveaux systèmes, logiciels ou applications passent par le service informatique et celui-ci a-t-il le pouvoir de refuser et de suggérer un autre système, peut-être déjà utilisé par un autre service?

Êtes-vous prêt à dépenser de l'argent pour des outils de surveillance / journalisation appropriés?

-ou de la question originale de Joel Test:

Utilisez-vous les meilleurs outils que l’argent peut acheter?

Questions connexes:

Logiciel de surveillance de l'état du serveur

Puis-je parler avec votre administrateur système précédent?

Vous connectez-vous en utilisant le compte générique Administrateur / root?

C'est toujours amusant de répondre «non» au milieu d'une série de «oui».

Est-ce que l'informatique a son propre budget?

Le mien n'en a pas et nous dépendons des fonds d'autres ministères pour tout ce dont nous avons besoin. Sucks big time.

Stockez-vous une copie de vos sauvegardes hors site?

Puis-je avoir une allocation pour continuer ma formation et mon éducation et me permettra-t-il d'acheter du matériel pour me tenir au courant des questions de sécurité?

Soutiendrez-vous mes décisions au personnel en ce qui concerne les politiques et les procédures, peu importe leur impopularité?

Je noterais que, pour ceux d’entre nous qui aiment travailler pour des startups ou des entreprises en phase de démarrage, la réponse pour la plupart d’entre elles pourrait très bien être "non, mais ...". Ce qui suit est souvent très instructif.

• Avez-vous un contrôle de changement de configuration?
• Avez-vous des politiques de récupération de données?
• Faites-vous des sauvegardes quotidiennes?
• Avez-vous une base de données de problèmes?

Mise à jour

• Avez-vous une redondance intégrée?
• Avez-vous le meilleur matériel que l’argent puisse acheter?
• Pouvez-vous configurer un nouvel ordinateur portable ou de bureau en une seule étape?
• Avez-vous une politique en place pour les correctifs sur une base régulière?

L'informatique est-elle une priorité dans votre organisation ou est-ce un mal nécessaire?

Où est la machine à café?

Utilisez-vous le contrôle de version? Que mettez-vous sous contrôle de version?

Vos administrateurs système peuvent-ils écrire du code?

Avez-vous une journalisation centralisée? Est-ce que quelqu'un les lit?

Avez-vous mis en place des stratégies / seuils de temps de réponse pour les systèmes critiques? (ou quelle est la meilleure façon de dire: "Connaissez-vous déjà le concept de ce qui devrait et ne devrait pas me faire sortir du lit à 3 heures du matin?")

Pouvez-vous ajouter de nouveaux utilisateurs en une seule étape?

Hommage à: Pouvez-vous construire un build en une étape?

Suis-je le seul administrateur système? Il peut être intéressant d'être le seul administrateur système. En fait, cela peut être amusant, mais seulement si l'entreprise comprend les implications qui nous amènent à:

Avez-vous des SLA ?

Demandez-leur si, lorsqu'ils disent Administrateur système, ils désignent-ils réellement SA, DBA et Net Admin et Apache / IIS Admin et Email Email et AD Admin et dépanneur de bureau.

Utilisez-vous un système de gestion de la configuration tel que Puppet ou Chef?

Pouvez-vous dire quels correctifs sont manquants pour quels systèmes à un moment donné?

Utilisez-vous la gestion des correctifs / changements?

Effectuez-vous des tests de reprise après sinistre mensuels / annuels?

Le service informatique est-il responsable et mesuré en fonction de la disponibilité du système et des tickets?

Utilisez-vous la gestion centralisée des tickets pour tous les départements informatiques?

Les employés peuvent-ils interrompre le personnel informatique à leur bureau?

Votre personnel informatique participe-t-il à la création d'une solution pour le secteur d'activité ou suit-il simplement les instructions de la direction?

Conservez-vous vos plates-formes matérielles et logicielles critiques sous licence et sous support, même à l'approche de la fin de vie?