1年で6倍にメンバーが急増したエンジニアリング組織の変遷と判断

Slide 1

Slide 1 text

1年で6倍にメンバーが急増したエンジニアリング組織の変遷と判断【 S a n s a n Te c h M e e t u p 】 M a n a g e m e n t # 1 Sansan株式会社 Bill One Unit プロダクト開発責任者大西真央

Slide 2

Slide 2 text

SEとしてエンジニアのキャリアをスタートさせ、2012年以降はアジャイルやDDDなどの開発スタイルを経験。 2016年にSansanに入社し、クラウド名刺管理サービス「Sansan」の大阪開発拠点を立ち上げ後、チーフエンジニアリングマネジャーとしてエンジニアの組織作りを担当。 2020年以降は新規事業開発部門に移り、エンジニアリング組織の立ち上げと、クラウド請求書受領サービス「Bill One」の立ち上げに携わる。プロダクトマネジメントから開発マネジメントまで、幅広い経験を持つ。大西真央 Sansan 株式会社 Bill One Unit プロダクト開発責任者

Slide 3

Slide 3 text

Slide 4

Slide 4 text

会社概要 3 社名 Sansan株式会社所在地表参道本社東京都渋谷区神宮前5-52-2 青山オーバルビル13F グループ会社 Sansan Global PTE. LTD.（シンガポール） Sansan Corporation（アメリカ）ログミー株式会社従業員数 1036名（2021年11月30日時点）表参道本社神山ラボ Sansan Innovation Lab 2007年6月11日設立支店：大阪、名古屋サテライトオフィス：徳島、京都、福岡、北海道、新潟拠点寺田親弘代表者

Slide 5

Slide 5 text

Sansan – 働き方を変えるDX – 4 新世代エントリーフォーム新世代パンフレット全文書き起こしメディア名寄せエンジン Sansan Data Hub ピアボーナスサービスクラウド契約業務サービスクラウド請求書受領サービススマート受付無人名刺受付システム名刺作成サービスセミナー管理システムクラウド名刺管理サービススマート署名取り込み AI名刺管理オンライン名刺同僚コラボレーションメール配信イベント・セミナー請求書名刺契約書組織コミュニケーション名刺印刷・発注データ活用反社チェックオプション powered by Refinitiv/KYCC 契約管理オプション for クラウドサイン商談管理オプション for Salesforce アンケートオプション powered by CREATIVE SURVEY powered by MotionBoard 名刺分析オプション業務連携

Slide 6

Slide 6 text

Agenda - チェックイン - 立ち上げ期 - 拡大期 - 急拡大に向き合い始めた時の課題 - 初めてのチーム分割 - 拡大ピーク時の悩みと解決方法急増したエンジニアリング組織の変遷と判断

Slide 7

Slide 7 text

チェックイン

Slide 8

Slide 8 text

請求書受領から、月次決算を加速する

Slide 9

Slide 9 text

体制カスタマーサクセスデザイナーエンジニアセールスマーケティング顧客開発チーム PdM PMM プロダクト開発チーム

Slide 10

Slide 10 text

MRR推移 0 0 5 9 20 34 61 20/05 20/08 20/11 21/02 21/05 21/08 21/11 (百万円) ローンチタイミング約12倍前年同期比

Slide 11

Slide 11 text

エンジニアのメンバー推移 4 5 5 5 11 19 27 33 1 1 1 1 2 5 6 6 20/05 20/08 20/11 21/02 21/05 21/08 21/11 22/02 人数チーム数約6倍人数、チーム数共に前年同期比

Slide 12

Slide 12 text

エンジニアのメンバー推移立ち上げ期拡大期底上げ期 4 5 5 5 11 19 27 33 1 1 1 1 2 5 6 6 20/05 20/08 20/11 21/02 21/05 21/08 21/11 22/02 人数チーム数約6倍人数、チーム数共に前年同期比

Slide 13

Slide 13 text

立ち上げ期

Slide 14

Slide 14 text

少数精鋭部隊で PMFに向けて事業を立ち上げている状態立ち上げ期

Slide 15

Slide 15 text

振り返りリリースリファインメント・デモリリースリファインメント・デモプランニング開発プロセス毎週月曜火曜水曜木曜金曜金曜

Slide 16

Slide 16 text

顧客への価値を最短で提供し、顧客からのフィードバックでプロダクトを成長させる - 全役割がプロダクトのより良い体験にコミットするようなコミュニケーションを実施する - ビジネス状況に応じて、最適なストーリーを開発する - 安全な環境で素早くリリースする大切にしていた考え

Slide 17

Slide 17 text

拡大期

Slide 18

Slide 18 text

PMFに手応えを感じプロダクトを爆速成長させるためにエンジニアを急拡大させている状態拡大期

Slide 19

Slide 19 text

拡大期の流れ拡大に向き合い始める初めてのチーム分割拡大のピーク

Slide 20

Slide 20 text

拡大期の流れ拡大に向き合い始める初めてのチーム分割拡大のピーク

Slide 21

Slide 21 text

急拡大に向き合い始めた時の課題その1 約半年程度で5名→30名に急拡大させた経験がなく半年後の組織構造が見えず漠然な不安

Slide 22

Slide 22 text

約半年程度で5名→30名に急拡大させた経験がなく半年後の組織構造が見えず漠然な不安急拡大に向き合い始めた時の課題その1 事業成長率低下リスクと組織崩壊リスクを天秤にかけ自身でコントロールできない事業成長率低下リスクを回避するためエンジニア急増の覚悟を決める

Slide 23

Slide 23 text

急拡大に向き合い始めた時の課題その2 Sansan = 名刺のイメージが強く、Bill Oneに応募が来ない

Slide 24

Slide 24 text

Sansan = 名刺のイメージが強く、Bill Oneに応募が来ない急拡大に向き合い始めた時の課題その2 登壇・エンジニアブログ・スカウト・採用イベントなどあらゆる手段を使ってカジュアル面談の回数を増やす

Slide 25

Slide 25 text

急拡大に向き合い始めた時の課題その2 Sansan = 名刺のイメージが強く、Bill Oneに応募が来ない登壇・エンジニアブログ・スカウト・採用イベントなどあらゆる手段を使ってカジュアル面談の回数を増やすピーク月はカジュアル面談・面接等も含めると 80H/月くらいの工数が掛かっていたのでどれだけのパワーで採用に向き合うかをエンジニアメンバーで共通認識を持つことが大事

Slide 26

Slide 26 text

急拡大に向き合い始めた時の課題その3 ドキュメントがなく動くコードで会話する

Slide 27

Slide 27 text

ドキュメントがなく動くコードで会話する esaを導入して、ドキュメントに残す環境を用意全体方針や機能単位など粒度の大小問わずドキュメントに残す急拡大に向き合い始めた時の課題その3

Slide 28

Slide 28 text

ドキュメントがなく動くコードで会話する esaを導入して、ドキュメントに残す環境を用意全体方針や機能単位など粒度の大小問わずドキュメントに残す急拡大に向き合い始めた時の課題その3 ドキュメントの考え方を設定することも大事 • 「対話をなくす」ではなく、ドキュメントをきっかけに対話しよう • 最初から完全を求めない • メンテナンス対象のディレクトリとスナップショットのディレクトリを決める

Slide 29

Slide 29 text

急拡大に向き合い始めた時の課題その4 全員で常に会話できる状態だったためあうんの呼吸で開発

Slide 30

Slide 30 text

目指す文化を定義して組織内で成果に繋がる考え方を揃える全員で常に会話できる状態だったためあうんの呼吸で開発急拡大に向き合い始めた時の課題その4

Slide 31

Slide 31 text

事業成果を最優先に各自が主体的に行動し、成長し、一体感を強く持つ文化 - 相談を重ねて、自ら最終判断をする - エッセンシャル思考 - 早期フィードバック - 学習思考 - 情報はオープンに共有 - 信頼マネジメント急拡大に向き合い始めた時の課題その4

Slide 32

Slide 32 text

- ドキュメント整備は早い段階で着手してよかった - ドキュメントの存在により、人数が増えるごとに複利で効果を発揮する - ドキュメント文化が出来上がるまでは、推進者にリードしてもらう - 急拡大の組織マネジメントでは文化を基準に考えることが多い - 「相談を重ねて、自らが最終判断をする」という考え方に何度も救われた急拡大に向き合い始めた時の課題を今振り返ってみて

Slide 33

Slide 33 text

拡大期の流れ拡大に向き合い始める初めてのチーム分割拡大のピーク

Slide 34

Slide 34 text

- 2021/05/01(3名増)の11名になるタイミングで分割を実施 - ただ、既存メンバーだけで構成されているうちに分割リハーサルを実施して、分割後の戸惑いをなくす - メリット - チーム内で相談するハードルが下がった。MTG人数減により時間の短縮した。 - 結果として、開発時間が増えた。 - デメリット - 他チームの意思決定に関われない。コードのレビュー依頼先が少ない。初めてのチーム分割

Slide 35

Slide 35 text

- 各種イベント（朝会やデモ等）で全員参加 or チーム単位を決める - チームで機能の担当領域は区切らない - 期待する役割がなかったため、チームにリーダーは用意しない - チーム単独でユーザー価値を届けることが可能なチームとする - 設計・実装でチーム外メンバーへの相談が必要な場合は積極的に実施する - リリース当日は各チーム主導者を決めて、主導者達で推進する初めてのチーム分割で最終的に決めたこと

Slide 36

Slide 36 text

拡大期の流れ拡大に向き合い始める初めてのチーム分割拡大のピーク

Slide 37

Slide 37 text

拡大ピーク時の悩みと解決方法その1 コミュニケーションがチームに閉じ始めサイロ化を懸念全メンバーでより良い組織にしていく方法を模索

Slide 38

Slide 38 text

全エンジニアに参加してもらい毎月OST（オープンスペーステクノロジー）を実施拡大ピーク時の悩みと解決方法その1 コミュニケーションがチームに閉じ始めサイロ化を懸念全メンバーでより良い組織にしていく方法を模索

Slide 39

Slide 39 text

拡大ピーク時の悩みと解決方法その1 時期 OSTで話し合ったテーマ 2021/07 - 最高のエンジニア集団とは？ - フロントエンドのディレクトリ構造の見直し - とある機能領域のリファクタ案 2021/08 - 自走できる開発者の定義とどうしたら自走できるのか。 - 新しいマイクロサービスを作る上での苦労話 - 速度優先開発で何を捨てて何を拾ってる？ 2021/09 - Bill Oneが大切にする技術の考え方をブラッシュアップする - リリースフロー・プロセスをアップグレードしたい - セキュリティチェックの負荷を軽減したい 2021/10 - テスト戦略としてドメインのテストが足りてないのでは？ - ドメイン知識のキャッチアップ方法 - 現在のルールや風習などで、どれくらいのエンジニアまで耐えれるか？ - 受入プロセスをブラッシュアップする

Slide 40

Slide 40 text

OSTをきっかけに有志で集まって改善できた取り組み - エンジニア増によるリリースフローの最適化 - 毎月実施するライブラリのバージョンアップを推進する体制を確立 - フロントエンドのディレクトリ構造のリファクタ - リリース後に実施するプロトタイプへの反映を楽にする改善 - プロダクトダッシュボードの爆誕(DAU/MAUや請求書枚数など) - 運用改善ダッシュボードの爆誕(エラー件数や運用負荷など) 拡大ピーク時の悩みと解決方法その1

Slide 41

Slide 41 text

拡大ピーク時の悩みと解決方法その2 フラットな組織の弊害が出始める開発責任者のボトルネックや密度が薄い状態での会話

Slide 42

Slide 42 text

チーム内に正式な役割を定義拡大ピーク時の悩みと解決方法その2 フラットな組織の弊害が出始める開発責任者のボトルネックや密度が薄い状態での会話

Slide 43

Slide 43 text

拡大ピーク時の悩みと解決方法その2 役割責務アサインプロジェクトリード - リソース/リリース管理 - 開発プロセス管理 - メンバーのメンタリング立候補テクニカルリード - バックエンドの相談役 - 組織全体のアーキテクチャ検討バックエンドに強い人プロダクトリード - 各ストーリーに対して定義された課題・ニーズ等からを開発Readyにする立候補

Slide 44

Slide 44 text

拡大ピーク時の悩みと解決方法その2 権限委譲によりチームで意思決定できる幅を広げ、開発スピードを加速させる役割責務アサインプロジェクトリード - リソース/リリース管理 - 開発プロセス管理 - メンバーのメンタリング立候補テクニカルリード - バックエンドの相談役 - 組織全体のアーキテクチャ検討バックエンドに強い人プロダクトリード - 各ストーリーに対して定義された課題・ニーズ等からを開発Readyにする立候補

Slide 45

Slide 45 text

拡大ピーク時の悩みと解決方法その2 同じ役割内で密度の濃いコミュニケーションを実施して組織全体・メンバーの成長に繋げる役割責務アサインプロジェクトリード - リソース/リリース管理 - 開発プロセス管理 - メンバーのメンタリング立候補テクニカルリード - バックエンドの相談役 - 組織全体のアーキテクチャ検討バックエンドに強い人プロダクトリード - 各ストーリーに対して定義された課題・ニーズ等からを開発Readyにする立候補

Slide 46

Slide 46 text

拡大ピーク時の悩みと解決方法その2 任命ではなく立候補制にしたことによりチャレンジできる環境を用意してモチベーション高い人に権限委譲する役割責務アサインプロジェクトリード - リソース/リリース管理 - 開発プロセス管理 - メンバーのメンタリング立候補テクニカルリード - バックエンドの相談役 - 組織全体のアーキテクチャ検討バックエンドに強い人プロダクトリード - 各ストーリーに対して定義された課題・ニーズ等からを開発Readyにする立候補

Slide 47

Slide 47 text

拡大ピーク時の悩みと解決方法その3 5人時代から進化していない開発プロセスへの不安

Slide 48

Slide 48 text

拡大ピーク時の悩みと解決方法その3 5人時代から進化していない開発プロセスへの不安 LeSS(Large Scale Scrum)を参考に開発プロセスをアップデート

Slide 49

Slide 49 text

拡大ピーク時の悩みと解決方法その3 5人時代から進化していない開発プロセスへの不安 LeSS(Large Scale Scrum)を参考に開発プロセスをアップデート LeSSの原理原則とルールがBill Oneの考え方に近しいとわかったので 50名くらいまでは現状のままで大丈夫と自信を得た

Slide 50

Slide 50 text

拡大ピーク時の悩みと解決方法その4 チーム数が増加したことでチーム毎に担当領域を決めて開発するようになり各チームで自走するための情報が必要

Slide 51

Slide 51 text

開発責任者から事業全体への所感を届け続け各チームへはラブレターを記入することによりチームの存在意義や期待値を言語化拡大ピーク時の悩みと解決方法その4 チーム数が増加したことでチーム毎に担当領域を決めて開発するようになり各チームで自走するための情報が必要

Slide 52

Slide 52 text

3カ月ごとに組織のフェーズが変わるので過去の成功体験に固執せずちょっと先の未来を見据えて変化を恐れず挑戦していくことが大切拡大期を振り返り

Slide 53

Slide 53 text

底上げ期

Slide 54

Slide 54 text

MRR約12倍成長の事業を支えるエンジニアリング組織作りの“いま”と“目指す未来” 次回イベントでお話します。

Slide 55

Slide 55 text

まとめ

Slide 56

Slide 56 text

まとめ - 急拡大に向き合う時は、短期目線だと開発スピードが落ちるため、中長期目線で物事を考えることが重要 - 初めてチーム分割に向き合う際は、必要なタイミングの一歩手前でリハーサルを実施して、感触を確かめることが重要 - チーム最適ではなく、組織最適(全体最適)を重視 - 20名を超えた辺りから密度の濃いコミュニケーションを実施するためには役割定義は必要 - 変化を恐れず挑戦していくことが大切

Slide 57

Slide 57 text

We are hiring！新規事業開発 WEBアプリ開発エンジニア PdM（プロダクトマネジャー）コーポレートコーポレートIT セキュリティエンジニア（SOC、社内教育・内部監査）ブランディング・マーケティングフロントエンドエンジニア研究開発研究員帳票のデータ化技術 , 名寄せ技術メール分析技術 , 機械学習自然言語処理 , OCR技術開発新規プロダクト開発効果検証,因果推論データ分析基盤開発 R&D DevOps/MLOpsエンジニアデータアナリストシニアリサーチャーインフラエンジニア WEBアプリ開発エンジニアサービス開発エンジニアリングマネジャーアーキテクト Site Reliabilityエンジニア QAエンジニア、SET インフラエンジニア iOS/Android エンジニア WEBアプリ開発エンジニア 56

Slide 58

Slide 58 text

カジュアル面談「もう少し話を聞いてみたい」という方は、カジュアル面談でお話しましょう。

Slide 59

Slide 59 text

エンジニア情報サイト「Sansan Engineering」 58 ・Sansanエンジニアのミッション・プロダクト、テクノロジー概要・エンジニアインタビュー・技術スタック・働く環境、社内制度・募集職種・Blog ・イベント情報 ... and more Sansan Engineering Sansanのプロダクトやテクノロジー、カルチャー、採用情報など、エンジニアリングに関するあらゆる情報を掲載 https://jp.corp-sansan.com/engineering/

Slide 60

Slide 60 text

No content