コース概要

モジュール1:スケーリング可能なアーキテクチャ標準

目的:プリンシパルエンジニアが日々の決定で参照できる、シンプルで共有されたアーキテクチャ標準の合意形成。

トピック

  • アーキテクチャ原則:標準化すべきもの vs チームが決定すべきもの
  • 分解の基礎:境界と所有権の定義
  • 統合の基礎:API契約、バージョン管理、互換性
  • メッセージングの概要:Kafka と RabbitMQ、標準化すべき点
  • データの概要:所有権と真の源泉(source-of-truth)としての考え方(Mongo + SQL Server)
  • 高スケールシステムにおける一般的なアーキテクチャのアンチパターン
  • 軽量な意思決定ドキュメント(ADR/RFCの概念)

モジュール2:大規模 .NET ソリューションにおけるコードアーキテクチャ

目的:大規模なソリューション内でのコードアーキテクチャ決定に対する実用的なガイダンスの合意形成。

トピック

  • 大規模 .NET ソリューションの構成:モジュール、レイヤリング、境界
  • 依存関係の方向性と、コード内でアーキテクチャを可視化する方法
  • 共有ライブラリ:いつ有効か、いつ結合(カップリング)を生むか
  • コード内の統合境界:関心の分離パターン
  • コードアーキテクチャの「レビューレンズ」:迅速に確認すべきポイント
  • 一貫性を損なわずに例外を管理する方法

モジュール3:意思決定を促進する設計レビュー

目的:意思決定と共通理解を生み出す一貫した設計レビューアプローチの確立。

トピック

  • プリンシパルレベルにおける強力な設計レビューの要素
  • レビューワークフロー:何をいつレビューするか
  • レビュー基準:最も重要な事項
  • 進行管理:シニア層の議論を焦点化し生産的に導く
  • 意思決定の完了:議論を終結させ、前進させる方法
  • 成果の記録:決定とフォローアップアクション
  • システムレベルの短いケーススタディを用いた実践的レビュー

モジュール4:プリンシパル向けの権限なき影響力

目的:個人貢献者(IC)に対するメンタリング、フィードバック、アライメントの習慣の強化。

トピック

  • メンタリングと指示の違い:所有権を引き継がずにコーチングする
  • 高レベルの技術的フィードバックの提供(明確で標準に基づいたもの)
  • IC間でのアライメントを推進する実践的なテクニック
  • 建設的に意見の相違や抵抗に対処する方法
  • プリンシパルが再利用できるシンプルな会話のパターンとスクリプト


 

要求

参加者は、繰り返し発生する議論の例(システム分解の選択、統合アプローチ、コード構造のルールなど)を2〜3件、匿名化した形で持参してください。既存の社内標準があれば、任意で共有することも可能です。

 21 時間

参加者の人数


参加者1人あたりの価格

お客様の声 (2)

今後のコース

関連カテゴリー