ITインフラストラクチャに秩序を置く
システム管理者の存続に関する以前の指示は、主にシステム管理者と企業管理者の相互作用に関連していましたが、読者が正しく指摘したように、システム管理者のストレスのレベルはITインフラストラクチャの混乱のレベルにも依存します。 同時に、ITインフラストラクチャの混乱は、原則として会社の歴史的遺産であり、特定の（場合によっては過激派の）技術を擁護する以前の一時的なシステム管理者によって作成されました。 システム管理者がそのようなITインフラストラクチャを備えた会社に来ると、彼は難しい選択に直面します：仕事を変える（それによって雇用主の目から見た魅力を減らす）か、すべての意志を握ってITインフラストラクチャを「通常の」状態にしようとするかです。
6年前、ITアウトソーシング会社を設立したとき、クライアントを選択する必要はありませんでした。 しかし、統合されたアプローチを開発できるようになったのは、まさに当初の洗練されたクライアントでした。これにより、あらゆる企業のITインフラストラクチャを「現状のまま」状態から「あるべき」状態に移行することができ、今でも重いプロジェクトに取り組むことを恐れません。 しかし、このアプローチについて説明する前に、非常に重要な用語から始めます。
「正常に機能するITインフラストラクチャ」とは何ですか？
誰もがこの定義に自分の意味を入れています：ある人にとっては、狂ったように走らないシステム管理者であり、ある人にとってはブランドの機器で美しく配線されていますが、私たちにとっては、適切に機能するITインフラストラクチャはITであると信じていますビジネスのタスクを解決し、その要件に完全に一致するインフラストラクチャ。 つまり 通常-これは、新しいブランドの機器と美しく設置されたときではありませんが、ITインフラストラクチャがそうでない場合、そして少なくとも重要なことですが、少なくとも1年は会社の仕事の制限要因にはなりません。 したがって、ITインフラストラクチャが一定のダウンタイムで構成されているが、インターネット（サーバー/コンピューター）がなくても週に1度は会社の業務に影響しない場合、通常のITインフラストラクチャがあります。 そして、すべてが機能する最新のITインフラストラクチャがあり、会社の倉庫（同時に50台のトラックを積載する）にある場合、プリンタは1台しかありません。通常のITインフラストラクチャはありません。 このプリンターが故障した場合（つまり、「いつ」ではない場合）、会社のビジネスは、交換されるまで上昇します。
したがって、ITインフラストラクチャの作業における「基準」は各企業に対して個別に決定されます。ITインフラストラクチャを「通常の状態」にする前に、この基準を決定する必要があります。
ITユーザーを調査し、ニーズを見つける
彼らの主観的な評価は、会社のビジネスに関連するITインフラストラクチャの作業品質に関する正確な情報を提供します。 ユーザー調査は、全体的な満足度と、ITシステムの運用における特定の問題（作業中のコンピューター、メール、電話、企業管理システムなど）の指定の両方について実施する必要があります。 アンケートを作成するときは、特定のシステムの操作で発生する可能性のある一般的な問題（凍結、ロードに時間がかかる、メールが届かないことがあるなど）の選択肢を必ず提示してください-記入するのは簡単ですが、必ずフィールドを離れる必要があります想像のために-多くの場合、重要な情報があります。
はい、ユーザーから既に「すべての問題について」聞いており、「すべてを完全に知っている」ことを知っていますが、まず第一に、人々はIT作業で最も重要な問題についてのみ説明し、すべてを重要ではないままにしておきます。第二に、ITの実際の状況をドキュメンタリーで大量に確認することは、経営陣とのコミュニケーションの際に将来的に役立ちます。 しかし、後の経営陣とのコミュニケーションについては、今のところ、完成したアンケートを収集し、データを処理し、ユーザーは「ITの正常な機能」に対して十分ではないことを理解しています。
ITインフラストラクチャ全体を文書化する
正確に文書化するものは何ですか？ 答えはすべてです。 会社内のすべてのハードウェアとソフトウェアのインベントリから始めます。職場にあるもの、在庫にあるもの、使用されているソフトウェア、ソフトウェアのバージョン、セットアップ方法 情報サービスの構造（どのサーバー、どのように構成されているか、どのように機能するか）を説明します。 運用費用の有効性を分析します：インターネットチャネル、カートリッジ、サービス契約。 その後、メインに移動します。
ITインフラストラクチャの問題を特定する
インシデントは「正常な機能」からの逸脱であり、問題はインシデントが繰り返し発生する主な理由です。 低速のデータベース-インシデント、データベースの「通常の」操作のためのプロセッサの不足-問題。 プリンターの故障はインシデントであり、通常モードでプルするよりも多くのドキュメントを印刷するプリンターが問題です。 コンピューターがウイルスに感染しました-事件、職場でのウイルス対策ソフトウェアの欠如が問題です。 ユーザーがコンピューター上のWindowsを破損している-インシデント;業務を遂行するのに十分な権限を超えるユーザーがいることは問題です。 コンピューターがクラッシュした-事件、会社で5年以上働いているコンピューター-問題など
一部の問題を自分で解決し、ハードウェアとソフトウェアへの投資が必要な他の問題を解決し、管理上の意思決定に必要な3番目の問題を排除できます。 最初に特定された問題を解決するために急ぐ必要はありません。まず最初に、あなたは主なことをすべきです-ITの仕事のすべての問題領域に関する情報を収集するようにしてください。 これは、ユーザーの以前の調査、および独自のドキュメントの分析に基づいたITの状態の専門家による評価として役立ちます。 絶え間ないユーザーの苦情の原因であるITのすべての問題と、今後再発する可能性のある問題を特定したら、次の重要なステップを忘れないでください。
リスク分析を再度実行します
インシデントの数を減らすことができるITインフラストラクチャの問題を特定するのとは対照的に、オペレーショナルリスクの分析は、発生した場合のアクションを事前に計画し、悪影響を減らす能力です。 最大許容ITダウンタイムも「ITインフラストラクチャの正常な機能」のパラメーターの1つですが、ユーザーとではなく、管理者と直接合意しています。 以前の記事でオペレーショナルリスクの分析を実行する方法について多くのことを書きました。これについてはここでは説明しませんが、すぐに次の段階に進みます。
IT開発の技術と戦略的方向を選択する
伝統的に、あなたの到着前に「システム管理」の概念がなかった会社（システム管理者がいました-システム管理者はいませんでした）には、技術の動物園があります：それらのいくつかはすでに時間を超えており、退職する時間です何らかの理由で、前のシステム管理者だけが理解できるように、会社は到着直前に投資しました（そして真剣に投資しました）。 長年にわたって統一されたIT開発戦略が存在しなかったため、信じられないほどの規模のITインフラストラクチャを構築する際に混乱が生じました。 この状況では、テクノロジを選択し、ITインフラストラクチャの開発のための統合戦略を開発する必要があります。これは、今後数年以内に会社が順守するものです。 また、何らかの形で継承し、まだ拒否できない既存のソリューションの耐用年数を考慮して、近代化計画を作成することも重要です。 近代化計画を計画するとき、1つの重要な点を忘れないでください：
IT戦略と企業開発計画を一致させる
おそらく経営陣は、6か月後にオフィスを変更するか、地域オフィスを開設することを計画しています。 おそらく、彼らは通常、データベースがすべてのサーバーリソースを使い果たした方向を閉じることを計画しています。 会社の経営陣が考えていることは何であれ、IT部門は常にビジネスの変化に先んじて、IT開発戦略にこれを反映する必要があります。
既存のITインフラストラクチャ、その要件のリスト、既存の問題と運用リスクを理解（および文書化）し、長期的な開発の方向（およびアクションプラン）を選択したら、メイン文書の作成に進みます。
年間IT予算を設定する
上記のアクションの後、ITインフラストラクチャの「正常な」機能のために何を行う必要があるか、変更する必要があるか、現在何の問題があり、それらを排除するためにどのアクション/ソリューション/購入が必要であるかを明確に把握し、ITと計画を開発することが望ましい方向を明確に理解しますアクション。 これにより、ITインフラストラクチャを「通常の」状態にするために必要な資金の額を簡単に計算できます。 最も重要なことは、この金額の資金が来年のITに対する必要かつ十分な投資であり、永遠の「状況に応じた」調達や財政的な驚きから経営陣を救うことです。
原則として、上記のアクションを実行した後、ITの予算を作成することは問題ではありません。主な困難は、マニュアルの研究と理解を可能にすることです。 しかし、紙を使った思考の設計と提供が常に上手ではない場合でも、ITインフラストラクチャを「通常の」状態にするプロセスには、別の（そしてそれほど重要ではない）段階があります。
管理する前にIT予算を正当化する
（会計とは対照的に）コンピューター技術は純粋な経費項目ではなく、投資項目です。 企業は、より簡単に、より速く、より便利に働くためにテクノロジーに投資しています。 適切に機能するITインフラストラクチャ（私たちの理解では）は、システム管理者ではなく、ビジネスに必要です。 形成された年間IT予算で経営陣に来た場合、「ITにもっとお金を使う」ことを彼らに提供するのではなく、次のことに投資することを提供します。
- 従業員のスピード、
- 従業員の利便性
- 追加の情報交換ツール、
- ビジネスプロセスの技術的継続性、
- 運用コストの削減。
したがって、各アイテムの引数は次のようになります。「1人の従業員の年salで機器の購入に投資すると、残りの30人はITシステムで3〜4倍速く動作します」、「追加のサーバーを購入した場合、事故が発生した場合、システムの復元には数日だけでなく、3〜4時間かかります」、「強力なプリンタを購入すると、消耗品を節約して1年以内に完済し、元の消耗品を使用できます」。
管理者が、確立したIT予算が正当であると認識した後、正式なポイントは1つだけです。
タイムラインと行動計画に同意する
原則として、ITの予算編成の伝統を浸透させている場合は、最初の1年ですぐに全額が割り当てられることはありません（ただし、今後数年間はこの予算が待たれます-誰もがITで改善できるものに興味がありますより効率的に働いた）。 このため、支出計画と、会社の実際の能力に基づいた行動計画に同意してください。 割り当てられた資金の量を制限するとき、経営者に彼らの不足のために解決できない問題のリストも確認することを忘れないでください（再び、書面で）。 さて、その後：
行動する！
これは、これまでブルドーザーを蹴ったということではありませんが、資金を配分する明確な計画ができたので、最初の購入を待たずに、ITインフラストラクチャ、その一部、またはユーザー（トレーニングなど）を準備することができます計画的な変更。
現実には、資金がきちんと割り当てられていることを考えると、ITインフラストラクチャをクリーンアップするのに十分な年がない場合があります。 このため、行動を開始するのが早ければ早いほど完了し、ITインフラストラクチャが「異常な」状態になります。この状態では、誰もが常にあなたから何かを求めており、ITの管理に関するシステム作業を冷静に行うことはできませんシステム。 いずれにせよ、1年ですべての計画された変更を完了することができるかどうかに関係なく：
1年後、このサイクルを繰り返します。
はい、前の記事と同様に、すべてがITインフラストラクチャメンテナンスライフサイクルの絶え間ない繰り返しに関係しています。 私にとっては、これらは継続的な改善のサイクルであり（このフレーズをグーグル）、毎年自分の仕事に誇りを感じ、顧客のITインフラストラクチャが毎年どのように信頼性を高め、不必要なダウンタイムを排除するかを見て、にぎやかで終わりのない呼び出しから私たち。
頑張って！
イワン・コルマチェフ
IT部門の会社
www.depit.ru