Slide 1

Slide 1 text

©iCARE Co., Ltd All rights reserved 1 襲来する課題の山に立ち向かう 開発体制づくり 2021年11月17日 株式会社iCARE  VPoE 安田俊之

Slide 2

Slide 2 text

©iCARE Co., Ltd All rights reserved ここにタイトルが入ります 2 ここに本文が入ります ここに本文が入ります ここに本文が入ります 
 
 自己紹介

Slide 3

Slide 3 text

©iCARE Co., Ltd All rights reserved 自己紹介 3 安田俊之 Twitter: @TakataNoToshi iCAREにて2020年7月よりVPoE 関わってきた技術 Ruby on Rails, Vue.js, AngularJS PHP, Java, Perl その他: Terraform, Ansible, Chef, AWS, etc.

Slide 4

Slide 4 text

©iCARE Co., Ltd All rights reserved ここにタイトルが入ります 4 ここに本文が入ります ここに本文が入ります ここに本文が入ります 
 
 なぜこのテーマについて話すのか?

Slide 5

Slide 5 text

©iCARE Co., Ltd All rights reserved 5 2019年10月時点(資料) 正社員約10名、パートナー6名 2021年11月現在(資料) 正社員30名、パートナー15名 2年間で 急増 開発チーム規模は急拡大

Slide 6

Slide 6 text

©iCARE Co., Ltd All rights reserved 6 それを超える サービス拡大 組織拡大しても課題の山 課題の襲来

Slide 7

Slide 7 text

©iCARE Co., Ltd All rights reserved 7 これに立ち向かうために開発体制作りで格闘しているという話

Slide 8

Slide 8 text

©iCARE Co., Ltd All rights reserved 有益かつ応募があるかも 8 この手の格闘は業界や会社固有の問題というよりはス タートアップに共通の課題 ・スタートアップ企業の開発者にとって有益 ・課題解決が面白そう、取り組みたい、 と考える方がiCAREに応募してくれるかも 課題の共有

Slide 9

Slide 9 text

©iCARE Co., Ltd All rights reserved ここにタイトルが入ります 9 ここに本文が入ります ここに本文が入ります ここに本文が入ります 
 
 iCARE開発チームを取り巻く状況

Slide 10

Slide 10 text

©iCARE Co., Ltd All rights reserved 10 iCAREおよびCarelyの歴史 2011年(10年前) 創業 2016年(5年前) Carelyローンチ 2021年 導入社数:470社(10月時点) 日本の人事部「HRアワード2021」人事労 務管理部門 最優秀賞受賞

Slide 11

Slide 11 text

©iCARE Co., Ltd All rights reserved 
 チャットによる
 相談・アドバイス
 従業員向け 
 一元管理で
 圧倒的に効率化
 人事・産業医向け 企業の健康を
 トータルサポート
 従業員
 メディカルスタッフ
 人事・産業医
 チャット クラウド 健康診断
 ストレス
 チェック
 残業時間
 01 サービス概要

Slide 12

Slide 12 text

©iCARE Co., Ltd All rights reserved 12 課題への直面 順調に成長をしてはいるが、 急激な成長の中で 様々な課題にも直面し始めている・・・

Slide 13

Slide 13 text

©iCARE Co., Ltd All rights reserved 顕在化してきている開発課題 13 顧客の増加や顧客層の変化 特に大手企業 の増加 過去に比べて 多様で複雑な要望を 受ける機会が急増

Slide 14

Slide 14 text

©iCARE Co., Ltd All rights reserved 主な要望の変化 14 1. 多様な機能 2. 多様なユーザー権限体系 3. 多様な他システムとの連携(SSO IdP、API) 4. より高いセキュリティ基準 5. より安定したサービス提供 実現 システムが複雑化

Slide 15

Slide 15 text

©iCARE Co., Ltd All rights reserved システムの複雑化 15 1. 思わぬところで不具合が出る テストコードや動作確認で防止しても、事前予測が難し い依存関係により不具合が発生 2. システム全体を把握することが困難 不具合が発生した時に原因の特定に時間がかかった り、問題解決の難易度が上がる

Slide 16

Slide 16 text

©iCARE Co., Ltd All rights reserved 高くなる専門性 16 フロントエンド サーバーサイド インフラ それぞれ高い専門性が必要になるため、それぞれの領 域の壁を超えて作業する難易度が高くなる それぞれの領域の間にある問題が置き去りになる

Slide 17

Slide 17 text

©iCARE Co., Ltd All rights reserved 開発体制として求められている点 17 問題の解決難易度が上がる中で、多様な課題を 最速で、かつ並行して解決していく必要がある チャレンジングですねー

Slide 18

Slide 18 text

©iCARE Co., Ltd All rights reserved ここにタイトルが入ります 18 ここに本文が入ります ここに本文が入ります ここに本文が入ります 
 
 これらの問題を解決するための 開発体制

Slide 19

Slide 19 text

©iCARE Co., Ltd All rights reserved 開発体制として求められている点 19 1. 開発要員の増員 2. 多様な要求に応えるチーム構成 3. 管理可能なチームサイズ 4. チームごとのマネージャー・リーダー 5. 領域の間問題を最速で解決するフィーチャーチーム制 6. 領域の間を埋める多様な開発ロール (具体的には、QAE、セールスエンジニア、 プロジェクトマネージャなど)や各種委員会の設置

Slide 20

Slide 20 text

©iCARE Co., Ltd All rights reserved フォーカスする話題 20 1. 開発要員の増員 2. 多様な要求に応えるチーム構成 3. 管理可能なチームサイズ 4. チームごとのマネージャー・リーダー 5. 領域の間問題を最速で解決するフィーチャーチーム制 6. 領域の間を埋める多様な開発ロール (具体的には、QAE、セールスエンジニア、 プロジェクトマネージャなど)や各種委員会の設置

Slide 21

Slide 21 text

©iCARE Co., Ltd All rights reserved チーム構成の前提条件 21 昨今エンジニア採用の競争はとても熾烈 潤沢ではない開発リソースの中でなんとか開 発体制をを作らなければならない

Slide 22

Slide 22 text

©iCARE Co., Ltd All rights reserved 開発チーム構成詳細 22 COO CTO シニアマネージャー        キャプテン チーム CTO VPoE 健診 QAE CTO室 基盤技術 CTO 応用技術 パートナー 技術顧問 デザイ ン SRE 現状はこんな感じです

Slide 23

Slide 23 text

©iCARE Co., Ltd All rights reserved チーム構成の説明 23 健診 基盤技術 チーム チーム 応用技術 3つのフィーチャーチーム(フロントエンド・バックエンド) ファンクションチーム デザイン QAE 技術 顧問 パートナー SRE CTO室

Slide 24

Slide 24 text

©iCARE Co., Ltd All rights reserved チーム構成の意図 24 アプリケーションエンジニアが3つの フィーチャーチームに分かれている理由 1. Carelyの中で健診関連開発は機能的な独立性を持っており、他 機能よりもドメイン知識が必要。そのため、チームとして独立したほ うが開発効率が良い 2. 健診関連開発以外の開発は、機能で分割するのは難しい。た だ、一つのチームを構成するにはメンバーが多く、メンバー管理が 難しい。→2つのチームに。

Slide 25

Slide 25 text

©iCARE Co., Ltd All rights reserved ここにタイトルが入ります 25 ここに本文が入ります ここに本文が入ります ここに本文が入ります 
 
 開発チーム体制が抱える課題

Slide 26

Slide 26 text

©iCARE Co., Ltd All rights reserved チーム構成の意図 26 アプリケーションエンジニアが3つの フィーチャーチームに分かれている理由 1. Carelyの中で健診関連開発は機能的な独立性を持っており、他 機能よりもドメイン知識が必要。そのため、チームとして独立したほ うが開発効率が良い 2. 健診関連開発以外の開発は、機能で分割するのは難しい。た だ、一つのチームを構成するにはメンバーが多く、メンバー管理が 難しい。→2つのチームに。 責務の境界が曖昧

Slide 27

Slide 27 text

©iCARE Co., Ltd All rights reserved オペレーションチームの不在とチームの責務の曖昧さ 27 顧客増加により、調査やGUIから操作できないデータ操 作オペレーションが増加 現状はそれぞれのフィーチャーチームの誰かが開発を 止めて対応 リリースが近かったり、スケジュールが厳しかったりする と自発的に拾いに行けない やりくり

Slide 28

Slide 28 text

©iCARE Co., Ltd All rights reserved サーバーサイド、フロントエンドの業務量のアンバランス 28 フロントエンド Vue.js サーバーサイド Ruby on Rails ひとりひとりのメンバーは、基本的にどちらかの役割を 担っており、状況に応じてスイッチしていない 業務量は、現状の人員構成 にあわせて発生するわけではない 言語が異なり、かつ高い専門性 が必要が必要なためスイッチが 難しい やりくり

Slide 29

Slide 29 text

©iCARE Co., Ltd All rights reserved 体制変更の連続によるメンバーへの精神的負担 29 人数の増加に伴う度重なる体制の変化 ・対人関係が苦手な人は、チーム構成が変わることによって関わる 人が変わり、心理的に負担がかかる ・本人が希望しない役割を求められる フラストレーション ストレス ケア・ 個別対応

Slide 30

Slide 30 text

©iCARE Co., Ltd All rights reserved リーダー・マネージャー不足 30 これらの問題に対応するために リーダー・マネージャーが必要 採用/育成 志望するエンジニアが少ない 経験・スキルが足りない

Slide 31

Slide 31 text

©iCARE Co., Ltd All rights reserved 開発チーム構成詳細 31 COO CTO シニアマネージャー        キャプテン チーム CTO VPoE 健診 QAE CTO室 基盤技術 CTO 応用技術 パートナー 技術顧問 デザイ ン SRE 様々な課題を解決するために 作られた体制。でもこの体制も またいろいろな課題を抱えてい る。しかも来月も5人ジョイン ・・・。

Slide 32

Slide 32 text

©iCARE Co., Ltd All rights reserved 課題はチーム構成以外にも山ほどある・・・ 32 ・難易度の高い問題を解決できるメンバーが一部のメンバー に限られる ・エンジニアが開発と採用活動を並行しなければいけない ・プロダクトの成熟の中で、軒並み課題の難易度が高くジュ ニアエンジニアのオンボーディングが難しい ・様々なエンジニアの志向性にあわせたキャリアパスの用意 などなど、この他にもたくさん・・・

Slide 33

Slide 33 text

©iCARE Co., Ltd All rights reserved ご応募お待ちしています 33 こうした課題解決が面白そう/取り組みたいと考える勇者! いらっしゃいましたらぜひiCAREにご応募ください!

Slide 34

Slide 34 text

©iCARE Co., Ltd All rights reserved 実は最高のチーム! 34 テーマがテーマだったので、ネガティブな話が多くなってしまいましたが、 実は最高のメンバーが集まる、最高のチームです!

Slide 35

Slide 35 text

©iCARE Co., Ltd All rights reserved iCAREでは 35 課題と伸びしろとドラマがあ なたを待っています

Slide 36

Slide 36 text

©iCARE Co., Ltd All rights reserved ここにタイトルが入ります 36 ここに本文が入ります ここに本文が入ります ここに本文が入ります 
 
 ご清聴ありがとうございました