システム管理者ジョブのジョエルテスト

「組織の問題」に基づきます— ITの問題がありますか？ システム管理者は、その場所で働く価値があるかどうかを判断する必要があると言ってもいいでしょう。Joelによるプログラマ向けの同様のよく知られたテストがあります。

システム管理者が適切な職場かどうかを判断するためにインタビューで尋ねるべき12の質問は何ですか？

ジョエルのルールに従う：

1. 質問はプラットフォームとテクノロジーにとらわれない必要があります
2. 質問は、「はい」または「いいえ」などの簡単な回答を引き出す必要があります

編集：ユーザーが何を投票しているかを確認できるように、一度に1つの質問を投稿してください。

インシデント/チケット追跡システムを使用していますか？

システムのバックアップを実行し、リストアを定期的にテストしますか？

• 日々の業務で、他に何人が一緒に働いていますか？

これは、非常に直接的な方法で実行する能力に影響します。また、中断されない休暇を取る能力にも影響します...

• 問題に対する最初の対応者は誰ですか？

この答えはさまざまですが、組織が実際にどのように「組織化」できるかを示しています。大規模なセットアップには、ヘルプデスクとチケットシステムが必要です。小規模なセットアップには、少なくともチケット発行システムが必要です。また、何らかの種類の会社支払いのポケットベルが必要です。

「あなただけ」は受け入れられる答えではありません。これは完全に組織化されていないため、「ユーザーからのリクエストをどのように追跡しますか？」という質問をフォローアップする必要があります。これは、「あなたはしない」以外の何かで答えられなければなりません。

• 既存のシステムと管理者の比率はどのくらいですか？

これは高すぎない（50：1を超えている）か、低すぎない（5：1を下回っている）べきではありません。高すぎると、ワークロードが非常に厳しくなり、水に足を踏み入れて浮かんでいることになります。あまりにも低く、あなたが1人のショップであるか、ショップのシステム管理能力に重大な問題があります。

いつものように、ルールには例外があります。200以上のシステムを単一のソースからイメージ化できるインスタンス（Webヘッドエンドを考えてください）、およびビジネスが非常に小さいインスタンス（20人の従業員が必要とするサーバーは2つだけです）。

• 管理者に対するエンドユーザー/顧客の比率はどのくらいですか？

これは期待の尺度です。これらはあなたの「顧客」です。問題がある場合、これは状況を解決するために受ける「プレッシャー」の量になります。管理者が2人だけの5000人の組織は、システムに問題がある場合、非常にストレスの多い場所になります。

• 既存のシステムに対するエンドユーザー/顧客の比率はどのくらいですか？

これはサーバーのワークロードの尺度です。非常に高い比率は、過剰使用の兆候、または拡大するときに手を縛る予算上の制約になる可能性があります。使用率が低い場合も問題になる可能性があります（つまり、HRには独自のサーバーがありますが、5,000人の組織内の5人の「通常の」ユーザーのみのファイルサーバーは危険です）。これには、サーバーを統合するための「仮想化」が必要になる場合があります...

• ベンダーのパッチやファームウェアの更新の適用など、既存のシステムの更新を処理する既存のプロセスはありますか？

これは、（a）「わからない」、または（b）「更新しない」以外の他の回答でなければなりません。

• サーバーが発火したとしましょう。危機や災害が発生した場合、ダウンタイムとして許容される時間枠は何ですか？

これは常に合理的な質問でなければなりません。インタビュアーがこの質問で形が崩れた場合、彼らはあなたの仕事の性質を理解していません。これは将来の見通しについての重要な手がかりです。期待が24時間年中無休の運用であれば、それで問題ありません。インフラストラクチャが整っていない場合を除きます。つまり、ベビーシッターを頻繁に行うことになります。受け入れられるものと受け入れられないものを知ることは、彼らの真の期待について彼らにカードを渡すのに役立ちます。

• 火について言えば、あなたの機器用の消火システムはありますか？それは適切なタイプですか？

水スプリンクラーは受け入れられる答えではありません。これがない起こる、あなたがなり、換気や火災スプリンクラーのオーバーヘッドなしでほうきのクローゼットの中にラックを詰めることはあると思い団体取得素晴らしいアイデアを。これが軽視されたり、無視されたり、敵意を感じたりした場合は、起きて、インタビュアーに感謝し、歩いたり、走ったりしないでください...

• データバックアッププロセスと使用するストレージの形式を説明します。

これは、「持っていない」および「バックアップメディアがない」以外の何かで答えられるべき別の質問です。

• 定期的にバックアップをテストしていますか？

上記の質問のフォローアップ。定期的にテストしていない場合は、単にトラブルを招いているだけです。

• 資本支出と小規模購入の両方に対して、既知の予算と購入プロセスがありますか？何かを購入するために使用するプロセスを説明してもらえますか？

答えが「私たち（他の誰か）が必要に応じて購入します」の場合、それは危険です。これは、「本当に必要なときに機器を購入することを信頼していないので、代わりに他の誰かにそれを行わせる」ことを意味します。 常に何らかの予算があるはずです。

何かを購入するプロセスは、2分以内に説明できるほど簡単でなければなりません。3人以上の関係者がサインオフする必要はありません（数字が大きいほど赤字を示します）。また、数週間ではなく、数日または数時間で測定されるターンアラウンドが必要です（長すぎる場合、重要な購入は保留されます）。 常に何らかのプロセスがあるはずです。

• 古いハードウェアを更新してリサイクルする計画はありますか？

実際に、サポート契約やサポートベンダーからの多くのスペアパーツによって生かされている18歳のミニコンピューターで実行している企業を見てきました。もちろん、元のハードウェアベンダーはずっと前から出発しています...

デスクトップユニットは、3年より速く、または5より遅く更新しないでください。予算が限られている企業では、デスクトップを5年に拡張することが適切な答えになる場合があります。

リサイクルのビットは、古いハードウェアに対して「使い捨て」の態度があるかどうかを確認するテストです。既知のリサイクル業者を通して適切に廃棄する必要があるという意味では悪いのですが、必要に応じて古いハードウェアを一時的な義務に押し込むことができるという意味では優れています。また、「ボーンヤード」（周囲に保持されている古いハードウェアの山）のサイズの感覚も得られます。

関連する質問：

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

災害復旧計画があり、これにはITが含まれていますか？

すばらしいコメントからのフォローアップ：その場合、ITだけでなく組織全体が含まれますか？それには人員が含まれており、定期的にテストしていますか？

関連する質問：

災害復旧計画の開発のベストプラクティスまたはリソースですか？

現在の環境は文書化されていますか？

ポリシーと手順の両方が文書化され、一貫していますか？

内部の会計慣行は、ITが他の部門に提供するサービスの価値を評価しますか、それとも単にITをコストセンターとして会計処理しますか？

（これはStickの「ITはあなたの組織の優先事項ですか、それとも必要な悪ですか？」とほぼ同じ質問ですが、露骨に電信された正しい嘘の代わりに正直な答えを引き出す可能性があるように表現されています。）

私が必須と考えるものの1つは、ライブサーバーと同じハードウェア仕様を持つテストマシンです。

「テスト環境は実稼働環境とどれくらい近いですか？」

答えの多くが「これはありますか？」または「これを定期的に行っていますか？」新しいシステム管理者として採用される場合、これらがまだ存在していなくても実装できると期待しています。災害復旧および監視ログは、インタビューを行ったり中断したりするものではありません。彼らがこれらのことをしていなかったら、彼らは私が雇われた後になります。

先に述べたように、私の主な関心事は上からのサポートでしょう。サーバーを交換する必要があると言えば、疑いの恩恵があります。または、迷惑なセキュリティポリシーを実装する場合、文句を言う人にパートナーが免疫を付与することは望ましくありません。

システム管理者は、企業構造の階層の奇妙な場所にいます。時には、彼らは最もエントリーレベルの人員のニーズに基づいて指示を出し、優先順位を設定しています。また、時には経営陣にポリシーを指示しています。私たちは同時にチェーンの一番下と一番上にいます。

私がトップにいるシナリオで経営陣が私のアドバイスに屈する限り、私はスケープゴートとペオンの役割を果たすことを望んでいます。

新しいシステム/ソフトウェア/アプリケーションの購入はすべてIT経由で行われ、ITには別のシステム、おそらく別の部門ですでに使用されているシステムを拒否および提案する権限がありますか？

適切な監視/ロギングツールにお金を費やすつもりはありますか？

-または、元のジョエルテストの質問から：

お金で買える最高のツールを使用していますか？

関連する質問：

サーバー状態監視ソフトウェア

前のシステム管理者と話してもいいですか？

一般的な管理者/ルートアカウントを使用してログオンしていますか？

たくさんの「はい」の途中で「いいえ」と答えるのはいつも楽しいです。

ITには独自の予算がありますか？

鉱山はそうではなく、私たちは必要なすべてのために他の部門の資金に依存しています。大きな時間を吸います。

バックアップのコピーをオフサイトに保存していますか？

トレーニングと教育を継続するための手当がありますか？セキュリティの問題を最新の状態に保つために資料を購入していただけますか

どんなに不評であっても、ポリシーと手順に関してスタッフに対する私の決定を支持しますか？

スタートアップや初期段階の企業で働くことを楽しんでいる私たちにとって、これらのほとんどに対する答えは「いいえ、でも...」かもしれないことに注意してください。その声明に続くものは、しばしば非常に有益です。

• 構成変更を管理していますか？
• データ復旧ポリシーはありますか？
• 毎日バックアップを実行していますか？
• 問題データベースはありますか？

更新

• 組み込みの冗長性はありますか？
• お金で買える最高のハードウェアはありますか？
• 新しいラップトップまたはデスクトップをワンステップでセットアップできますか？
• 定期的にパッチを適用するためのポリシーはありますか？

ITは組織の優先事項ですか、それとも必要な悪ですか？

コーヒーメーカーはどこですか？

バージョン管理を使用していますか？バージョン管理下に置くものは何ですか？

システム管理者はコードを書くことができますか？

集中ログを使用していますか？誰か読んでる？

重要なシステムに対して、応答時間のポリシー/しきい値が設定されていますか？（または、「午前3時にベッドから出るべきであるとすべきでないという概念に既に精通していますか？」と言うより良い方法は何ですか？）

新しいユーザーを1ステップで追加できますか？

オマージュ：ワンステップでビルドを作成できますか？

私は唯一のシステム管理者ですか？唯一のシステム管理者になっても大丈夫です。実際、楽しいこともありますが、ビジネスが次のことをもたらす意味を理解している場合のみです。

SLAはありますか？

システム管理者と言うとき、実際にSAとDBAとネット管理者とApache / IIS管理者とメール管理者とAD管理者とデスクトップのトラブルシューティングを意味するかどうかを尋ねます。

PuppetやChefなどの構成管理システムを使用していますか？

どのシステムでどのパッチが不足しているのか、いつでもわかりますか？

パッチ/変更管理を使用していますか？

毎月/毎年の災害復旧テストを実施していますか？

ITは説明可能で、システムの稼働時間とチケットによって測定されますか？

すべてのIT部門で集中チケット管理を使用していますか？

従業員はデスクでITスタッフを中断できますか？

ITスタッフは、ビジネスラインのソリューションを作成するための情報を持っていますか、それとも経営陣の指示に従っているだけですか。

寿命に近づいた場合でも、重要なハードウェアおよびソフトウェアプラットフォームのライセンスを取得し、サポートを受けていますか？