フィールドで一人で-CIO！
時々、私は小さな会社に彼らの唯一のシステム管理者と「取引」するように招待されます。 彼らのフルタイムの専門家の仕事に対する苦情のリストは常にほぼ同じです：彼らはゆっくりとタスクを実行し、しばしば「何も機能しない」、そしてそのようなケースさえありました...
さらに、多くの場合、システム管理者の仕事に対する苦情のレベルは、彼の技術的能力のレベルと相関しませんが、主に、システム管理者の最小限の管理能力がないためです。
フルタイムのシステム管理者が受けるに値しない苦しみを十分に見たので、この短い指示を書くことにしました。これは、管理者との対立を避け、システム管理者の空席から「ストレスへの抵抗」の概念を取り除く助けになることを願っています。
だから、最初から始めましょう：
1.仕事に就いたら、仕事の目標について調べます
通常、仕事のためにシステム管理者を雇う雇用主は、今ではすべてが「うまく」彼とうまくいくと期待しています。 しかし、彼がこの概念に入れていることはしばしばあいまいであり、ほとんどの場合、ITスペシャリストのシステム管理者は、彼が望んでいるほど上手くいかないときはいつでもむち打つ少年に変わるという事実で終わります。
まだ仕事に就いているとき、あなたの仕事に何を期待しているのか、あなたの雇用主に同意してください：あなたの体に近いものから始まり（あなたの仕事のスケジュール、週末と夜の空室状況、休暇の過ごし方）、ビジネスの問題で終わります（どのITサービスが重要であるか、最大ダウンタイムが許容できるもの、許容可能な最大データ損失など）。 これらのパラメーターはすべて測定可能である必要があります（9から18までの作業ですが、22時間まで電話で利用可能です。その場合、インターネットは2時間で修理されるなど）。 この情報を受け取ったので、それを書面で修正するのが面倒ではありません-これは将来あなたを大いに助けますが、今のところ、あなたが仕事を始めるとき：
2.バックアップスキームをバックアップし、マニュアルで調整します
自動バックアップを設定し、それらが正しく作成されていることを定期的に確認します。 もう一度、管理者とバックアップスキームに同意し、書面で行います。将来、「データベースを1時間ごとではなく、1日1回だけコピーしたのはなぜですか」という質問に答えるのに役立ちます。 管理者がより深いストレージまたはバックアップの頻度を必要とする場合-機器への必要な投資を示します。 はい、メインデータと同じディスクアレイにバックアップを保存しないでください。
3.リスクを評価し、ハードウェア、ソフトウェア、通信チャネルの信頼性に依存しない
この高価な（唯一の）ブランドのサーバーは、最も不適切な瞬間に障害を起こし、数日間睡眠を奪い、この状況で何ができるかを必死に考えさせます。 運用リスクの小さな分析を実行します。サーバー/コンピューター/プリンターが故障し、インターネットチャネルに障害が発生した場合、サーバールームで何らかのソフトウェアエラーや火災が発生した場合、組織（組織）はどうしますか？ 回復するのにどれくらい時間がかかりますか？ 今回はビジネスの期待に応えますか（1項を参照）？ ダウンタイムとマイナスの結果を減らすために何ができますか？ その後、再度調査結果を文書化し、判断のために経営陣に提示します。
4.運用リスクと災害復旧計画を経営陣と連携させる
前の段落の結論を経営陣に持ち込み、運用リスクを与えたり、割り当てたりすることで、それらを排除したり、マイナスの結果を最小限に抑えるようにします。 運用上のリスクだけでなく、災害復旧計画も調整します-事故が発生した場合、これはあなたの人生を大幅に簡素化します 「予期しない状況」は発生せず、障害が発生したサーバーで交換用の電源を購入するために「Petr Petrovichが連絡する」まで待つ必要はありません。 オペレーショナルリスクに同意した後、ほとんどの場合、小規模なアップグレードにお金が割り当てられます。 そして、ここで最も重要なこと：
5.事前にITインフラストラクチャの変更を計画しますが、最も重要なことは、何かがうまくいかない場合に備えて、変更計画とロールバック計画の両方を作成することです。
私の意見では、サーバーを管理するときの「はい、5分です」というフレーズは、車を運転するときの「男、私ができるように見える」というフレーズに似ています-そのようなフレーズで始まるものは、いつか最後に大きなファイルを持ちます。 実行する予定の大規模または小規模のアップグレードが何であれ、たとえあなたとあなただけが実行する場合でも、それらを計画する必要があります。 計画する際には、変更によってどのサービスが影響を受けるか、変更のプロセスで実行する必要がある手順、近代化が成功したことを確認する方法、そして最も重要なことに、それでも問題が発生した場合の対処方法を検討する必要があります。 さて、あなたが自分ですべてを明確にした後、再びマニュアルに行き、：
6. ITインフラストラクチャ内のサービスのダウンタイムまたは考えられるダウンタイムに関連する作業の時間を管理者と調整し、そのような作業の必要性を常に正当化する
故意に危害を加える管理者よりも悪いのは、最良の理由で危害を加える管理者だけです。 今日、レポートの最終日に、サーバーをほこりから一掃することを決定し、プロジェクトセッションの途中でサーバー上のシステムを更新することを決定し、会社全体が非常に貴重で最も重要な手紙を待っている瞬間に新しいメールシステムにメールを移行します。 リストは継続できますが、意味は同じです-少なくとも管理者に計画を知らせて、少なくともマイナーな不便の必要性を理解できるようにしてください。 変更を行うのに十分な経験がない場合は、専門家の助言を求めることをnotしないでください。
7.能力と無能の領域を明確に定義し、この問題について経営陣と話し合うことを恐れないでください。
むかしむかし、私はプロはすべてを知っていて知っている人だと思っていました。 年齢とともに、専門家は彼の能力と無能の境界を知っている人であると理解するようになりました。 プロのネットワーク管理者、プロのストレージシステムエンジニア、プロのテクニカルサポートスペシャリストなどがいますが、すべてについてすべてを知っている人はいません。 あなたがサービスしている会社が技術の動物園を持っている場合、このすべてを単独で（少量であっても）サービスしようとする試みは、ワークショップの同僚の間で大きな敬意を喚起しますが、雇用主に感謝されることはほとんどありませんが、すべてを最大限に活用します。 どのシステムに十分なじみがあり、知識が十分でない可能性があるかを管理者に示します-物事をそのままにするか、別の専門家を雇うか、外部のIT企業からの専門技術サポートのサービスを使用するかを彼らに決定させます。 一般に、原則として次のことを行います。
8.決定が個別に行われない場合は特に、決定に対する責任を常に共有します
あなたの仕事は機器を購入することです。モデルを選択し、請求書を要求しましたが、最後に購買部門が拒否しました。Yandex市場では安くなっています。 問題ありませんが、この場合は、購入部門にこの機器の購入責任を負わせてください。 私は、調達部門が「最低価格」で購入したラップトップの配送を2年間待っている会社をいくつか知っています。 他のすべての決定と同じように-頭でそれらを確認し、可能な代替案を前もって示し、決定の正しさの確認を彼から受け取ることが最善です。 はい、念のため：
9.すべての決定について書面で同意する
すべての決定が書面で合意されることを全員に奨励します-手続きの開始時に簡単なメールが役立ちます（「if」、つまり「when」ではなく）。 すべての意思決定を例外なく調整する必要があります。これにより、すべての意思決定が口頭で行われる前に、突然理由もなく承認書を送信したときに人々が防御的な反応をしないようにします。 同僚が書面による承認を無視するのは非常に一般的な状況です-この場合、口頭で決定を調整し、会話の後に「親愛なるPalych、私はあなたに同意した決定のリストを送ります：...」-Palに対する訴訟の場合少なくともPalychは、なぜ彼があなたの手紙に反応しなかったのか質問をするでしょう。 一般に、書面による承認は、作業に効率的に対処するために導入する必要がある手順の1つです。
10.誰もがあなたと対話できるように、理解可能で便利なルールを作成します。 ユーザーが心配しないように最善を尽くします
小さな組織では、コンピューターの問題を解決する非常に一般的な方法があります。システム管理者に行き、手を取り、コンピューターに持ち込み、問題を示し、問題が解決するまで放さないでください。 当然、このユーザーのアプローチを使用したサーバーの現在の保守および構成に関する思慮深く、体系的で焦点の合った作業に疑問はありません。 しかし、通常、ユーザーは経験的に問題を解決するこの方法に来ます。なぜなら、 あなたが問題があると言うと、管理者はいつ、いつ到着するのか理解できず、あなたは仕事をする必要があり、時間は待たず、これはすべてユーザーを心配させ、最終的にはそのようなばかげたことになります一見、行為。 ユーザーを心配させないでください：支援できる日付を示し、問題が修正される日付を示します。また、今後数日で多くの深刻な作業を行う予定の場合は、これらの日が来ることを事前に手紙を書いてください非常に多くから非常に多くの時間（もちろん、理由を示す）。 緊急ではないタスクを書面で提出するよう依頼し、時間通りに解決することを約束します。 そして最も重要なことは、約束を守ることです-ユーザーの信頼と愛があなたに提供されます。
さて、上記のすべての後、次のことを忘れないでください：
11.定期的にバックアップを確認する
sysadminには2つのタイプがあるという古いジョークを知っています：まだバックアップしていない人と、すでにバックアップしている人。 3つ目のタイプがあることを追加して、このジョークを変更します-作成されたバックアップもチェックします。 私を正しく理解してください。しかし、私たちのビジネスでは、データを失うことは非プロフェッショナリズムの頂点です。 仕事で1日何日忙しくても、常にデータバックアップが作成され、正しく作成され、それらから同じデータを復元できることを確認するために時間をかけてください。
12.サイクルを繰り返す：「ニーズの除去-リスク分析-調整-調整」を少なくとも年に1回
中小企業は非常に急速に変化しています。昨日、同社は週3回の請求書を作成し、今日では1分あたり20個の請求書を発行しています。 昨日はデータの毎日のバックアップのみが必要でしたが、今日では5分間での情報の損失はすでにビジネスにとって重要です。 あなたの仕事は、常にビジネスのあらゆる変化の最前線に立ち、それらに先んじることです。
あとがきとして、どの組織でも、構造単位の形成はその頭から始まることを付け加えたいと思います。 あなたがあなたの会社のITを理解している唯一の人なら、あなたはすでにあなたが仕事に書かれていることに関係なく、ITディレクターであることを保証します、彼らはエグゼキューターとしてではなくマネージャーとしてあなたに尋ねます。 上記の説明により、日々の仕事を少しずつ変えて、新しい役割に参加しやすくし、仕事をできるだけ冷静で予測可能なものにできるようになることを願っています。
イワン・コルマチェフ
IT部門の会社
www.depit.ru