エンジニアリング組織の設計と実践〜merpayの事例から学ぶ、組織とアーキテクトの関係性〜
•
0 gefällt mir•622 views
2019/07/30 TECH PLAY での登壇 https://techplay.jp/event/740188
Empfohlen
Weitere ähnliche Inhalte
Ähnlich wie エンジニアリング組織の設計と実践〜merpayの事例から学ぶ、組織とアーキテクトの関係性〜
Ähnlich wie エンジニアリング組織の設計と実践〜merpayの事例から学ぶ、組織とアーキテクトの関係性〜 (20)
Mehr von Hideo Kimura
エンジニアリング組織の設計と実践〜merpayの事例から学ぶ、組織とアーキテクトの関係性〜
- 4. 設立 2017年11月20日 資本金 41億円（株式会社メルカリ100%子会社）（2018年12月時点） 事業内容 金融関連の新規事業 会社概要 #merpay_engineering
- 5. コーポレートミッション 信用を創造して、なめらかな社会を創る わたしたちが実現したいのは、ただの便利なお金 ではありません。世界の、社会のあり方を、お金と の付き合い方を変える。 そのために、決済・金融・シェアなど様々なお金に まつわるサービスに取り組んでいきます。 信用を創造する。それは、売る・買うの取引を通じ て信用情報を可視化し、その信用に基づいてお金 を自由に使える世界をつくること。 なめらかな社会。それは、一人一人が今よりも自 由に、平等にお金を使い、欲しいものを手にいれた り、やりたいことが叶う社会。 Building trust for a seamless society #merpay_engineering
- 11. スマホ決済「メルペイ」の3つの特長/お客さま向け 「メルカリ」アプリで そのまま使える 「メルカリ」の 売上金が すぐに使える さまざまな お店で使える #merpay_engineering
- 17. 「メルカリ」の売上金・お客さま・データが 「使われる」決済をつくる 1,300万 Cash IN Cash OUT MAU 「メルカリ」内 売上金・ポイント 銀行口座から 口座振替 「メルカリ」内決済 加盟店さま 年間5,000億円超 「メルカリ」のデータを活用 #merpay_engineering
- 23. メルペイの サービス規模 マイクロサービスアーキテクチャ 40以上のマイクロサービス 2019 3Qで 1444億円以上を取り扱う メルカリの決済基盤(USのメルカリ事業も含む数字 ) 200万人以上の利用者 （メルペイ「電子マネー」の登録を行ったユーザーの累計。 コード払いは除く ） #merpay_engineering
- 24. 24Confidential - Do Not Share Architecture Android ● Kotlin ● RxJava ● Redux ● Multi modules Frontend ● HTML ● CSS ● JavaScript ● TypeScript ● Vue.js/Nuxt iOS ● Swift ● MVVM ● Carthage ● Multi modules Backend ● Microservices ● Go ● PHP ● Python ● gRPC Machine Learning ● Python 3 ● Scikit-learn ● Tensorflow ● Airflow ● BigQuery #merpay_engineering
- 25. 25Confidential - Do Not Share Infrastructure / Tools Tools ● GitHub (Code repository) ● Slack (Communication) ● CircleCI (CI) ● Bitrise (CI) ● Spinnaker (CD) ● Codecov (Coverage) ● DataDog (Tracing/Monitoring) ● Sentry (Error reporting) ● PagerDuty (Alerting) ● Terraform (Orchestration) Infrastructure ● Kubernetes Engine ● Data Storage ○ Cloud Spanner ○ Cloud SQL ○ Cloud DataStore ● Object Storage ○ Cloud Storage ○ AWS S3 ● Message Queue ○ Cloud Pub/Sub ● CDN/WAF ○ Fastly ○ Akamai #merpay_engineering
- 27. 〜2018/07 Project DProject CProject BProject A PM PM PM PM ... #merpay_engineering
- 28. エンジニア: ● 専門性を正しく評価、正しいアサイン、正しいキャリア形成 がされていない不安がある ● 工数の見積もり、リリースの決定にエンジニアの観点が足りず、 スケジュールの不確実性が高まって いる ● セキュリティ対策や技術負債へのアサイン が疎かになる可能性 PM: ● ピープルマネジメントに忙殺されていて プロダクトのことを考えられない ● プロジェクト間のアサイン調整 においてエンジニアの取り合いが起こる可能性 課題 #merpay_engineering
- 29. エンジニア: ● エンジニアが専門性を正しく評価され、スキルの適正やキャリアパスに応じてアサイン がされる ● 技術負債の返済やセキュリティ対策など エンジニアリングに不可欠なアサイン ができるようになる ● 工数見積もりや開発スケジュールについて PMがエンジニアに相談できる ようになる PM: ● ピープルマネジメントから開放 されてプロダクトの成功を考えられる ● 限りあるエンジニアを 全社の優先順位に応じてアサイン されるようにする 達成したかったこと 健全な役割定義 #merpay_engineering
- 30. 2018/07〜 Project DProject CProject BProject A Product Engineering PM PM PM PM TL ... TL ... TL EM EM EM EM TL SRE Backend 1 Backend 2 iOS Frontend ... EM #merpay_engineering
- 31. 役割定義 TL PM EM WHY (なぜ) WHAT (なにを) WHEN (いつまでに) WHAT (なにを) HOW (どうやって) WHEN (いつまでに) WHO (だれが) WHERE (どこで) HOW (どうやって) #merpay_engineering
- 34. 肥大化する要件による不確実性 → フェーズの整理 Spec freeze、Code freeze 複雑な依存関係による不確実性 → スコープの整理 段階的リリース やったこと Growth フェーズではアジャイルに #merpay_engineering
- 36. ● Microservices における QAとは ○ カナリアリリース vs 金融品質 ● ビジネススピードを担保できる組織とアーキテクチャとは ○ コンウェイの法則 vs 逆コンウェイの法則 ● Microservices のオーナーシップを担保する運用体制とは ○ 増えていく Microservices に対してスケールする On-Call 含めた運用体制 ● 技術的負債との向き合い方とは ○ 小さく借りて小さく返す仕組み … これからの課題 #merpay_engineering