コース概要
モジュール1:スケーリング可能なアーキテクチャ標準
目的:プリンシパルエンジニアが日々の決定で参照できる、シンプルで共有されたアーキテクチャ標準の合意形成。
トピック
- アーキテクチャ原則:標準化すべきもの vs チームが決定すべきもの
- 分解の基礎:境界と所有権の定義
- 統合の基礎:API契約、バージョン管理、互換性
- メッセージングの概要:Kafka と RabbitMQ、標準化すべき点
- データの概要:所有権と真の源泉(source-of-truth)としての考え方(Mongo + SQL Server)
- 高スケールシステムにおける一般的なアーキテクチャのアンチパターン
- 軽量な意思決定ドキュメント(ADR/RFCの概念)
モジュール2:大規模 .NET ソリューションにおけるコードアーキテクチャ
目的:大規模なソリューション内でのコードアーキテクチャ決定に対する実用的なガイダンスの合意形成。
トピック
- 大規模 .NET ソリューションの構成:モジュール、レイヤリング、境界
- 依存関係の方向性と、コード内でアーキテクチャを可視化する方法
- 共有ライブラリ:いつ有効か、いつ結合(カップリング)を生むか
- コード内の統合境界:関心の分離パターン
- コードアーキテクチャの「レビューレンズ」:迅速に確認すべきポイント
- 一貫性を損なわずに例外を管理する方法
モジュール3:意思決定を促進する設計レビュー
目的:意思決定と共通理解を生み出す一貫した設計レビューアプローチの確立。
トピック
- プリンシパルレベルにおける強力な設計レビューの要素
- レビューワークフロー:何をいつレビューするか
- レビュー基準:最も重要な事項
- 進行管理:シニア層の議論を焦点化し生産的に導く
- 意思決定の完了:議論を終結させ、前進させる方法
- 成果の記録:決定とフォローアップアクション
- システムレベルの短いケーススタディを用いた実践的レビュー
モジュール4:プリンシパル向けの権限なき影響力
目的:個人貢献者(IC)に対するメンタリング、フィードバック、アライメントの習慣の強化。
トピック
- メンタリングと指示の違い:所有権を引き継がずにコーチングする
- 高レベルの技術的フィードバックの提供(明確で標準に基づいたもの)
- IC間でのアライメントを推進する実践的なテクニック
- 建設的に意見の相違や抵抗に対処する方法
- プリンシパルが再利用できるシンプルな会話のパターンとスクリプト
要求
参加者は、繰り返し発生する議論の例(システム分解の選択、統合アプローチ、コード構造のルールなど)を2〜3件、匿名化した形で持参してください。既存の社内標準があれば、任意で共有することも可能です。
お客様の声 (2)
ソフトウェアアーキテクチャについて新たな洞察を得て、思考を広げるのに役立った練習が気に入りました。
Gabriele - EAGLEPROJECTS S.p.A.
コース - Architecture and Design: Core + Advanced Training
機械翻訳
I found the course structure to be very well thought out. While some of my colleagues failed to see Kristin's intentions I feel that the way he presented the material and managed to connect basic concepts with a much broader set of complex issues was spot on.
Alexander Pavlovsky
コース - Technical Architecture and Patterns
機械翻訳