フレームワークはじめにアーキテクチャアーキテクチャオンプレミス環境では多くの場合テクノロジーアーキテクチャの中心チームがあり、製品や機能を担当する他のチームがベストプラクティスに従うように、まとめ役として機能します。(ソフトウェア)、データアーキテクト、ネットワーキングアーキテクト、セキュリティアーキテクトなどの担当者で構成されます。つの中心チームに職能を持たせるのではなく、その職能を複数のチームに分散することが望まれています。決定権限を分散することには、複数のチームを内部標準に準拠させるといった点でリスクがあります。つの方法で軽減します。方法、プロセス、標準、受け入れられている基準です。あり、チームが満たすべき基準のバーを上げることを確実にするためにエキスパートを配置しています。意志だけでは絶対にうまくいかない。成し遂げるには適切なメカニズムが必要です。ルールやプロセスに遵守しているか確認することです。当社のイノベーションプロセスの基本となる部分です。お客様とその要望を起点に当社の取り組みを定義して進めます。いう文化を、すべてのロールにわたって確立します。お客様のことを真剣に考えているチームが、お客様の要件に応じて商品を開発します。それをアーキテクチャに当てはめて、各チームがアーキテクチャを構築してベストプラクティスに準拠できるようにします。ベストプラクティスを理解するのを助けてもらったりすることができるようにします。プリンシパルエンジニアリングコミュニティの仕事はベストプラクティスを周知させ、わかりやすくすることです。その方法の例としては、ベストプラクティスを実例に適用することについてランチタイムトークで取り上げます。その話を録音して、新しいチームメンバー向けのオンボーディング教材として使用できます。ベストプラクティスはインターネットの規模で多くのシステムを運用してきた当社の経験から生まれました。ベストプラクティスを定義するには主にデータを活用しますが、プリンシパルエンジニアなど専門分野に精通した人がベストプラクティスを設定することもあります。新しいベストプラクティスが顕在してくると、チームがそれらに従うことができるようにプリンシパルエンジニアがコミュニティとして活動します。それらのベストプラクティスは当社の内部評価プロセスやコンプライアンス遵守メカニズムに取り込まれて正式なものになります。フレームワークは当社の内部評価プロセスをお客様向けに実施しているものであり、ソリューションアーキテクチャといったフィールド職や内部エンジニアリングチームでのプリンシパルエンジニアリングの考えが体系化されています。フレームワークは当社が学んだことをお客様に活用してもらうためのメカニズムであり、拡張可能です。プリンシパルエンジニアリングコミュニティが取り組んでいるアーキテクチャの分散所有に従うことによって、お客様の要件に基づいて優れた設計のエンタープライズアーキテクチャが生まれると当社は確信しています。お客様のワークロードのすべてに対して優れた設計の評価を実施することで、お客様のテクノロジーポートフォリオのリスクがよくわかるようになります。この方法ですべてのチームに関わる課題を特定して、その課題に取り組むことができます。プリンシパルエンジニアはメカニズムや、トレーニング、ランチタイムトークを活用して、チーム間の特定の領域について考えを伝えることができます。