定型業務と非定型業務を形式化するための推奨事項
この Power Platform Well-Architected オペレーショナル エクセレンス チェックリストの推奨事項に適用されます:
| OE:02 | ドキュメント、チェックリスト、または自動化を使用して、日常的なタスク、必要に応じて実行するタスク、緊急時の運用タスクを実行する方法を形式化します。 「シフトレフト」アプローチなどの業界をリードするプラクティスとアプローチを採用することで、チームのプロセスと成果物の一貫性と予測可能性を追求します。 |
|---|
このガイドでは、日常業務および非日常業務を形式化するための推奨事項について説明します。 ワークロード管理を効率的かつ成功させるには、日常業務と非日常業務を形式化することが重要です。 業界で実証済みのツールとプラクティスを採用することで、ワークロード チームは効率と一貫性を最適化し、実用的な場合はプロセスを自動化できます。 これにより、問題発生時の準備が整っていないリスクを最小限に抑え、ワークロードのサポートが効率的に行われるようになります。 日常的なタスク、即席のタスク、緊急タスクの処理方法について一貫性を保つことで、ワークロード チームのメンバーはエラーのリスクを最小限に抑え、共通の当事者意識を強化できます。
主要な設計戦略
一貫したプロセスにより作業品質が予測可能になり、予測可能な作業品質によりワークロードのサポートがスムーズになります。 プロセスの一貫性を実現するには、プロセスを標準化し、標準の操作手順を文書化する必要があります。 標準化は、ワークロード チームが組織全体のガバナンスの下でワークロードを維持し、継続的に改善するのに役立ちます。 自動化やシフトレフトアプローチなどの戦略を使用して、予測不可能な領域の可能性を最小限に抑えます。
プロセスの標準化にはさまざまな形があります。 いくつかの一般的なレコメンデーションを以下に示します。
標準化するプロセスは、信頼性、セキュリティ、パフォーマンス、エクスペリエンス、運用プロセスなど、ワークロード管理のあらゆる側面をカバーする必要があります。 ワークロード チームは、組織全体のガバナンスの下でワークロードを維持し、継続的に改善するために必要なプロセスに対する所有権を持つ必要があります。
作成するドキュメントには標準の操作手順が記載されており、作業の実行方法が規定されていますが、ドキュメントは決して最終的なものではありません。 ワークロードとチームの進化に応じて手順も進化する必要があります。 定期的に標準を見直して検証し、それが現時点でチームにとって適切な標準であることを確認します。 ドキュメント形式の一貫性を確保し、レビューと更新の記録を残すために、ドキュメントをテンプレート化してバージョン管理する必要があります。
日常的なタスク、即興のタスク、緊急タスクをわかりやすいチェックリスト項目に分解して、ワークロード チームがプロセスの一貫性を実現し、予測不可能な領域の可能性を最小限に抑えられるようにします。
日常的なタスクの例としては、運用環境にあるソリューションにアップグレードを適用するプロセスがあります。 ソリューションのアップグレードを実行する必要があると判断した場合、ワークロード チームは次のような項目を含むチェックリストを作成することがあります。
テスト環境とステージング環境で更新をテストします。
変更管理リクエストを作成して、本番環境にアップグレードをデプロイします。
Wiki やナレッジ ベースなどのドキュメントを更新して、最新の情報を反映します。
ユーザーへの混乱を最小限に抑えるために、停止期間を確認してください。
各チェックリスト項目を、明確に定義された個別のタスクに重点を置きます。
即席の緊急タスクはシナリオ固有ですが、オペレーターは自分の役割と責任を明確に理解する必要があります。 こうした種類のタスクを効率的に処理するには、ワークロード チームや組織内の他のチームとやり取りする方法を知っておく必要があります。
たとえば、即席の タスク では、新しい 環境 設定または機能を有効にしたり、開発者エクスペリエンスのためにコード コンポーネントを使用したりすることが考えられます。 このタイプのリソースをテストするための完全に実現されたチェックリストは存在しない可能性があります。 ただし、新しいリソースや機能を環境に追加するための一般的なチェックリストと、各段階でのパフォーマンス、セキュリティ、信頼性のテストをカバーする標準が必要です。
同様に、緊急時対応計画では、役割と責任、一般的なプロセスと手順を明確に定義する必要があります。 緊急事態に効率的に対処するためには、この計画に従う必要があります。
即興および緊急の操作は、標準的な操作手順を改善する方法を学ぶ良い機会でもあります。 ワークロード チームに、運用をよりスムーズに行う方法について検討してもらい、既存のプロセスを更新することが今後有益であるかどうかを判断してもらいます。
業界で実証されたプラクティスを採用して、チームがプロセスや標準の策定に費やす時間を最小限に抑えます。 スクラムを使用した アジャイル プラクティス に従うこと、カンバン ボードを使用して作業を整理すること、シフトレフト精神を採用することはすべて、あらゆる規模の組織に効果的なプラクティスの例です。 成熟した組織の多くは、バージョン管理された標準操作手順、Wiki、新入社員マニュアル、運用マニュアルを使用して一貫性を確保しています。
チームの経験に基づいて、どのプラクティスがワークロードのライフサイクル管理に適しているかを決定します。 他のチームから、彼らが成功裏に実装した標準について学び、特定のプラクティスが組織構造にどのように適合するかを理解します。
組織の要件と横断的な機能を標準の運用手順に組み込みます。 組織には、変更管理やサポートなど、採用すべきいくつかのプロセスに関する標準がある場合があります。 ただし、他のプロセスに対して独自の標準を開発する権限が与えられる場合もあるため、必要な標準をプロセスに組み込む方法を探してください。 あなたが所有するプロセスは他のチームのプロセスと交差する可能性が高いため、実行可能な範囲で標準を一致させるよう努めてください。
ワークロード チームと他のチームのプロセスが分岐する場所を文書化して、交差点がある場合にワークロード チームが他のチームとより効率的に連携できるようにします。 中央のセキュリティ チームはワークロード チームとは異なるツールや手順を使用することがあり、チームがそれらの違いを認識していれば、より簡単に連携できます。
一貫性を実現するために自動化を使用します。 反復的で人為的エラーが発生しやすいタスクを自動化し、チームの管理負担を軽減します。 IT サービス管理チケットの生成など、プロセスを自動化する機会を探してください。 詳細については、 自動化の実装に関する推奨事項をご覧ください。
トレードオフ: 標準の操作手順をコピーすることは停滞や自己満足をになるリスクを伴う可能性があります。 標準は従う必要がありますが、厳格であったり静的なものであってはなりません。 プロセスが時間の経過とともに安全に進化できるように、厳格な遵守と革新の許容の間のバランスを見つけるように努めます。
Power Platform の促進
プロセスや手順の形式化を直接促進する Power Platform 製品はありませんが、Microsoft はこの主題に関する包括的なガイダンスを発行しています。 このガイダンスを使用して、業界で実証済みの推奨プラクティスを理解し、それをワークロードに適用する方法を検討してください。
Power Platform Well-Architectedでは、ワークロードとワークロード チームが業界標準に従って実行されるようにするためにコード化する必要があるプロセスと手順に関する詳細なガイダンスも提供しています。