なぜこれが機能しないのですか？
この記事で説明されているプロセスとソリューションを社内で適用しようとすると、これがうまくいかない可能性があることに気付きます。
たとえば、共有プロセスを見てみましょう。
このプロセスを「実行」するには、以下を実行する必要があります
- すべてのチケットが他の技術部門を経由するように手配します
- これらの部門に、それらを通過するすべての要求を記録することに同意してもらう
- これらのアクセスリストの関連性を追跡するために、非技術的なユニットマネージャーを義務付ける
そして、これらの人々に、やや面倒で責任感のある、そして概して、コアではない仕事をするよう説得する方法は？ ところで、あなたは彼らの上司ではありません。
便宜と合理性の議論はうまくいかないかもしれません。なぜなら他の人にとってはそれほど合理的ではないかもしれないからです。 これをすべて整理することは通常あなたの責任ではなく、経営者を説得するのに十分であることは明らかです。 しかし、問題は、これが従業員の希望に反して行われた場合、対立と政治的ゲームにつながる可能性があるということです。 そして、これはもちろん、効果的な作業を妨げるでしょう。
あなたが専門家のチームを持っている場合、共同行動を伴う決定が一緒に行われ、一緒に最適なものを見つけるのが最善であることは私には明らかなようです。 しかし、このためには、優れた技術的知識とこれに必要なプロセスの知識だけでなく、何か他のものが存在する必要があります。
一連の記事「ネットワークインフラストラクチャを管理する方法」で説明されているすべてのことは、実証済みのプロセスと実証済みのソリューションです。 彼らは働く。
何かが適用できない、または機能しない理由は異なる場合があります。たとえば、技術部門のユニットの構造やネットワークのその他の要件、およびソリューションを議論し、状況に合わせて調整する必要がありますが、それは非常に重要です同じことは、あなたの会社でどのような関係が培われているか、経営者によってどのようなコミュニケーションスタイルが設定されているか、一般的なプロセスは何かということです。
3つのコンポーネント
ネストが判明：
- 技術的な知識の点で強力なチームを持つことはできますが、検証済みの明確なプロセスがない場合、この知識から効果的に利益を得ることはできません。
- 強力な技術チームと、作業プロセスを構成する知識と能力を持つことができますが、対応する関係がない場合、それらをこの会社に完全に適用することはできません
つまり、「知識」の特定の階層があります。 条件付きでそれらを呼び出す
- 技術知識
- プロセス
- 関係
3つのコンポーネントはすべて重要であり、多くの最新のソリューション（DevOpsアプローチなど）は、3つのレベルすべての開発を前提としています。 それなしでは機能しません。