【LT】ソフトウェア産業は進化しているのか？ #Agilejapan

2024/11/22 Agile Japan 2024 にて行ったLTの資料です。

Transcript

1. Findy Inc. ソフトウェア産業は進化しているのか？ Findy Team+ Agile Japan 2024 -LT- 2024/11/22 ファインディ株式会社 CTO室　高橋裕之 1
2. Findy Inc. 高橋 裕之 / Hiroyuki Takahashi ファインディ株式会社 CTO室 Software Engineer, SPI Coach, Agile Coach @Taka_bow takabow hiroyukitakah • 1989年より組込みエンジニアとして、OS開発、通信プロトコル開発、RTOSや 組込みLinuxを基盤としたガジェット開発に16年携わる。 • 2005年、それまでの経験を活かし、エンジニア人材と組織の課題解決に特化 したSPI（ソフトウェアプロセス改善）の専門家へ転身。 • 現在は、SPIコーチおよびアジャイルコーチとして活動し、DORAメトリクスを活 用したプロセス改善活動を得意とする。 • ソフトウェアエンジニアリングの潜在能力向上支援（イネーブルメント）に注力 し、組織のパフォーマンス最適化に貢献している。
3. Findy Inc. CONFIDENTIAL ファインディ株式会社について 3 Findyは、エンジニア組織向けのサービスを提供する、2014年創業･260人規 模のスタートアップです （シリーズCの資金調達を22年に実施） 経営陣 三菱重工業、BCGを経て2010年、創業期 のレアジョブに入社し、執行役員を経験。 その後、ファインディ株式会社を創業 CEO 山田 裕一朗 元GREEフルスタックエンジニア。 東京大学 情報理工学系研究科 創造情報学 専攻卒業後、GREE入社。 大学院では、稲葉真理研究室に所属。自然 言語処理やデータマイニング関連の論文を 執筆。 CTO 佐藤 将高 投資家 グローバル・ブレイン、ユナイテッド、SMBCベンチャーキャピタ ル、KDDI、JA三井リース、博報堂ＤＹベンチャーズ、みずほキャ ピタル、Carbide Ventures ＊2019年5月 シリーズAで2億円調達 ＊2020年7月 シリーズBで7.7億円調達 ＊2022年4月 シリーズCで15億円調達 会社名 ファインディ株式会社 / Findy Inc. 代表者 山田 裕一朗 設立 2014年2月（本格的な事業開始は2016年7月） 社員数 263名(2024年6月時点) 資本金 22億5764万円（資本準備金含む） 住所 〒141-0032 東京都品川区大崎1-2-2　アートヴィレッジ大崎セントラ ルタワー 5階 事業許可番号 13-ユ-308478 事業内容 スカウト型リクルーティングサービス「Findy」 ハイスキルな業務委託エンジニア紹介サービス「Findy Freelance」 エンジニア組織支援SaaS「Findy Team+」 開発ツールのレビューサイト「Findy Tools」
4. Findy Inc. ビジョン 挑戦するエンジニアのプラットフォームをつくる Driving business growth through technology
5. © Findy Inc. ファインディが展開するエンジニアプラットフォーム サービス紹介 ※ 各種数値は、2024年6月時点のFindy転職、Findy Freelance、Findy Team+、Findy Globalの4サービスの累計での社数及び登録者数です。 
 　 なお、1社又は1名の方が複数のサービスに登録している場合は、そのサービスの数に応じて複数のカウントをしています。 ToC / ToB SaaS / ToB マッチングサービス 組織分析SaaS ToC / ToB 開発ツールメディア β版 GitHubやJiraを解析し、エンジニア組織の ⾒える化と⽣産性向上をサポート。 エンジニア組織の⾒える化 5万⼈以上のフリーランスエンジニアの 成功報酬型の⼈材紹介サービス。 フリーランスエンジニアの採⽤ 約12万⼈のエンジニアと880社以上の テック企業をマッチング。 正社員エンジニアの採⽤ 実際に利⽤している企業の声を元に、 開発ツールの導⼊や検討に必要な情報を 集約。企業の技術選定をサポート。 開発ツールのレビューサイト 5
6. Findy Inc. 6 ソフトウェア産業は進化しているの か？
7. Findy Inc. 「私の印象では、ソフトウェア産業は学ぶことも進化することもなかなかで きないで苦闘 しているように見えます。 この相対的な停滞は、コードを実行するハードウェアのとてつもない進化 によって見えなくされている のです。」 David Farley（2021） 引用：Farley, D.(2022), 長尾高弘 (訳). 継続的デリバリーのソフトウェア工学: もっと早く、もっと良いソフトウェアを作るための秘訣 (Nagao, T., Trans.). 日経BP社. (Original work published 2021) p.69 Modern Software Engineering 7
8. Findy Inc. 進化してないとは言わないが、決してペースは早くない ソフトウェアと設計の考え方を根本的に変えた変化はふたつしかない 1.アセンブリ言語からCへの変化 2.手続き型プログラミングからオブジェクト指向プログラミングへの変化 テクノロジーよりも、プロセスで苦戦しているように見える 引用：Farley, D.(2022), 長尾高弘 (訳). 継続的デリバリーのソフトウェア工学: もっと早く、もっと良いソフトウェアを作るための秘訣 (Nagao, T., Trans.). 日経BP社. (Original work published 2021) p.69 Modern Software Engineering 8 David Farley（2021）
9. Findy Inc. 9 なぜ？
10. Findy Inc. 「間違った古い考えを捨てられない」から 10 David Farley（2021） 引用：Farley, D.(2022), 長尾高弘 (訳). 継続的デリバリーのソフトウェア工学: もっと早く、もっと良いソフトウェアを作るための秘訣 (Nagao, T., Trans.). 日経BP社. (Original work published 2021) p.69
11. Findy Inc. 「間違った考え方をなかなか捨てられない理由のひとつは、 ソフトウェア開発のパフォーマンス（能力、業績）を 効果的に 計測できていない ことにあります 」 David Farley（2021） 引用：Farley, D.(2022), 長尾高弘 (訳). 継続的デリバリーのソフトウェア工学: もっと早く、もっと良いソフトウェアを作るための秘訣 (Nagao, T., Trans.). 日経BP社. (Original work published 2021) p.70 Modern Software Engineering 11
12. Findy Inc. Infrastructure as Code, 2nd Edition 12 ※2025年3⽉に3rd出版予定
13. Findy Inc. (出典) Infrastructure as Code, 2nd Edition , Figure 1-2. Speed and quality map to quadrants 13 スピードより 品質を重視 品質より スピードを重視 スピードと品質 の両⽴ 壊れやすい 厄介な状態 高品質 低品質 遅い 速い 右下の象限: 品質よりスピードを重視 • いわゆる「早く作って壊す」という考え方です。ス ピードを重視して品質を犠牲にするチームは、乱雑 で脆弱なシステムを構築します。その粗悪なシステ ムによって作業が遅くなり、左下の象限に滑り落ち ていきます。このやり方を続けてきたスタートアッ プの多くが「勢い」を失ったと嘆きます。以前なら 素早く対応できた簡単な変更が、システムが複雑に 絡み合っているために、今では何日も何週間もかか るようになっています。 左上の象限: スピードより品質を重視 • 「私たちは重要な仕事をしているのだから、きちんとやらなければならない」という考え方です。しか し、納期のプレッシャーにより「場当たり的な対応」を強いられます。重厚なプロセスが改善の障壁とな り、技術的負債は「既知の問題」リストとともに増大します。これらのチームは左下の象限に落ち込みま す。改善が困難なため、結果として低品質なシステムになってしまいます。失敗への対応として更にプロ セスを追加します。このプロセスが改善をより困難にし、脆弱性とリスクを増大させます。これがさらな る失敗とプロセスの追加を招きます。特にリスクに敏感な業界では、このように働く組織の多くの人々 が、これが普通だと思い込んでいます。 スピードと品質はトレードオフではない
14. Findy Inc. (出典) Infrastructure as Code, 2nd Edition , Figure 1-2. Speed and quality map to quadrants 14 スピードより 品質を重視 品質より スピードを重視 スピードと品質 の両⽴ 壊れやすい 厄介な状態 高品質 低品質 遅い 速い 右下の象限: 品質よりスピードを重視 • いわゆる「早く作って壊す」という考え方です。ス ピードを重視して品質を犠牲にするチームは、乱雑 で脆弱なシステムを構築します。その粗悪なシステ ムによって作業が遅くなり、左下の象限に滑り落ち ていきます。このやり方を続けてきたスタートアッ プの多くが「勢い」を失ったと嘆きます。以前なら 素早く対応できた簡単な変更が、システムが複雑に 絡み合っているために、今では何日も何週間もかか るようになっています。 左上の象限: スピードより品質を重視 • 「私たちは重要な仕事をしているのだから、きちんとやらなければならない」という考え方です。しか し、納期のプレッシャーにより「場当たり的な対応」を強いられます。重厚なプロセスが改善の障壁とな り、技術的負債は「既知の問題」リストとともに増大します。これらのチームは左下の象限に落ち込みま す。改善が困難なため、結果として低品質なシステムになってしまいます。失敗への対応として更にプロ セスを追加します。このプロセスが改善をより困難にし、脆弱性とリスクを増大させます。これがさらな る失敗とプロセスの追加を招きます。特にリスクに敏感な業界では、このように働く組織の多くの人々 が、これが普通だと思い込んでいます。 スピードと品質はトレードオフではない
15. Findy Inc. (出典) Infrastructure as Code, 2nd Edition , Figure 1-2. Speed and quality map to quadrants 15 スピードより 品質を重視 品質より スピードを重視 スピードと品質 の両⽴ 壊れやすい 厄介な状態 高品質 低品質 遅い 速い 右下の象限: 品質よりスピードを重視 • いわゆる「早く作って壊す」という考え方で す。スピードを重視して品質を犠牲にする チームは、乱雑で脆弱なシステムを構築しま す。その粗悪なシステムによって作業が遅く なり、左下の象限に滑り落ちていきます。こ のやり方を続けてきたスタートアップの多く が「勢い」を失ったと嘆きます。以前なら素 早く対応できた簡単な変更が、システムが複 雑に絡み合っているために、今では何日も何 週間もかかるようになっています。 左上の象限: スピードより品質を重視 • 「私たちは重要な仕事をしているのだから、きちんとやらなければならない」という考え方です。しか し、納期のプレッシャーにより「場当たり的な対応」を強いられます。重厚なプロセスが改善の障壁とな り、技術的負債は「既知の問題」リストとともに増大します。これらのチームは左下の象限に落ち込みま す。改善が困難なため、結果として低品質なシステムになってしまいます。失敗への対応として更にプロ セスを追加します。このプロセスが改善をより困難にし、脆弱性とリスクを増大させます。これがさらな る失敗とプロセスの追加を招きます。特にリスクに敏感な業界では、このように働く組織の多くの人々 が、これが普通だと思い込んでいます。 スピードと品質はトレードオフではない それ、よく聞くんだけど ホントにー？ 測ってみないと 信じられませんよね
16. Findy Inc. 16 安心してください、測れますよ。
17. © Findy Inc. ファインディが展開するエンジニアプラットフォーム サービス紹介 ※ 各種数値は、2024年6月時点のFindy転職、Findy Freelance、Findy Team+、Findy Globalの4サービスの累計での社数及び登録者数です。 
 　 なお、1社又は1名の方が複数のサービスに登録している場合は、そのサービスの数に応じて複数のカウントをしています。 ToC / ToB SaaS / ToB マッチングサービス 組織分析SaaS ToC / ToB 開発ツールメディア β版 GitHubやJiraを解析し、エンジニア組織の ⾒える化と⽣産性向上をサポート。 エンジニア組織の⾒える化 5万⼈以上のフリーランスエンジニアの 成功報酬型の⼈材紹介サービス。 フリーランスエンジニアの採⽤ 約12万⼈のエンジニアと880社以上の テック企業をマッチング。 正社員エンジニアの採⽤ 実際に利⽤している企業の声を元に、 開発ツールの導⼊や検討に必要な情報を 集約。企業の技術選定をサポート。 開発ツールのレビューサイト 17
18. © 2024 Findy Inc. 開発⽣産性（パフォーマンス）を測る指標 Four Keys
 SPACE
 2
 1
 3
 4
 ✔ DevOpsの最適化 ✔ 多様な観点での⽣産性評価 S
 P
 A
 C
 E
 デプロイ頻度 変更のリードタイム 変更障害率 平均修復時間 Satisfaction and well being Performance Activity Communication and collaboration Efficiency and flow
19. Findy Inc. 19 DevOps指標 変更リードタイム デプロイ頻度 デプロイ失敗からの 回復時間 変更失敗率 信頼性（可用性） Four Keys DORA Model 統計的相関 （参考）Google Cloud. ” Explore DORA's research program”. Google Cloud. https://www.devops-research.com/research.html. (参照 2023-1-10)
20. Findy Inc. Findy Team+画面イメージ：生産性可視化･向上 20 DevOps指標やコーディングプロセスにおける生産性を測定することで、効率・クオリ ティの全体観を把握しながら、生産性向上を検討できます 開発プロセス全体の生産性把握 （特に） コーディングプロセスの生産性把握 DevOps指標を観測し、開発効率やクオリティの全体観を把握 プルリク作成数やクローズ時間を観測すること で、コーディングプロセスの全体観を把握 現状の課題や開発組織としての目標、ビジネススピードを鑑みながら、生産性向上の打ち手を検討可能
21. Findy Inc. Findy Team+は、データ解析や⼈⼯知能（AI）‧機械学習など の 先進技術を活⽤し、チームにおける効率的かつ効果的な⽣産性の ⾼い開発プロセスの実現を⽬指します。 AIによるインテリジェント開発時代のチームマネジメントを⽀える Findy Team+ Intelligent Development Enabler
22. Findy Inc. Visualization Borderless Automation Indexation 越境化 可視化 指標化 ⾃動化 Findy Team+ Intelligent Development Enabler
23. Findy Inc. 現在の提供価値 Four Keysの可視化 プロジェクトの可視化 開発リードタイムの可視化 エンゲージメント分析 Visualization 可視化 指標化 ⾃動化 可視化 越境化 チームサーベイ分析 SPACEフレームワークに基づいたサーベイで、開発 者体験の伸びしろをタイムリーに把握
24. Findy Inc. Borderless 越境化 指標化 ⾃動化 可視化 越境化 2万を超える 他社データから 導くヒント ナレッジ豊富な カスタマーサクセス 現在の提供価値
25. Findy Inc. Automation ⾃動化 指標化 可視化 越境化 ⾃動化 外部ツールと連携して 自動でデータを可視化 開発⽣産性可視化 開発⽣産性向上 ⾃動で データ連携 現在の提供価値
26. Findy Inc. Indexation 指標化 可視化 越境化 ⾃動化 指標化 Team+ Award 客観的な指標を元に、100を超える開発⽣産性の⾼い企業を表彰 チーム別スコア分析 2万を超えるチームデータを元に開発⽣産性スコアを算出 現在の提供価値
27. Findy Inc. Visualization Borderless Automation Indexation 越境化 可視化 指標化 ⾃動化 Findy Team+ Intelligent Development Enabler
28. Findy Inc. 組織や国の枠を超える ⽣産性を可視化する 世界共通の尺度をつくる 改善まで⾃動化する Findy Team+ Intelligent Development Enabler
29. Findy Inc. チ ー ム に 開 発 ⾰ 命 を
30. Findy Inc. 30 会場後方、スクリーン反対側の ブースでお待ちしています！ ・Anker充電器 ・エンジニアあるあるお守り などがくじ引きであたります！🎊
31. Findy Inc. 31 会場後方、スクリーン反対側の ブースでお待ちしています！ ・Anker充電器 ・エンジニアあるあるお守り などがくじ引きであたります！🎊
32. Findy Inc. イベントのご案内：ぜひ、ブースをお尋ねください！ 11.26(⽕) @オフライン｜浜松町 お申込はこちら