ポイント: 実践とプロセスの違いを理解することは、エンタープライズITにおいて重要です。実践は継続的な改善に焦点を当てているのに対し、プロセスは特定の目標を達成するための構造化されたステップであり、それぞれが効率と敏捷性に独自に貢献しています。
- 実践は継続的な向上を促進し、複数のプロセスを含みます。
- プロセスは特定の目標に向けた厳格なシーケンスで構成されています。
私たちは時々「実践」と「プロセス」という用語を混同しますが、それらは異なります。多くの場合、実践とプロセスは密接に関連しています。本記事の焦点であるエンタープライズITでは、多くの実践が個々のプロセスに基づいています。見ていきましょう。
プロセスとは何ですか？
エンタープライズIT業界では、一般的にプロセスが基盤であると考えられていますので、そこから始めましょう。プロセスとは、物事を達成する方法を指します：ポイントAからポイントBに到達するためのステップです。プロセスは、特定の成果を達成するための簡単な数ステップであるかもしれません。また、プロセスは、人、技術、戦略、ガバナンスを包含する操作の順序や層を持つ場合もあります。どのプロセスにおいても、ステップは理由があってより厳格です：自分自身がそのステップを進むことができるようにするためです。プロセスの知性—何かを達成する方法—は、人ではなくプロセスそのものに埋め込まれています。エンタープライズITでは、何かを達成するためにしばしばプロセスに従います。例えば、サービスの作成と提供を考えてみましょう。サービスを設計し、それを構築し、次に提供する必要があります。ただし、各ステップには明示的なプロセスが必要ない場合もあります：
- サービスの発明。 サービスやサービスのアイデアを発明または作成するためのプロセスは必要ないかもしれません。アプローチはより創造的である可能性があります—アイデアが真夜中に閃いたり、現在の製品にギャップを見つけたりするアジャイルに基づくものであるかもしれません。特定のステップはイノベーションに至ることを保証しません。（それがそんなに簡単なら、私たちは皆それをやっているでしょう！）
- サービスの構築。 サービスを設計したら、それを構築または製造する必要があります。この部分は、特定の順序で実行しなければならないステップに依存する場合があります。または、環境によっては、多くのプロセスを必要としないこともあります。
- サービスの提供。 サービスを提供する方法は、エンドユーザーがそのプロセスを受け取り、使用し始めるために実行する必要がある1つまたはいくつかのプロセスに従う可能性が高いです。ここでは、プロセスが効率的なサービス提供とスケールの向上にとって重要です。
プロセスの終わり
どのプロセスにも特徴的な点は、その終わりです。プロセスは、プロセスの目標を達成したときに一般的に完了したと見なされます。
実践とは何ですか？
実践は、単一のプロセスよりも全体的で包括的です。実践は、いくつかの目標や関心を継続的に追求することであり、通常は改善や最適化を目指すものです。結局のところ、「ベストプラクティス」という用語を使いますが、「ベストプロセス」という用語は使いません。ベストプラクティスとは、業界が一般的に最も効果的な方法として合意しているものです。エンタープライズITでは、実践は常により効果的で、より効率的にしようとする活動です。これらの分野は、いくつかの実践—必須のものと任意のもの—から構成されます。組織の戦略や構造によっては、これらの分野は実践と見なされることが多く、プロセスよりもはるかに大きなものです—しばしば追加のサブ実践に直接分かれています：
どの実践においても、知性は通常、実践を所有する人またはチームに存在します：その実践の専門知識を持つ人/チームです。その人は、実践が意図することを確実に行うために、専門的なツールキットの中のさまざまなプロセスを使用できます。同様に、その人は、もはや全体的な実践をサポートしないプロセスを決定することもできます。「実践は完璧を作る」というフレーズはまさにそれを完全に要約しています—私たちは、より良くなるために何かを定期的に実践しています。それに対してプロセスは、プロセスが達成すべき唯一のタスクを完了する場合に完璧です。
実践の終わり
実践の終わりは測定が難しいです。プロセスには明確な始まりと終わりがありますが、実践は継続的で包括的であり、さまざまなプロセスから構成されています。だからこそ、実践は指標に依存します—実践が以下の点でどのように機能しているかを測定するために：
- 品質
- 敏捷性
- コンプライアンス
- 敏捷性
- その他のニーズ
基本的に、実践が機能していることを知るためには、いくつかの定量的な方法で測定する必要があります—その分野で改善していることを確認するために。
実践の例
エンタープライズITの実践の例には以下が含まれます：
- インシデント管理
- 問題管理
- サービスデスクとサービスレベル管理
- ソフトウェアの開発、展開、および管理
- 変更管理
- セキュリティ情報およびイベント管理（SIEM）
プロセス vs 実践: ITの例
一般的な技術分野と、それらがプロセスと実践をどのように扱うかを見てみましょう。
ITIL
主要なサービス管理フレームワークであるITIL®は、従来さまざまな実践に分かれていました。2019年にリリースされたITIL 4は、デジタル時代に対応していないとの批判に応えました。この最新のバージョンでは、「プロセス」という用語を「実践」に変更しました。この動きは、多くのITSMの専門家に称賛されています。キルスティ・マゴワンは次のように説明しています：
“実際には、ITIL v3およびそれ以前のバージョンにおける「プロセス」は誤称でした。インシデント管理プロセスについて話すとき、[例えば、]私たちは決して単一のプロセスについて話していませんでした。むしろ、インシデントを効率的に管理するための一連のプロセスと能力について話していました。ITIL 4は、これらすべての要素を集約し、実践と呼びました。私にとって、これは完璧に意味があります。」
アジャイル
伝統的なソフトウェア開発手法への反応として、アジャイル手法の原則と価値は、開発やITの他の分野、さらにはビジネス全体に適用できます。アジャイル手法は、実践とプロセスを類似の方法で扱います：
- プロセスは、予測可能な結果を達成するための明確なステップです。
- 実践は、いくつかのプロセスを含む活動です。
プロセスは、一連の明確に定義された繰り返し可能なステップであり、予測可能な結果を持ちます。ここでは、タスクを実行するために必要なすべての知識がプロセスに埋め込まれており、自分の経験や知識に頼る必要はありません。対照的に、アジャイルの実践は、アジャイルの原則と価値を実装する個々の活動です。ほとんどの場合、アジャイル手法は明示的な実践を規定しません（ITILとは異なります）。むしろ、アジャイルの原則に基づき、知識、経験、ニーズに基づいて、機能させるための具体的な内容を個人に委ねます。アジャイルは、実践とプロセスをより連続体として捉えます：一方に明確に定義されたプロセス、もう一方に緩やかに定義された実践があります。
プロセスと実践：十分な数はどれくらいか？
物事を進めるのに苦労している場合、より多く、またはより良いプロセスや実践が必要かもしれないと考えるかもしれません。ほとんどの組織にとって、それは程度の問題です：いくつかは必要ですが、あまり多くは必要ありません。プロセスと実践は、組織に価値を提供する場合にのみ有用です。すべてのことがプロセスまたは実践である必要はありません。一部のタスク、活動、目標は単に達成される場合があります。
- 目の前の作業
- 関与する人々
あなたが担当している作業の種類を考えてみてください。目的は何ですか？作業は厳格ですか、それともよりオープンですか？24時間365日稼働するデータセンターを管理していて、確実な結果を得るために繰り返しのアクションが必要な場合、次のいずれかを行うことができます：
- スタッフが必要なすべてのタスクを覚えていることを信頼する。
- 高可用性を保証するために繰り返しのアクションとプロセスを展開する。
ここで、プロセスと実践は成功を支援できます。しかし、他の分野ではこのレベルの詳細やマイクロ管理は必要ないかもしれません。一般的な指針：
- プロセスと実践は、IT運用などの厳格な作業を支援できます。インフラストラクチャやネットワーキングを含む。
- プロセスと実践は、サービスデスクサポートやソフトウェア/アプリケーション開発などのよりアジャイルでオープンエンドの作業を妨げる可能性があります。
偉大さに向かう
不必要なプロセスや実践に縛られることは、より官僚的になります—プロセスのためにプロセスを行うこと。（あなたは、過度のマイクロ管理を見たり聞いたりすれば、これを認識するでしょう。）その影響は悪影響です：
- ほとんど敏捷性がない
- 最小限の創造性とイノベーション
- 市場投入までの時間が長くなる
良いから偉大へでは、ジム・コリンズが必要な実践とプロセスの数は、スタッフの能力と規律にあると論じています：
“官僚主義は、不十分さと規律の欠如を補います。”
最も成功したプロセスと実践は、誰がそれに触れる可能性があるかを考慮して、明示的に明記される必要があります。新しい従業員は特にプロセスから利益を得ます。しかし、プロセスと実践にはオーバーヘッドがあります。各プロセスと実践を管理すること自体が仕事になります：それらを管理する人々、それらが機能することを確実にする人々、それらが機能しなくなった場合に変更する人々などです。少なくとも1人が各プロセスまたは実践を所有または責任を持つことが多いです。しかし、この問題は、会社に適切な才能があれば解消されるでしょう。適切な人々は、すべてのルールに頼らずに作業を完了できます—彼らは最終的な目標を理解し、プロセスや実践がその目標を達成するのを助けるか害するかを理解しています。そして、あなたがルールを知っているように、もはや必要のない無駄な分野を見つけることができます。それらの機会を利用して、革新するか、何かをより効率的にすることができます。
実践は完璧を作る
最終的には、あなたは自然にでも意図的にでも、いくつかのプロセスといくつかの実践を開発するでしょう。プロセスと実践自体は良いとも悪いとも言えません—それらは単にあなたの：
- 業界
- 組織の構造と戦略
- 人々と才能
- 製品
- リソース
実践とプロセスの両方は、システムを有効にするべきであり、システム自体になってはいけません。これらの活動は最終目標ではありません—それらは単に最終目標に到達するのを助けるべきです。新しいプロセスがより有用になったら、それに移行してください。
追加リソース
IT戦略については、これらのリソースを探索してください：
これらの投稿は私自身の見解であり、必ずしもBMCの立場、戦略、または意見を表すものではありません。