事業成長の裏側：エンジニア組織と開発生産性の進化 / 20250703 Rinto Ikenoue

by SHIFT EVOLVE

Embed

Start on current slide

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

3 Copyright SHIFT Inc, All Rights Reserved. 20% 80% 作業判断職人にしか到達できない部分標準化により自由度を下げる数値計算により補完できる機械・道具により担保できる作業者による作業代替できるソフトウェア品質保証、テスト事業 Meister 職人判断作業作業分析調査と細分化会社紹介業務プロセスを分析して非エンジニアにテスト業務をアウトソースソフトウェアテストからDXへ FY2024 売上高 1,100億円 13.5倍成長！ FY2017 売上高 81億円 SHIFTグループは、ソフトウェアの「品質保証」を起点にサービスづくり全体を支援している会社です

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

9 Copyright SHIFT Inc, All Rights Reserved. 開発生産性の対策 1 アプリケーションフレームワーク最新技術のベストプラクティス網羅的なアプリケーション制御機能モダンアーキテクチャフォーマッターや静的解析ルールがあらかじめ整備されているため、コード表記や構造の一貫性が担保される共通基盤を利用することで「排他制御」や「例外管理」など開発者によるブレを抑制し、不具合を削減コード品質を担保し不具合を削減アプリケーション生産性 1

Slide 10

Slide 10 text

Slide 11

Slide 11 text

11 Copyright SHIFT Inc, All Rights Reserved. 開発生産性の対策 AWSクラウドインフラ SHIFT+AWSのベストプラクティス (AWS Well-Architected Framework他) セキュリティ・運用含む非機能要件を網羅モダンアーキテクチャ方式設計テンプレートを用いることで方式検討にかかる時間を削減できるため、プロジェクトのスムーズな立ち上げが可能標準化された開発ガイドラインに従い開発を進めることで、開発生産性が向上方式設計をテンプレート化アーキテクチャ生産性 2

Slide 12

Slide 12 text

Slide 13

Slide 13 text

13 Copyright SHIFT Inc, All Rights Reserved. 開発生産性の対策デザインシステムと連携することでアプリケーション全体で統一感のある洗練されたUIを高速に開発デザイントークンを取り込む仕組みがあるため、独自のデザインも反映可能デザインシステムとの連携デザイントークンファイル出力 CSSプラグインに取り込み ※デザイントークン：色、サイズ、余白などのデザインにおける基本ルール洗練されたUIの高速開発お客様独自のデザインへ一括変換コンポーネントライブラリデザイントークン※によるスタイリング U X 生産性 3

Slide 14

Slide 14 text

Slide 15

Slide 15 text

15 Copyright SHIFT Inc, All Rights Reserved. 開発生産性の対策ヒアリングシートを提供し、抜け漏れや解釈違いが発生しやすい業務要件・非機能要件を体系的に確認できるようになった成果物の粒度や定義を明確化し、関係者で共通理解が得られるようになったドキュメント・ルールの整備設計工程開発工程計画・要件定義アプリケーション方式設計インフラ方式設計非機能要件ヒアリングシート見積方式・ルールフロントエンド方式設計バックエンド方式設計 1. ディレクトリ構成 2. ルーティング 3. コンポーネント 4. フック 5. スタイリング 6. API呼び出し 7. 状態管理 8. バリデーション 9. 設定管理 10.認証 11.セキュリティ 12.メッセージ 1.ソフトウェアアーキテクチャ 2.コンポーネント構成 3.設定管理 4.コンテキスト管理 5.認証/認可方式 6.セッション管理 7.データベースアクセス 8.トランザクション制御 9.排他制御/バリデーション 10.メッセージ制御/ログ出力方式 11.例外処理方式 12.外部API呼び出し 13.採番方式 14.ヘルスチェック 15.セキュリティインフラ方式設計 1. アーキテクチャー 2. ネットワーク 3. オンライン処理 4. バッチ処理 5. データベース 6. 認証 7. DNS 8. CI/CD 9. セキュリティ 10.構成管理 11.バックアップ 12.オブザーバビリティ 13.ログ管理 14.メンテナンス 15.コスト管理開発プロセス 4

Slide 16

Slide 16 text

16 Copyright SHIFT Inc, All Rights Reserved. SHIFT DQS(DevelopmentQualityStandard)の概要全体を開発標準として運用している開発プロセスの課題アプリケーションフレームワーク AWSクラウドインフラ Business Logic Business Logic Business Logic BFF User Interface User Interface User Interface アプリ層（バック）フレームワーク層インフラ層設計工程開発工程アプリケーション方式設計インフラ方式設計開発標準ガイド・ツール機能設計書開発標準ボイラープレートアプリ層（フロント） UI/UX設計アプリケーション開発領域非機能要件ヒアリングシート計画・要件定義アーキテクチャ品質課題 UX生産性課題アプリケーション生産性の課題

Slide 17

Slide 17 text

17 Copyright SHIFT Inc, All Rights Reserved. 標準化活動プロジェクト、部門、案件などの日常業務において行われるさまざまな改善活動の成果物を標準フレームワークとして展開運用テスト SQF Racine Barista Flower シナリオテストAI 開発 DQS セミオーダー開発 CI/CDスタータパックコンサルテンプレート集組織Agile 8keys 営業 Bomツール

Slide 18

Slide 18 text

Slide 19

Slide 19 text

19 Copyright SHIFT Inc, All Rights Reserved. 標準フレームワークは開発生産性を底上げするすべてのプロジェクトで開発標準を強制しているわけではありません。前例実績のない技術・方法論を取り入れたプロジェクトも多くあります。スキルやバックグラウンドが近しい少数のメンバー構成であれば、不要かもしれません。一定数以上の異文化混成チームになると、ルールがないことのデメリットが大きくなります。

Slide 20

Slide 20 text

20 Copyright SHIFT Inc, All Rights Reserved. AI開発プロセスへの対応（開発中）開発標準で定義したルール・テンプレートをシステムプロンプトとして定義することで、全体のAI開発を底上げしている要件定義書基本設計書 (画面設計,API設計･･･) 設計書テンプレート設計書作成ルール実装ルールデザインシステム UI方針アプリ＆テストコード（フロントエンド）方式設計書画面デザインアプリ＆テストコード（バックエンド）フレームワークソースコードメインで作成微修正洗練したUIへ更新レビュー＆指示生成AIが期待する成果物を作成できるよう最適化した、テンプレート・各種ルールを整備ウォーターフォール開発における設計・開発プロセスを、AIと人間が協働して推進＋

Slide 21

Slide 21 text

21 Copyright SHIFT Inc, All Rights Reserved. 参考 Gartner、IT組織はビジネスの重要パートナーとして ITによる価値を提供できる組織への変革が急務であると提言 2025年2月12日ビジネスの変化や成長にも柔軟に対処できるアプリケーションやソフトウェア開発標準の刷新に取り組む必要がある 2028年までに開発標準を刷新しないソフトウェア・エンジニアリング組織は、開発技術の進化による生産性の向上が限定的となり、ビジネス需要に対応しきれなくなる。国内の多くのソフトウェア・エンジニアリング組織で、ローコード開発ツールやAIといった、生産性の大きな改善が期待される開発技術の導入が進んでいます。 Gartnerの2025年CIO／テクノロジ・エグゼクティブ・サーベイでは、76%の回答者が2025年までにローコード／ノーコード開発プラットフォームを導入予定と回答しています。一方、2024年6月に実施した別の調査では、ソフトウェア開発において、生成AIの本格的な利用が始まっていることが明らかになっています。ディレクターアナリストの関谷和愛は次のように述べています。「国内の多くの大企業では、こういった革新的な開発技術の真価を発揮させるために必要な開発標準の刷新は進んでいない状況です。生産性向上の恩恵を十分に享受するためには、単なるツール導入ではなく、開発プロセスや各種の規約、メトリクスといった、開発標準の抜本的な見直しが不可欠です」 https://www.gartner.co.jp/ja/newsroom/press-releases/pr-20250212-apps-predicts

Slide 22

Slide 22 text

技術進化が激しいからこそ、開発標準のアップデートが生産性の向上に繋がる

Slide 23

Slide 23 text

Slide 24

Slide 24 text

これらの疑問にどう立ち向かったかを共有します。誰がフレームワークをつくるの？誰が標準を決めるの？どうやって全社に展開するの？どうやって陳腐化を防ぐの？コストはどう考えるの？活躍した人たちをどうやって評価するの？

Slide 25

Slide 25 text

Slide 26

Slide 26 text

26 Copyright SHIFT Inc, All Rights Reserved. 誰が標準を決めるの？お客様視点が第一優先事項提案時に自然競争が発生して市場ニーズにマッチしているものが自然と選ばれるフルオーダー開発標準化された開発柔軟性が高い創造性が発揮される唯一無二のものができる付加価値の追求がしやすい再現性が高いアサイン難易度が低い品質担保しやすいスケールしやすい活用プロジェクトが増えると、体制が厚くなりまた進化する

Slide 27

Slide 27 text

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Slide 32

Slide 32 text

Slide 33

Slide 33 text

Slide 34

Slide 34 text

34 Copyright SHIFT Inc, All Rights Reserved. 活躍した人たちをどうやって評価するの？エンジニア成果技術スタック Go、ECS、Playwright etc. 深さ、幅、教える力、ブランド力ロール PM、アーキテクト、プリセールス拡大率、提案力、交渉力、リスク管理市場単価市場価値のあるものに対して実現するスキルとプロセスを理論化した評価制度これから市場価値が出るか出ないかわからない活動に対する評価をどう考えるべきか？課題評価は市場価値に連動した「絶対評価」

Slide 35

Slide 35 text

Slide 36

Slide 36 text

36 Copyright SHIFT Inc, All Rights Reserved. イレギュラーへの許容大量のデータに裏付けられた徹底した定量化・方程式化を重視しながらイレギュラーを許容することで、成長する事業に制度も追いつこうとしている「部下の給与を上げられない上司は不要」 SHIFTは評価会議に1200時間費やす（日経ビジネス） https://business.nikkei.com/atcl/gen/19/00737/041400004/ 対策