Download as PDF, PPTX
Uploaded by株式会社カオナビ
カオナビのカイゼン・ストーリー 〜どうやってアジャイルな開発組織を作り上げたのか？〜
XP祭り2020で発表した資料です。 https://confengine.com/conferences/xp2020 ローンチからマザーズへ上場し、HRTechをリードするまでになった7年は、カオナビにとってカイゼンの歴史でもありました。 外注開発から、内製化へ。 職能型組織から、マトリクス型組織へ。 レガシーな技術から、モダンな技術へ。 従来型の開発プロセスから、アジャイルな開発へ。 開発組織がない状態から、直面した様々な課題をどう乗り越えていったのか、そしてその先の未来を見据えた取り組みについて紹介しています。
![[okaweb × HTML5 fun] HTML5で人気のAPIを使って 未来価値を創造しよう](https://cdn.slidesharecdn.com/ss_thumbnails/okaweb20140607abe-140608211615-phpapp01-thumbnail.jpg?width=640&height=640&fit=bounds)
カオナビのカイゼン・ストーリー 〜どうやってアジャイルな開発組織を作り上げたのか？〜
- 1.
- 2. 2020/09/19 © kaonavi Inc. 登壇者紹介 尾張部佑亮 グループマネージャー/EM 2 松下 雅和 (@matsukaz) CTO 小松 史明 スクラムマスター/EM
- 3. 2020/09/19 © kaonavi Inc. このセッションでお話すること ●サービス成長の裏側 ● 1年半におよぶカイゼン活動 ● カオナビの描く未来像 3
- 4.
- 5. 2020/09/19 © kaonavi Inc.5 この6年間に どのような出来事があったのか？
- 6. 2020/09/19 © kaonavi Inc. 2012年4月〜：カオナビのサービス開始 6 ●開発はーーーーー外注１００％ ● 顧客ごとにーーー機能をカスタマイズ ● 運用はーーーーー現地作業あり
- 7. 2020/09/19 © kaonavi Inc. 2012年4月〜：カオナビのサービス開始 7 ●創業者が自ら仕様を作り、自ら営業に行く ● 顧客のオフィスに出向いてのリリース作業（オンプレ時代） ● 顧客ごとにサービスをカスタマイズ ● etc・・・ カオナビを軌道に乗せる為に一生懸命！
- 8. 2020/09/19 © kaonavi Inc. 2015年：運用の安定化を目指し、リプレイスプロジェクト始動 8 ●売上重視の時代が続く ↓ ● 技術負債が溜まる ↓ ● 運用の不安定さを無視できなくなる ↓ ● サービスのリプレイス開始
- 9. 2020/09/19 © kaonavi Inc. 2017年：組織化への動き 9 ●現行バージョン(3.0)へ移行開始 ● 新規の利用企業が更に増加（2017年度は約４５０社） ● 組織体制の強化に乗り出す 職能別の組織が誕生する!
- 10.
- 11.
- 12. 2020/09/19 © kaonavi Inc.12 黎明期 急速な組織化 様々な歴史の末にサービスの利用企業数は増加していった リプレイス
- 13.
- 14.
- 15. 2020/09/19 15 ● 深刻化したセクショナリズム ● 仕様書を読み込むのに時間がかかる ●期日コミットすることがゴールになっている ● 積み重ねた技術負債による鈍化 2019/4時点でこの状態… © kaonavi Inc.
- 16. 2020/09/19 16 ● 深刻化したセクショナリズム ● 仕様書を読み込むのに時間がかかる ●期日コミットすることがゴールになっている ● 積み重ねた技術負債による鈍化 2019/4時点でこの状態… © kaonavi Inc. アジャイルソフトウェア開発宣言の 真逆をいく開発をしていることがよく分かる 個人と対話よりも、プロセスやツールを 動くソフトウェアよりも、包括的なドキュメントを 顧客との協調よりも、契約交渉を 変化への対応よりも、計画に従うことを
- 17.
- 18.
- 19.
- 20. 2020/09/19 3本のカイゼンの矢 20 開発体制 カイゼン 開発プロセス カイゼン 開発技術カイゼン © kaonavi Inc.
- 21.
- 22.
- 23. 2020/09/19 23 当時の様子 これ、〇〇までにお願いします ! はい！ すみません、ここ仕様変えてい いですか？ そこを変更すると色々と影響が … (仕様について質問したいけど、 話しかけ辛いな…) (実装について確認したいけ ど、話しかけ辛いな…) 順調ですか？ はい…！(実はギリギリ…) 引き続きお願いします！ (よし、順調なんだ) © kaonavi Inc. ●自分の担当を終わらせることで必死 ● 納期に間にあわせることが目的 ● 意思疎通不全 ● 謎のコミュニケーションのハードル
- 24.
- 25.
- 26.
- 27. 2020/09/19 27 その結果 グループ開発 ➡ チーム開発 何のために開発しているのか分からない➡ Whyを理解した上で開発 やらされ仕事 ➡ 自分たちで成し遂げる仕事 個人で成果を出す ➡ チームで成果を出す 自分の仕事が終わるかどうか ➡ チームとしての仕事が終わるかどうか 企画職と開発者のコミュニケーション不足 ➡ 疑問・相談は直接その場で速攻で 認識のすれ違い ➡ 同じ質で同じ情報量 生じた変化 © kaonavi Inc.
- 28.
- 29.
- 30.
- 31.
- 32.
- 33.
- 34.
- 35.
- 36.
- 37. 2020/09/19 37 型にハマることで学ぶ STEP1 スクラムガイド原理主義 違う違うそうじゃない！ スクラムガイドには ウンタラカンタラ！ なんでか分からないけど ルールを守らないなんだ … 何のためにやってるんだろ … 実践する価値を感じられない… スクラムマスター PO・開発チーム © kaonavi Inc.
- 38.
- 39. 2020/09/19 39 型にハマることで学ぶ 守 破 離 ©kaonavi Inc.
- 40.
- 41.
- 42.
- 43.
- 44.
- 45.
- 46.
- 47.
- 48. 2020/09/19 48 その結果 プロジェクトの終盤まで不確実性が残る ➡ アジャイルな見積もりと計画の実践 スケジュールもスコープも変えられない…？ ➡ 自分たちでプロジェクトのハンドルを握る QA・デプロイは他のグループがするもの ➡ チームで完結できるようコラボレーション 手を動かすまで開発の難易度は分からない ➡ プランニング終了時点で把握、対策を打つ プロジェクトが終わってからのふりかえり ➡ 毎スプリント小さなカイゼンを試す 全て開発し終わるまでリリースできない ➡ α,βリリースでフィードバックループを回す 生じた変化 © kaonavi Inc.
- 49.
- 50.
- 51.
- 52.
- 53.
- 54.
- 55. 2020/09/19 55 カイゼンのヒント ● 攻守のバランス ● 土壌作り ©kaonavi Inc.
- 56. 2020/09/19 56 攻守のバランス ● React移行プロジェクト ● Goによる外部公開API開発 ●PHP/Laravelバージョンアップ ● FlowからTypeScript移行 ● 着実なリファクタリング © kaonavi Inc.
- 57.
- 58.
- 59.
- 60. 2020/09/19 3本のカイゼンの矢 60 開発体制 カイゼン 開発プロセス カイゼン 開発技術カイゼン © kaonavi Inc.
- 61.
- 62.
- 63.
- 64.
- 65.
- 66.
- 67. 2020/09/19 ● KDS（Kaonavi DesignSystem）によるUI/UX改善 ○ 共通コンポーネントとして専用リポジトリで管理 ○ カオナビ全体を置き換え中 © kaonavi Inc. Design Systemの導入 67
- 68. 2020/09/19 ● 独自形式のAPI →RESTful形式 ● Reactへの完全移行 ● Swaggerの網羅性を95%以上で維持 ● パフォーマンス改善 © kaonavi Inc. 技術負債との戦い 68
- 69.
- 70. 2020/09/19 © kaonavi Inc. アジャイルテストの導入 70 参加者● すべてのメンバー ● テスターが特別な専門知識を提供 ● テストは、要件／設計／実装などすべての開発フェーズに織り込まれる ● テストは、開発ライフサイクルを通じて同時に実施 ● テスターから開発チームへの修正フィードバックが、開発ライフサイクルの中で 行われる → より良い設計と実装へ 特徴 アジャイルソフトウェア開発の原則に従うソフトウェアテスト方法
- 71. 2020/09/19 © kaonavi Inc. アジャイルテストのスプリント内の流れ 71 1スプリント デイリースクラム バックログリファインメント スプリント レビュー レトロ スペクティブ リリース（テスト）計画更新 リグレッションテスト 受け入れ条件 チェック テストケース 設計＆作成 テスト実施 テストレベル 定義 テスト観点 テスト見積りレポート プランニング1 プランニング2 テストケース レビュー 開発 スクラム イベント アジャイル テスト
- 72.
- 73. 2020/09/19 © kaonavi Inc. ポストモーテム運用 73 主に失敗に対するふりかえり、学習、再発防止活動 ●実施対象（クリティカルな失敗からの学びを優先） ○ 一定深刻度のインシデント ○ リリース後の巻き戻し
- 74. 2020/09/19 ● E2Eテスト ○ 一部プロジェクトでTestCafeを導入 ○CI連携準備中 ● モブプログラミング ○ 一部プロジェクトで実施中 © kaonavi Inc. 他にも 74
- 75.
- 76. 2020/09/19 ● 目的 ○ 権限と責任の委譲 ○責任者を明確化 © kaonavi Inc. 新たなロールを設置 76 ロール 役割 エンジニアリングマネージャー 文化醸成、採用援助、エンジニアメンター サービスリード サービスの受け入れジャッジ、技術育成、人 材採用 テックリード フロントエンド 技術ジャッジ、技術育成、人材採用 バックエンド（API、機能実装） サーバサイド（インフラ寄り）
- 77. 2020/09/19 © kaonavi Inc. 組織力のさらなる強化 77 2020.07.01 CDO（最高デザイン責任者）に玉木穣太就任 2020.07.15 技術顧問に森正弥氏就任 2020.09.01 CTO（最高技術責任者）に松下雅和就任 ●「デザイン」の力を経営や事業に組み込む ○ コーポレートブランディング ○ コミュニケーションデザイン ○ デザインガイドライン ● 元楽天技術研究所代表 ● 組織戦略、研究開発 （AI, ビッグデータ）相談 ● プロダクトの開発体制強化
- 78.
- 79.
- 80.
- 81.
- 82.
- 83.
- 84.
- 85. 2020/09/19 © kaonavi Inc. マイクロサービス化プロジェクト発足にいたるまで 85 ボトムアップでチームが発足 ● 個別最適になってしまいそう ● 開発組織全体を巻き込むのが難しい ● オーナーシップが発揮し辛い このままでは うまくいかないかも…
- 86. 2020/09/19 © kaonavi Inc. マイクロサービス化プロジェクト発足にいたるまで 86 経営層の合意の元、トップダウンでプロジェクト化 ● 全体最適の視点 ● 開発組織全体を巻き込む ○ 第2言語としてGoを正式採用 ○ DevOpsチームを目指す ● オーナーシップをCTOが持つ 本格始動！
- 87.
- 88.
- 89. 2020/09/19 © kaonavi Inc.89 カオナビの カイゼン・ストーリーは まだまだ続く！
- 90. 2020/09/19 to be continued... 90 ©kaonavi Inc.
- 91.