専門領域に特化したチームの挑戦

by Tech Leverages

Slide 1

Slide 1 text

専門領域に特化したチームの挑戦〜半年間の実践で見えた成果とシステム横断開発の壁〜

Slide 2

Slide 2 text

Slide 3

Slide 3 text

レバテックについて

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

本題専門領域に特化したチームの挑戦

Slide 9

Slide 9 text

今日話すこと

Slide 10

Slide 10 text

|　© 2024 Levtech Co., Ltd. 10 各ドメインの詳細は今回の本質ではないので抽象化します m(_ _)m 新設立されたドメインチームで半年間実践して得た気づき今日話すこと Before After 社内営業支援システム（SFA） A Team Aドメイン Bドメイン Cドメインフリーランス向けプラットフォーム B Team Aドメイン Cドメイン Dドメイン社内営業支援システム（SFA） A Team システムが持つ機能を開発するチーム Bドメイン Cドメインフリーランス向けプラットフォーム B Team Cドメイン Dドメインドメインチーム Aドメイン Aドメイン一つのドメインに集中して開発するチーム ※ただしシステムは横断して開発する

Slide 11

Slide 11 text

ドメインチームが生まれた背景

Slide 12

Slide 12 text

Slide 13

Slide 13 text

|　© 2024 Levtech Co., Ltd. 13 一つのドメインを大改革したいが、推進が困難な状況・・・ドメインチームが生まれた背景社内営業支援システム（SFA） A Team Aドメイン Bドメイン Cドメインフリーランス向けプラットフォーム B Team Aドメイン Cドメイン Dドメイン Before 実際、1年程かけてドメインの理想状態を練ることができていた。大改革するぞ！って勢いで！

Slide 14

Slide 14 text

|　© 2024 Levtech Co., Ltd. 14 一つのドメインを大改革したいが、推進が困難な状況・・・ドメインチームが生まれた背景社内営業支援システム（SFA） A Team Aドメイン Bドメイン Cドメインフリーランス向けプラットフォーム B Team Aドメイン Cドメイン Dドメイン Before 実際、1年程かけてドメインの理想状態を練ることができていた。大改革するぞ！って勢いで！ BUT！！！改革対象のドメインが複数のシステム＆チームにまたがっている状況で、複数チームを巻き込んだ大規模なPJとなってしまう。 →チーム間のコミュニケーションコストが高く、理想状態の実現完了まで時間がかかってしまう・・・泣

Slide 15

Slide 15 text

|　© 2024 Levtech Co., Ltd. 15 一つのドメインを大改革したいが、推進が困難な状況・・・ドメインチームが生まれた背景社内営業支援システム（SFA） A Team Aドメイン Bドメイン Cドメインフリーランス向けプラットフォーム B Team Aドメイン Cドメイン Dドメイン Before 実際、1年程かけてドメインの理想状態を練ることができていた。大改革するぞ！って勢いで！ BUT！！！改革対象のドメインが複数のシステム＆チームにまたがっている状況で、複数チームを巻き込んだ大規模なPJとなってしまう。 →チーム間のコミュニケーションコストが高く、理想状態の実現完了まで時間がかかってしまう・・・泣ドメイン知識のキャッチアップも大変・・・

Slide 16

Slide 16 text

Slide 17

Slide 17 text

|　© 2024 Levtech Co., Ltd. 17 一つのドメインに集中するチームを作れば解決するのでは・・・？ドメインチームが生まれた背景 After 社内営業支援システム（SFA） A Team Bドメイン Cドメインフリーランス向けプラットフォーム B Team Cドメイン Dドメインドメインチーム Aドメイン社内営業支援システム（SFA） A Team Aドメイン Bドメイン Cドメインフリーランス向けプラットフォーム B Team Aドメイン Cドメイン Dドメイン Aドメイン Before

Slide 18

Slide 18 text

|　© 2024 Levtech Co., Ltd. 18 一つのドメインに集中するチームを作れば解決するのでは・・・？ドメインチームが生まれた背景 After 社内営業支援システム（SFA） A Team Bドメイン Cドメインフリーランス向けプラットフォーム B Team Cドメイン Dドメインドメインチーム Aドメイン社内営業支援システム（SFA） A Team Aドメイン Bドメイン Cドメインフリーランス向けプラットフォーム B Team Aドメイン Cドメイン Dドメイン Aドメイン Before PJ推進するためのチーム間連携がなくなるので、開発に集中できるのでは？

Slide 19

Slide 19 text

|　© 2024 Levtech Co., Ltd. 19 一つのドメインに集中するチームを作れば解決するのでは・・・？ドメインチームが生まれた背景 After 社内営業支援システム（SFA） A Team Bドメイン Cドメインフリーランス向けプラットフォーム B Team Cドメイン Dドメインドメインチーム Aドメイン社内営業支援システム（SFA） A Team Aドメイン Bドメイン Cドメインフリーランス向けプラットフォーム B Team Aドメイン Cドメイン Dドメイン Aドメインドメイン知識をチームに集約することで、対象ドメインの課題解決の質とスピードを両立することが可能になるのでは？ Before PJ推進するためのチーム間連携がなくなるので、開発に集中できるのでは？

Slide 20

Slide 20 text

|　© 2024 Levtech Co., Ltd. 20 一つのドメインに集中するチームを作れば解決するのでは・・・？ドメインチームが生まれた背景 After 社内営業支援システム（SFA） A Team Bドメイン Cドメインフリーランス向けプラットフォーム B Team Cドメイン Dドメインドメインチーム Aドメイン社内営業支援システム（SFA） A Team Aドメイン Bドメイン Cドメインフリーランス向けプラットフォーム B Team Aドメイン Cドメイン Dドメイン Aドメインドメイン知識をチームに集約することで、対象ドメインの課題解決の質とスピードを両立することが可能になるのでは？ Before PJ推進するためのチーム間連携がなくなるので、開発に集中できるのでは？つまるところ、逆コンウェイの法則を応用してみた系のお話です

Slide 21

Slide 21 text

逆コンウェイの法則とはいきなり出てきたよーわからん

Slide 22

Slide 22 text

Slide 23

Slide 23 text

|　© 2024 Levtech Co., Ltd. 23 ● 「逆コンウェイの法則」 ○ アーキテクチャによって組織構造を変化させる後追いのではなく、そもそも最初から最適なアーキテクチャに合うような組織デザインを設計するという「アーキテクチャのための組織を作る」というイメージ逆コンウェイの法則逆コンウェイの法則とはコンウェイの法則と逆コンウェイの法則から組織構造を考えるより綺麗なシステムを作るためには綺麗な組織構造であれ！

Slide 24

Slide 24 text

レバテックの逆コンウェイ応用戦略

Slide 25

Slide 25 text

Slide 26

Slide 26 text

|　© 2024 Levtech Co., Ltd. 26 最適なアーキテクチャ＝コアドメインに集中できる状態と捉えまずはチームの粒度を理想状態へレバテックの逆コンウェイ応用戦略社内営業支援システム（SFA） A Team Bドメイン Cドメインフリーランス向けプラットフォーム B Team Cドメイン Dドメインドメインチーム Aドメイン Aドメイン本来、アーキテクチャもドメイン単位で設計するべきだが、粒度が本当に適切かの見極めが必要なため、いきなりマイクロサービス化は行わない。

Slide 27

Slide 27 text

|　© 2024 Levtech Co., Ltd. 27 最適なアーキテクチャ＝コアドメインに集中できる状態と捉えまずはチームの粒度を理想状態へレバテックの逆コンウェイ応用戦略社内営業支援システム（SFA） A Team Bドメイン Cドメインフリーランス向けプラットフォーム B Team Cドメイン Dドメインドメインチーム Aドメイン Aドメイン本来、アーキテクチャもドメイン単位で設計するべきだが、粒度が本当に適切かの見極めが必要なため、いきなりマイクロサービス化は行わない。代わりに担当するドメインに関係するシステムの改修を全てチームで行う方針。

Slide 28

Slide 28 text

Slide 29

Slide 29 text

今日伝えたいこと（結論）

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Slide 32

Slide 32 text

Slide 33

Slide 33 text

所感（苦しかったことその１）

Slide 34

Slide 34 text

Slide 35

Slide 35 text

|　© 2024 Levtech Co., Ltd. 35 チームが改修するシステムが広範囲に渡るため属人化が発生した所感（苦しかったことその１）社内営業支援システム（SFA） A Team Bドメイン Cドメインフリーランス向けプラットフォーム B Team Cドメイン Dドメインドメインチーム Aドメイン Aドメイン大きな泥団子状態のシステムの改修 →他ドメインの副作用が発生しないよう調査しながらの実装が必要で大変・・・

Slide 36

Slide 36 text

|　© 2024 Levtech Co., Ltd. 36 チームが改修するシステムが広範囲に渡るため属人化が発生した所感（苦しかったことその１）社内営業支援システム（SFA） A Team Bドメイン Cドメインフリーランス向けプラットフォーム B Team Cドメイン Dドメインドメインチーム Aドメイン Aドメイン複数のリポジトリでシステムが構成されていて、キャッチアップが大変・・・大きな泥団子状態のシステムの改修 →他ドメインの副作用が発生しないよう調査しながらの実装が必要で大変・・・

Slide 37

Slide 37 text

|　© 2024 Levtech Co., Ltd. 37 自然と各システム単位で担当者が固定に＝属人化が発生してしまった・・・チームが改修するシステムが広範囲に渡るため属人化が発生した所感（苦しかったことその１）社内営業支援システム（SFA） A Team Bドメイン Cドメインフリーランス向けプラットフォーム B Team Cドメイン Dドメインドメインチーム Aドメイン Aドメイン複数のリポジトリでシステムが構成されていて、キャッチアップが大変・・・大きな泥団子状態のシステムの改修 →他ドメインの副作用が発生しないよう調査しながらの実装が必要で大変・・・

Slide 38

Slide 38 text

|　© 2024 Levtech Co., Ltd. 38 自然と各システム単位で担当者が固定に＝属人化が発生してしまった・・・チームが改修するシステムが広範囲に渡るため属人化が発生した所感（苦しかったことその１）社内営業支援システム（SFA） A Team Bドメイン Cドメインフリーランス向けプラットフォーム B Team Cドメイン Dドメインドメインチーム Aドメイン Aドメイン複数のリポジトリでシステムが構成されていて、キャッチアップが大変・・・大きな泥団子状態のシステムの改修 →他ドメインの副作用が発生しないよう調査しながらの実装が必要で大変・・・ Bad・・・システム障害発生時に各システムの開発担当者がいないと問題の切り分けに時間がかかってしまう・・・加えてテックリードにコードレビューを任せていた＝属人化が加速する要因に

Slide 39

Slide 39 text

所感（苦しかったことその２）

Slide 40

Slide 40 text

|　© 2024 Levtech Co., Ltd. 40 ● ドメインの大改革を行うため、1年かけて要件定義を実施していた ● 要件定義完了後、ドメインチームが結成。そしてPJに合流 ● 開発フェーズから合流となったため、業務理解と開発を並行で求められる形に ● PJのデリバリも求められるため、要件の実現で精一杯・・・ドメインチームというよりプロジェクト推進チームとなってしまった所感（苦しかったことその２）

Slide 41

Slide 41 text

|　© 2024 Levtech Co., Ltd. 41 ドメインチームというよりプロジェクト推進チームとなってしまった ● ドメインの大改革を行うため、1年かけて要件定義を実施していた ● 要件定義完了後、ドメインチームが結成。そしてPJに合流 ● 開発フェーズから合流となったため、業務理解と開発を並行で求められる形に ● PJのデリバリも求められるため、要件の実現で精一杯・・・所感（苦しかったことその２） Good👍 PJの推進観点では１チームで進めることができたため、開発生産性は高い

Slide 42

Slide 42 text

|　© 2024 Levtech Co., Ltd. 42 Bad・・・ PJの要件を満たすこと ≠ドメインに明るいエンジニア →開発から質の高い解決策を出すにはまだまだ精進が必要・・・ドメインチームというよりプロジェクト推進チームとなってしまった ● ドメインの大改革を行うため、1年かけて要件定義を実施していた ● 要件定義完了後、ドメインチームが結成。そしてPJに合流 ● 開発フェーズから合流となったため、業務理解と開発を並行で求められる形に ● PJのデリバリも求められるため、要件の実現で精一杯・・・所感（苦しかったことその２） Good👍 PJの推進観点では１チームで進めることができたため、開発生産性は高い

Slide 43

Slide 43 text

所感（良かったことその１）

Slide 44

Slide 44 text

Slide 45

Slide 45 text

Slide 46

Slide 46 text

まとめ

Slide 47

Slide 47 text

|　© 2024 Levtech Co., Ltd. 47 Good ● タスクの優先度管理が簡単 ● チーム間の調整コストが減るため開発に集中しやすい（デリバリの安定） More ● 我々のように複数システムを横串で開発する意思決定をする場合、属人化防止対策は考えておきたい（モブワークとかドキュメント整備するとか） ● 開発フェーズに入るとデリバリーが求められるのは当然。ドメイン知識に明るい最強チームを作るには、なるべく上流から開発チームもJOINしよう逆コンウェイの法則は魅力的だが、足元はしっかり固めよう・・・まとめ

Slide 48

Slide 48 text

Slide 49

Slide 49 text

Slide 50

Slide 50 text

No content

Slide 51

Slide 51 text

宣伝

Slide 52

Slide 52 text

Slide 53

Slide 53 text

🎄レバテック開発部アドベントカレンダーやるぞ！レバテック開発部 Advent Calendar 2024