ServerFaultの「sysadminジョブのジョエルテスト」の質問から、ITILを使用したほうがよいと言ったり、そこで働かないと言う人は誰もいないことがわかります。実際、誰もITILに言及していません。
ITILは流行ですか？実用的であるのは面倒すぎませんか？ITILが適切に機能するためには、ある程度のサイズが必要ですか？
「インシデント」と「問題」のITIL定義は興味深いものですが、ペースの速いヘルプデスク環境では、組織はこの2つを区別することが本当に役立つと感じていますか？
ServerFaultの「sysadminジョブのジョエルテスト」の質問から、ITILを使用したほうがよいと言ったり、そこで働かないと言う人は誰もいないことがわかります。実際、誰もITILに言及していません。
ITILは流行ですか？実用的であるのは面倒すぎませんか？ITILが適切に機能するためには、ある程度のサイズが必要ですか？
「インシデント」と「問題」のITIL定義は興味深いものですが、ペースの速いヘルプデスク環境では、組織はこの2つを区別することが本当に役立つと感じていますか？
回答:
ITILを独断的に実装する人は誰でも愚か者です（「公式」ITILコースでそれを教えてくれました）。
必要に応じて、その一部を適応および採用することができます。変更管理、リリース管理などのさまざまな「領域」間の会話のほとんどが実際に1人の脳内で行われる場合、IT担当者がITILを試して実装することは明らかに困難です。スケールのもう一方の端、MicrosoftやHP、Appleなどの社内ヘルプデスクマネージャーになり、ユーザーやヘルプデスクのコールセンターをあちこちで提供するようになった場合、ITILやガイドラインに似たものはありますか？
この時点で、ヘルプデスクにインシデント管理と問題管理を実装し、非常に役立っていることを本当に追加する必要があります。
私の経験では、ITILは、サポートスタッフとITスタッフがビジネスからの不当な要求に対抗し、「迅速な修正」や「今すぐITが必要です」とは対照的に、テクノロジーの問題に対する実際のソリューションを実装できるフレームワークでもあります！ 」要求。
私は、「ビジネスに役立つ変更」を口実として使用して、実装しようとしたほぼすべての標準IT（ハードウェア、ソフトウェア、認証システム、ストレージシステムなど）を破壊、バイパス、またはオーバーライドする組織で働いてきました。その企業は失敗し、サポートモデルでITILを存続させている企業に買収されました。
私は新しい会社に移行しましたが、ITスタッフの生活が良くなるだけでなく、長期的には安定した環境が得られるため、ビジネスはより幸せになります。定義された技術標準に対応するサポート。標準がアップグレードされると、アップグレードパスが何であるかがわかり、展開されたシステムの非常に広い範囲に適用できることがわかります。これにより、そのパスに沿ってはるかに迅速に移動できます。
私たちは、DO、まだ要求「特別な」機器やサービスへのビジネスユニットとさまざまなアプリの開発者を可能にするためのproessを持っているが、我々はチャージバックを行うので、これはそれを要求し、それらのための非常に「高価な」予算が賢明です。ITILフレームワークにより、
うん、しかし、あなたの組織の手順とサポート要件をよく見てみませんか？マネーとトレードオフをしなければならない場合、どのようなサポートレベルを期待するかマネージャーやユーザーと話してください。次に、これと仕事をするために使用される手順を文書化します。あなたが実際にやったことは、これらすべてのITIL / ISOの内容も同じです。
ITILのような標準を知っていると、タスクを完全にカバーするために適切な質問が必要なフレームワークがあるため、上記のタスクが簡単になりますが、最も重要なことは以下に関するドキュメントです。
ドキュメントを最下位のエンティティ（単一のタスクなど）に分割するのは膨大な量の作業ですが、すぐに手動で行う大量のタスクが不要であるか、自動化および/または委任できることがわかります。
あなたの組織を徹底的に厳しく見ることは決して一般的でも簡単でもありませんが、それは会社の理解を深め、不必要なことをやめ、仕事を低賃金に委任することで収益性を高めるのに役立ちますレベル。
本当に不評になるのは、この種の標準化を行う場合、多くの場合、多くの管理レイヤーがそれ自体のために存在するだけで、それらをカットすることでコミュニケーションとパフォーマンスが向上する可能性があると誤って説明することです。