1 メルカリのエンジニアリング組織の変化 〜Engineering Managerの視点から〜 メルカリ 後藤 秀宣 （JP Backend EM） EOF 2019 (2019/10/31)

2 @hidenorigoto
 
 Mercari JP Backend EM
 後藤 秀宣


3 メルカリとメルペイの重要な違い メルペイ メルカリ ほぼすべてマイクロ サービスで開発 モノリスからマイク ロサービス化の途 中

4 Conway’s law The basic thesis of this article is that organizations which design systems (in the broad sense used here) are constrained to produce designs which are copies of the communication structures of these organizations. We have seen that this fact has important implications for the management of system design. Primarily, we have found a criterion for the structuring of design organizations: a design effort should be organized according to the need for communication. Melvin E. Conway, 1968 “HOW DO COMMITTEES INVENT”

5 ここ1年の変遷 マトリックス組 織 + マイクロサービ ス化 プロジェクト チーム ドメイン チーム 創成期 ドメイン チーム 習熟期 ドメイン チーム 成熟期 ？ 2019/01 2019/04 2019/07 2019/10 ① ② ③ ④

#eof2019 6 マトリックス組織 to ドメインチーム ● マトリックス組織では、エンジニアのチーム力、ドメイン知識が育たなかった ● 一部メンバーだけのプロジェクトチームでマイクロサービス化を実施していた [変化] ● Backend全体を、プロダクトのドメインでチーム再編 ● Backend全チームでマイクロサービス化を開始 [事件] ● マイクロサービス開発ノウハウのあるエンジニアが・・・EMが・・・ ● マイクロサービス開発知見、ドメイン知識、あらゆる面で苦労

7 ドメインチームの成熟？ ● 徐々にMS開発ノウハウと、ドメイン知識が育ってきた ● チーム力も育ってきた [変化] ● フィーチャー開発リクエストの増加 ● 生産性の低下 私たちは成熟したのだろうか？

8 課題 ● マイクロサービスの開発、施策の開発いずれでも、「チーム間」コミュニケーショ ンを多くとる必要がある →　チームの形の問題 ● 仕様を決める議論より、「どのチームの担当にするのか」の議論になり、かつ時 間がかかる。答えも出しづらい。 →　アーキテクチャの改善の問題

9 ドメインチーム「システム」のバランス Pros Cons ドメイン知識 ドメインに対して深めるモチベー ションが働く 他のドメインに対して消極的 オーナーシップ ドメインに対して強く発揮 システム全体に対して消極的 アーキテクチャ 部分最適 全体の再構築に消極的 チーム編成 既存チームへの新規アサインの 場合、スムーズ チーム間異動、新規チーム組成の コスト大 フィーチャー開発 ドメインチームで完結する場合、 スムーズ ドメインチームにマッチしない、また は複数にまたがる場合、コスト増 大

10 目指している未来 継続的 イノベーション Micro Decision 安心・安全な システム 柔軟性＝継続的なリストラクチャ（組織、システム） ※あくまで個人の考えであり、 組織の合意ではありません

11 コンウェイの法則と戦う？ チームシステム の定義 チーム活動 コンウェイの法則発動 チーム活動の バランス見直し Culture

12 おわりに コンウェイの法則との戦い方をご存知の方 是非アドバイスをください