お問い合わせ

コース概要

モジュール1:スケーラブルなアーキテクチャ標準

目的:責任者が日常的な決定において参照できる、シンプルで共有されたアーキテクチャ標準のセットに合意する。

トピック

  • アーキテクチャ原則:何を標準化し、何をチームが決定するか
  • 分解の基本:境界と所有権の定義
  • 統合の基本:API契約、バージョン管理、互換性
  • メッセージングの概要:Kafka vs RabbitMQ、標準化するべきもの
  • データの概要:所有権と唯一の情報源に関する思考(MongoDB + SQL Server)
  • 高スケーラビリティシステムにおける一般的なアーキテクチャアンチパターン
  • 軽量な意思決定文書化(ADR/RFCの概念)

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

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

トピック

  • 大規模な.NETソリューションの構造化:モジュール、レイヤーリング、境界
  • 依存関係の方向性と、コード内でのアーキテクチャの可視性維持
  • 共有ライブラリ:いつ役立ち、いつ結合を生み出すか
  • コード内の統合境界:関心の分離パターン
  • コードアーキテクチャ「レビューレンズ」:すぐに注目すべきポイント
  • 一貫性を壊さずに例外を管理する

モジュール3:決定を導く設計レビュー

目的:決定と共有された理解をもたらす、一貫した設計レビューアプローチを確立する。

トピック

  • 責任者レベルでの強力な設計レビューとは何か
  • レビューワークフロー:何をいつレビューするか
  • レビュー基準:最も重要な少数の事項
  • ファシリテーション:シニアの議論を集中かつ生産的に保つ
  • 意思決定のクローズ:議論を終結し、前に進む方法
  • 結果の文書化:決定とフォローアップアクション
  • 短いケーススタディ(システムレベル)を使用した実践的なレビュー

モジュール4:権限なき影響力を責任者が持つためのスキル

目的:ICとのメンタリング、フィードバック、整合性の習慣を強化する。

トピック

  • メンタリング vs リーダーシップ:所有権を取らずにコーチングする
  • 高レベルの技術フィードバックの提供(明確で標準ベースの)
  • IC全体での整合性の促進:実用的なテクニック
  • 意見の違いと抵抗を建設的に扱う
  • 責任者が再利用可能な簡単な会話パターンとスクリプト


 

要求

参加者は、頻繁に起こる議論の例(システムの分解選択、統合アプローチ、コード構造ルール)を2〜3件(匿名化済み)持参してください。既存の社内標準があれば、任意で共有いただけます。

 21 時間

参加者の人数


参加者1人あたりの価格

お客様の声 (2)

今後のコース

関連カテゴリー