TSM、知識は力です

多くの場合、ディスカッションや記事/コメントで「ITILは理論であるため、理論を離れて実践に移ります」..「人々が20年にわたって研究してきたことを理解するのに苦労しました（そして、彼らはすべて50年と信じています）」その後それを行う..」。 そして結果はしばしば正確にエラーになります 自分の過ち、彼らがそんなに多くを学ぶのが好きで、誰がそんなに価値があるのか​​。



インタビューから：

雇用主：完了したプロジェクトについて教えてください。

応募者：前回の作業で、予算を超過することなく、4つのプロジェクトが時間通りに正常に完了しました。

雇用主：失敗はありましたか？

申請者：さて、1つがありました...

雇用主：そして、どのような経験に耐えましたか？ 同じレーキに再び踏み込まないようにしたいだけです。



ITILは、数千の企業の経験、プロセスの実装の成功、およびミスに基づいて開発されたため、「ベストプラクティス」と呼ばれています（ベストプラクティス。このフレーズの出所を理解し、恐れることはありません）。 間違いはすでに世界中の企業によって行われているので、少なくとも2、3行について書くと、「ソビエト百科事典」以上のものが機能します。 他人の間違いを考慮に入れることは合理的だと思いますか？

これでバックグラウンドが終了し、トピックのメインメッセージに近づきます。



Habréで資料を公開する前に、すでに公開されている資料の可用性を常に確認し、ITSMおよびITIL全般についての記述が少ないこと、それらに関する記事への翻訳およびリンクが少ないこと、そして結局、ITで発生するすべてのプロセスの基礎がそこに置かれ、少なくとも知り合うことに注意します彼らと一緒に、私たち自身とお客様の利益のために使用しようとしています。 しかし、ITSMコミュニティーでは、資料は測定されていません。また、個人のブログでは。

ここでは、ポール・ウィルキンソンとヤン・シルトによるABC of ICT方法論の「知識は力」カードを思い出す価値があります。



ITSMでよくある間違いの1つ-知識を共有したくない、これがあなたにとってかけがえのないものになると信じていることを示しています。 鏡で自分を見てみましょうか？ -これが、ITSMについての資料がどれほどケーキに載っていないかという理由かもしれません。おそらく、ITSMを使用する人に近いはずです。 ITILまたはITSMに関する別のブログを作成することがフレームワークの普及に効果的であるという事実に自分自身が同意できないようにします（自己PR、およびここでITILについて覚えているブログの数は？特にロシア語）。

これは、ITSMコンサルティングの需要とこの方向でのサービスの価値を維持することとは関係ないと考えたいと思いますが、それは顧客だけでなく方法自体を適用する必要がある場合があるという事実によるものです。



翻訳に関する解説に触発されたPSトピック作成。