スタートアップにおける技術チームの作り方

by kenz

Slide 1

Slide 1 text

スタートアップにおける技術チームの作り⽅方

Slide 2

Slide 2 text

1 ランサーズとは 2 スタートアップにおける技術選定/開発体制 3 スタートアップにおける開発プロセス/フロー 4 スタートアップにおける成⻑⾧長課題への対応

Slide 3

Slide 3 text

Slide 4

Slide 4 text

ランサーズ株式会社 CTO 　⽥田邊賢司ランサーズ社について会社名　ランサーズ株式会社事業内容　クラウドソーシング事業所在地　東京都渋⾕谷区渋⾕谷代表者　代表取締役社⻑⾧長　秋好陽介設⽴立立　2008年年4⽉月資本⾦金金　12億4901万9166円　（資本準備⾦金金を含む）会社紹介第⼀一期（2002年年〜～2009年年）　業務系基幹システム開発：メガバンク系、⽣生保損保第⼆二期（2010年年〜～2014年年03⽉月）　 Q&Aシステム開発、ソーシャルアプリ開発、　ソーシャルゲーム開発第三期（2014年年04⽉月〜～）　ランサーズへ⼊入社

Slide 5

Slide 5 text

国内市場におけるランサーズ – 市場 2014年年400億円のうち50％以上がランサーズシェア国内業界のパイオニアとして、マーケットをリード 0 200 400 600 800 1000 1200 1400 1600 1800 2000 2009年年 2010年年 2011年年 2012年年 2013年年 2014年年 2015年年 2016年年 2017年年 2018年年ランサーズマーケットシェア 50％以上

Slide 6

Slide 6 text

53% 22% 12% 10% 1% 2% フリーランス副業、兼業主婦⼩小規模法⼈人学⽣生その他 0.3% 1.6% 6.5% 20.0% 39.7% 31.0% 0.9% 70代以上 60代 50代 40代 30代 20代 10代ランサー登録内訳年年齢別ランサーズ登録者の内訳半数以上が専業フリーランサー、近年年、副業・主婦層が拡⼤大中 2~∼40代で90%を占めるものの60代以上も2%弱

Slide 7

Slide 7 text

地⽅方・⼥女女性・シニアの働き⽅方に新しい選択肢を •  30代後半 •  WEB制作 •  ⼭山梨梨県在住農家兼WEB制作者「地⽅方移住しても⾃自分らしく働ける」 •  40代前半 •  デザイナー •  愛知県在住主婦件デザイナー「⼦子育て中のスキマ時間を有効活⽤用」 •  70代前半 •  ライター •  福島県在住⽣生涯現役ライター「働くことは⽣生きがい定年年を設けず次世代シニアに」

Slide 8

Slide 8 text

国内市場における仕事受給の流流れ 3.2% 3.5% 5.0% 8.5% 12.0% 13.6% 54.3% 5.0% 7.8% 11.2% 11.5% 19.6% 20.2% 24.7% 東京中部関⻄西東京以外の関東東京関⻄西東京以外の関東中部九州北北海道、東北北中四国九州依頼額シェア受注額シェア中四国北北海道、東北北東京 54.3% ランサーズでは発注の54％が東京で、受ける⽅方は75％が東京以外地元にいながら東京の仕事を出来る環境を提供東京以外 75.3%

Slide 9

Slide 9 text

ランサーズの機能開発もランサーさんと

Slide 10

Slide 10 text

オンライン上で⾃自分のチームを

Slide 11

Slide 11 text

Slide 12

Slide 12 text

12 スタートアップにおける技術選定スタートアップや新規事業における開発で、どんな技術を選定していいのか分からない。 Hmm . . I do not know how I choose which one

Slide 13

Slide 13 text

13 ランサーズを⽀支える技術 Web RDS S3 EC2 CloudWatch DB Monitor App CloudFront CloudSearch SQS

Slide 14

Slide 14 text

14 ランサーズを⽀支える技術 ■ バージョン管理理、CI/CDツール ■リリース FabricでApp全台に⼀一括適⽤用 (Python製の⼀一括デプロイツール) デプロイ後にAPIでリリース情報を⾃自動通知 NanapiさんのChatWorkPlugin を独⾃自拡張

Slide 15

Slide 15 text

15 スタートアップにおける技術選定スタートアップのおける技術選定の軸としては下記のようなことが考えられる。 •  利利⽤用者⼈人⼝口 •  更更新頻度度 •  社内知⾒見見 •  ラーニングコスト •  エンジニア採⽤用難易易度度 •  将来性 •  情報量量 •  パフォーマンス •  柔軟性 •  開発⽀支援機能 •  サードパーティーライブラリ •  技術コミュニティ •  技術トレンド •  ビジネス要件 •  エンジニアモチベーション •  開発パートナー企業へのフィット •  エンジニアブランディングへの影響 etc.. ポイントは、技術選定において、どんなものにも当てはまる選定⽅方法はなく、会社の事業やプロダクトに即した技術を選定することが⼤大事。

Slide 16

Slide 16 text

16 スタートアップにおける開発体制スタートアップや新規事業における開発で、どんな体制を構築していいのか分からない。 ϓϩμΫτ Φʔφʔ ϓϩδΣΫ τϦʔμʔA ϝϯόʔA ϝϯόʔB ϓϩδΣΫ τϦʔμʔB ϝϯόʔC Hmm . . I do not know how I choose which one

Slide 17

Slide 17 text

17 ランサーズにおける開発体制プロジェクトA プロジェクトB プロジェクトC カスタマーサポートインフラ/基盤開発デザイン事業推進

Slide 18

Slide 18 text

18 スタートアップにおける開発体制スタートアップのおける開発体制構築においては、考慮すべき事項が多く、 •  エンジニア数 •  個々の技術スキル •  権限と責任 •  市場環境 •  事業フェーズ etc.. ポイントは、開発体制構築において、どんなものにも対応できる開発体制はなく、会社の事業やプロダクトに即した体制を構築することが⼤大事。

Slide 19

Slide 19 text

Slide 20

Slide 20 text

20 スタートアップにおける開発プロセス/フローの課題スタートアップや新規事業における開発で、どんな開発プロセス/フローを選択していいのか分からない。 Hmm . . I do not know how I choose which one ΢Υʔ λ ϑΥʔ ϧ ैདྷܕ εΫϥ Ϝ XP ݱߦܕ Ϧʔϯ

Slide 21

Slide 21 text

21 ランサーズにおける開発プロセス初期段階では基本の機能のみを実装し、PDCAサイクルをまわすことによって、イテレーションごとの計測結果を⽐比較し、よりビジネス要件にかなった機能をつくっていく。

Slide 22

Slide 22 text

22 ランサーズにおける開発フローディレクター　　　or エンジニアリリーステスト開発デザインワイヤー要件定義企画担当エンジニアその他エンジニアプロジェクトチーム

Slide 23

Slide 23 text

23 ランサーズにおける実装フロー •  マスターは常にデプロイ可能 •  新しく作業する場合は、masterブランチから新しいブランチを作成 •  フィードバックが欲しい時、あるいはマージの準備が出来たタイミングでプルリクエストを送る •  レビューが完了了次第、masterマージ可能になる •  masterにマージされたタイミングでリリースすべし

Slide 24

Slide 24 text

24 ランサーズにおける実装フロー •  ブランチの命名規則　「yyyymmdd_̲{任意の名前}」 •  作業中は[wip]、レビュー中は [ir]をつける •  2⼈人のOKが出たタイミングでマージOK

Slide 25

Slide 25 text

25 ランサーズにおけるリリースフロー

Slide 26

Slide 26 text

26 ランサーズにおけるリリースフローリリース後は関係者が⼊入っているchatworkグループへも通知

Slide 27

Slide 27 text

27 スタートアップにおける開発プロセス/フロー観点としてはプロジェクトがより成功に近づくための開発プロセス/フローを選択すべき。アジャイルやスクラムのプラクティスを教科書通りに導⼊入するだけではうまくいかないので、⾃自社の組織やプロジェクトの⽬目的にフィットする部分を取り⼊入れることを考える。そのためには、決定した開発プロセス/フローは明⽂文化し、定期的に⾒見見直しを⾏行行い、最適化をはかっていくことが重要。

Slide 28

Slide 28 text

Slide 29

Slide 29 text

29 成⻑⾧長課題急な成⻑⾧長に伴う課題として、会社や事業、市場の成⻑⾧長スピードに追いつくためにもちいたショートカットが、様々な負債を⽣生み出したりする。 •  技術的負債の蓄積 •  組織的負債の蓄積 etc..

Slide 30

Slide 30 text

30 技術的負債の蓄積への対応技術的な負債がたまると、下記のような様々な問題を引き起こす可能性がある。 •  システムの運⽤用⼯工数が⽇日々増⼤大していく •  システムのスケールができない •  障害発⽣生が多くなる •  影響範囲が⾒見見えにくくなる •  本来⾏行行うべきプロダクトの施策が進まない etc..

Slide 31

Slide 31 text

31 技術的負債の蓄積への対応 ෛ࠴ͷฦࡁํ๏ ෛ࠴ΛͨΊͳ͍ํ๏ •  ద੾ͳՕॴ΁ͷϚΠΫ ϩαʔϏεԽͷݕ౼ •  खΛ෇͚ΕΔ෦෼͔Β ணख •  ෛ࠴Λ͖ͪΜͱ؅ཧ͢ Δ •  ෛ࠴ฦࡁʹର͢ΔධՁ •  ෛ࠴ฦࡁͱ͍͏ωΨ ςΟϒΠϝʔδͷ෷১ •  ͋Δ΂͖ະདྷͷγες Ϝ૾Λఆظతʹߟ͑Δ •  OSɺϛυϧ΢ΣΞɺ ϥΠϒϥϦΛ࠷৽ʹอ ͭ •  ઃܭύλʔϯ΍࣮૷ํ ਑ͷࡦఆ •  ৘ใڞ༗

Slide 32

Slide 32 text

32 技術的負債の蓄積への対応観点としては負債の返済⽅方法と負債をためない仕組みづくりが⼤大事。技術的負債の返済というよりも、システムの本来あるべき理理想の未来を考えるそのためには、負債の蓄積は避けらないものだと認識識し、負債をためないためのプラクティスを整備しつつ、負債の返済を実際にきちんと⾏行行っていき、そのことに対して評価を⾏行行っていくことが重要。

Slide 33

Slide 33 text

33 組織的負債の蓄積への対応組織的負債が蓄積すると、下記のような様々な問題を引き起こす可能性がある。 •  タスクや情報の把握が困難になる •  役割や責任に曖昧さが⽣生まれる •  組織のスケールが困難になる •  仕様の漏漏れによる⼿手戻りが多くなる •  思ったものと違うプロダクトが出来てしまう •  影響範囲が⾒見見えにくくなる •  プログラム品質の低下 •  開発スピードの低下 •  ⻑⾧長期的な問題が増えていく etc..

Slide 34

Slide 34 text

34 組織的負債の蓄積への対応情報共有の⼯工夫。ストックとフローの情報を分けて考える。コミュニケーションをとりやすい場の提供。

Slide 35

Slide 35 text

35 組織的負債の蓄積への対応誰が何をどれくらいやっているかが分かる状況。アラートがあがる前に気付く。

Slide 36

Slide 36 text

36 組織的負債の蓄積への対応コミュニケーションを⾏行行なう場の提供

Slide 37

Slide 37 text

37 組織的負債の蓄積への対応 Ҋ݅੔ཧ ։ൃ ࣮૷ ܭଌ ݁Ռใࠂ ͞ΒͳΔ ,"*;&/ D A C お問い合わせ、お客様の声社内要望ユーザランサーズエンジニアカスタマーコミュニケーション P

Slide 38

Slide 38 text

組織的負債の蓄積への対応

Slide 39

Slide 39 text

39 組織的負債の蓄積への対応観点としては技術的負債と同じく、負債の返済⽅方法と負債をためない仕組みづくりが⼤大事。組織的負債の返済というよりも、組織の本来あるべき理理想の未来を考える。そのためには、組織⽂文化の形成が必要不不可⽋欠で、価値観作成やその価値観の反映した⼈人事制度度、そのため価値観を体現するための具体的な⽅方法について整備をしていくことが重要。

Slide 40

Slide 40 text

40 今⽇日のまとめ技術選定/開発体制 •  会社や事業へのマッチング開発プロセス/フロー •  組織やプロジェクトへのマッチング成⻑⾧長課題 •  理理想の形を考える •  負債返済の仕組みづくり •  負債蓄積の予防策

Slide 41

Slide 41 text

ランサーズ「時間と場所にとらわれない新しい働き⽅方」 2020年年、⾃自分らしく働きたい1,000万⼈人の仕事のインフラに