今日話すこと Before After 社内営業支援 システム(SFA) A Team Aドメイン Bドメイン Cドメイン フリーランス向け プラットフォーム B Team Aドメイン Cドメイン Dドメイン 社内営業支援 システム(SFA) A Team システムが持つ機能を 開発するチーム Bドメイン Cドメイン フリーランス向け プラットフォーム B Team Cドメイン Dドメイン ドメインチーム Aドメイン Aドメイン 一つのドメインに集中 して開発するチーム ※ただしシステムは横 断して開発する
A Team Aドメイン Bドメイン Cドメイン フリーランス向け プラットフォーム B Team Aドメイン Cドメイン Dドメイン Before 実際、1年程かけてドメイン の理想状態を練ることができ ていた。 大改革するぞ!って勢いで! BUT!!! 改革対象のドメインが複数のシステム&チー ムにまたがっている状況で、複数チームを巻 き込んだ大規模なPJとなってしまう。 →チーム間のコミュニケーションコストが高 く、理想状態の実現完了まで時間がかかって しまう・・・泣
システム(SFA) A Team Bドメイン Cドメイン フリーランス向け プラットフォーム B Team Cドメイン Dドメイン ドメインチーム Aドメイン 社内営業支援 システム(SFA) A Team Aドメイン Bドメイン Cドメイン フリーランス向け プラットフォーム B Team Aドメイン Cドメイン Dドメイン Aドメイン Before
システム(SFA) A Team Bドメイン Cドメイン フリーランス向け プラットフォーム B Team Cドメイン Dドメイン ドメインチーム Aドメイン 社内営業支援 システム(SFA) A Team Aドメイン Bドメイン Cドメイン フリーランス向け プラットフォーム B Team Aドメイン Cドメイン Dドメイン Aドメイン Before PJ推進するためのチーム 間連携がなくなるので、 開発に集中できるので は?
システム(SFA) A Team Bドメイン Cドメイン フリーランス向け プラットフォーム B Team Cドメイン Dドメイン ドメインチーム Aドメイン 社内営業支援 システム(SFA) A Team Aドメイン Bドメイン Cドメイン フリーランス向け プラットフォーム B Team Aドメイン Cドメイン Dドメイン Aドメイン ドメイン知識をチームに集 約することで、対象ドメイ ンの課題解決の質とスピー ドを両立することが可能に なるのでは? Before PJ推進するためのチーム 間連携がなくなるので、 開発に集中できるので は?
システム(SFA) A Team Bドメイン Cドメイン フリーランス向け プラットフォーム B Team Cドメイン Dドメイン ドメインチーム Aドメイン 社内営業支援 システム(SFA) A Team Aドメイン Bドメイン Cドメイン フリーランス向け プラットフォーム B Team Aドメイン Cドメイン Dドメイン Aドメイン ドメイン知識をチームに集 約することで、対象ドメイ ンの課題解決の質とスピー ドを両立することが可能に なるのでは? Before PJ推進するためのチーム 間連携がなくなるので、 開発に集中できるので は? つまるところ、逆コンウェイの法則を応用してみた系のお話です
システム(SFA) A Team Bドメイン Cドメイン フリーランス向け プラットフォーム B Team Cドメイン Dドメイン ドメインチーム Aドメイン Aドメイン 本来、アーキテクチャも ドメイン単位で設計する べきだが、粒度が本当に 適切かの見極めが必要な ため、いきなりマイクロ サービス化は行わない。