翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
OPS05-BP06 設計標準を共有する
チーム全体でベストプラクティスを共有し、デプロイ作業における利点の認識を高め、それを最大化します。標準を文書化し、アーキテクチャの進化に応じて最新の内容となるよう維持します。組織内で共有された標準が適用されている場合、標準の追加、変更、例外を申請するメカニズムを持つことは重要です。このオプションがなければ、標準はイノベーションの障壁になります。
期待される成果: 設計標準が組織のチーム間で共有されています。これらは文書化され、ベストプラクティスが進化するにつれて保持 up-to-dateされます。
一般的なアンチパターン:
-
2 つの開発チームがそれぞれ独自のユーザー認証サービスを作成しました。ユーザーは、アクセスするシステムの各部分について、個別の一連の認証情報を維持する必要があります。
-
両チームは独自のインフラストラクチャを管理しています。新しいコンプライアンス要件により、インフラストラクチャの変更が必要になり、両チームは別々の方法で新たな要件を実装します。
このベストプラクティスを活用する利点: 共有される標準を利用すると、ベストプラクティスの採用、開発作業の利点の最大化につながります。設計標準を文書化して更新することで、組織は up-to-dateベストプラクティスとセキュリティとコンプライアンスの要件を維持できます。
このベストプラクティスを活用しない場合のリスクレベル: 中
実装のガイダンス
既存のベストプラクティス、設計標準、チェックリスト、業務手順、ガイダンス、ガバナンス要件をチーム間で共有します。改善とイノベーションを支援するために、設計標準の変更、追加、例外を申請する手順を設けます。公開されたコンテンツについてチームに周知させます。新しいベストプラクティスが出現するにつれて、設計標準 up-to-dateを維持するメカニズムを用意します。
お客様事例
AnyCompany 小売には、ソフトウェアアーキテクチャパターンを作成する部門横断的なアーキテクチャチームがあります。このチームでは、コンプライアンスとガバナンスを組み込んだアーキテクチャを構築しています。この共有標準を採用するチームは、コンプライアンスとガバナンスが組み込み済みであるという利点が得られ、この設計標準を基盤に迅速に構築できます。アーキテクチャチームは四半期ごとのミーティングでアーキテクチャのパターンを検討し、必要に応じて更新します。
実装手順
-
設計標準の開発と更新の責任を担う部門横断的なチームを特定します。このチームは、組織全体にわたる関係者と協力して、設計標準、業務手順、チェックリスト、ガイダンス、ガバナンス要件を開発し 、設計標準を文書化して、組織内で共有します。
-
AWS Service Catalog を使用すると、IaC (Infrastructure as Code) を使用して設計標準を提示するポートフォリオを作成でき、ポートフォリオをアカウント間で共有できます。
-
-
新しいベストプラクティスが特定されたときに、設計標準 up-to-dateを維持するメカニズムを用意します。
-
設計標準が一元的に施行されている場合は、変更、更新、例外を申請するプロセスを設けます。
実装計画に必要な工数レベル: 中 設計標準を作成して共有するプロセスを開発するには、組織全体のステークホルダーとの調整と協力が必要です。
リソース
関連するベストプラクティス:
-
OPS01-BP03 ガバナンス要件を評価する - ガバナンス要件は設計標準に影響を及ぼします。
-
OPS01-BP04 コンプライアンス要件を評価する - コンプライアンスは設計標準作成の際に重要な情報を提供します。
-
OPS07-BP02 運用準備状況の一貫したレビューを確保する - 運用準備状況チェックリストは、ワークロード設計時に設計標準を実装するメカニズムです。
-
OPS11-BP01 継続的改善のプロセスがある - 設計標準の更新は継続的改善の一環です。
-
OPS11-BP04 ナレッジ管理を実行する - ナレッジ管理プラクティスの一環として、設計標準を文書化して共有します。
関連ドキュメント:
関連動画:
関連する例:
関連サービス:
