AIは実装を速くする。では、私たちは何を今作るべきか？－立場を越えてリリースに向き合ったチーム開発の実践 / 20260801 Hiromi Nakaya and Naoki Takahashi

by SHIFT EVOLVE

Embed

Start on current slide

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

中矢博巳（なかやひろみ）所属: 村田製作所 • • • • • 2023年10月に入社新規事業創出支援、Webアプリ開発テックリード、Dev AI駆動開発、モブプロ・モブワークトライ&アダプト村田製作所入社前 • 自社プロダクト（NW監視ツール）の開発 • SIerにて通信キャリアの共通基盤システム開発（スクラム） Copyright Murata Manufacturing Co., / SHIFT Inc., All Rights Reserved.

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

AI活用前提の新規プロダクト開発短納期リリースに向けた3つの前提 01 決められた期間でシステムをリリースする必要があった 2025年10月から約半年で、計5名でプロダクトを形にする必要があった 02 社内にも事例の少ない、商用向けのWebシステム開発プロダクトの理解も、開発の進め方も、走りながら学習する状態だった 03 新しい取り組みであるAIを前提としたチーム開発実装速度を上げることが、最初の大きな武器になった Copyright Murata Manufacturing Co., / SHIFT Inc., All Rights Reserved. 7

Slide 8

Slide 8 text

Slide 9

Slide 9 text

速く作るための機構を用意した 1.5倍の開発速度の向上を求められていた。そのためにAIに親和性の高い技術スタックを採用。 ● ● ● ● モノレポ(FE/BE/IaC) ...AIがプロジェクト全体を横断して参照クリーンアーキテクチャ...責務・関心の分離、構造化で制御ハーネス整備...生成コードの検証自動化仕様駆動開発...開発者とAIの認識を揃える「速さ」をコントロールするための機構を用意した。 Copyright Murata Manufacturing Co., / SHIFT Inc., All Rights Reserved. 9

Slide 10

Slide 10 text

プロジェクトの環境について見えているものを速く作る方向に寄りやすかった。前提から問い直す対話機会が少なかった POが複数プロダクトを担当し、 Devとの細かな確認や、検討の機会が限られていた。デザイン先行予め実現したい機能要求に対し POとデザイナーが先行して作成。 Devはそれをもとに実装。「決まったもの」を作ることに意識が向かっていった。 Copyright Murata Manufacturing Co., / SHIFT Inc., All Rights Reserved. 10

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

AIで更なる開発速度の向上を目指した AIを利用した開発の圧倒的な速さが刺激となり、更なる作業効率を求め、新しい開発の進め方に挑戦した。画面/APIを揃えて検証していた単位を超え、リリースまでに必要と思われるAPIをまとめて先回り実装した。それまで挑戦動きを検証できる単位で開発 APIだけ先行して実装機能1 機能2 機能3 API1 画面+API 画面+API 画面+API Copyright Murata Manufacturing Co., / SHIFT Inc., All Rights Reserved. API2 API4 API3 API5 13

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

新しい技術負債も生まれたコードベースに、それまでと異なる形式の仕様記述と、使われないソースコードが残った。 AIにも人間にも読みづらく、チームで扱いづらいものになった。無駄になったAPI群コードベースの汚れ API1 従来の仕様記述 API2 API4 API3 API5 異なる仕様記述使われないソースコード結果として、スピードは空回りし、負債が溜まった。 Copyright Murata Manufacturing Co., / SHIFT Inc., All Rights Reserved. 17

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

デザインを“確定仕様”のように扱っていたデザインは、POが検討した初期仮説だった。それを初回リリースまでに作り切るものとして捉えていた。中心機能初期デザイン確度が高い POが検討した初期仮説周辺機能変動しやすい無駄になったAPIは、要件が見直された機能だった。 Copyright Murata Manufacturing Co., / SHIFT Inc., All Rights Reserved. 20

Slide 21

Slide 21 text

Slide 22

Slide 22 text

「今」作るべきかを見直した用意されたデザインを、そのまま作る前提をやめた。初回リリースでユーザーに届けるものとして本当に必須か？次リリースでは遅いのか？POと対話しながら見直した。必要必要なら初回リリースに乗せる本当に今必要か？不要不要なら初回リリースに乗せない今は必要ではないものは、今は作らない判断をした。 Copyright Murata Manufacturing Co., / SHIFT Inc., All Rights Reserved. 22

Slide 23

Slide 23 text

Slide 24

Slide 24 text

問い直した結果、作るものを絞れた初期デザインをそのまま実装するのではなく、 POと対話しながら、必要な形に絞ってリリースできた。作らない軽く作る運用対応する主要業務フローから外れる機能を落とせるか確認。管理者用の機能を作らず、既存機能で充足。利用頻度が低い機能は、初回は運用で代替。作る前に、必要性と実現する姿を判断した。 Copyright Murata Manufacturing Co., / SHIFT Inc., All Rights Reserved. 24

Slide 25

Slide 25 text

AI時代は、YAGNIを守る難しさが変わる AIで実装コストが下がると、迷う前に作れてしまう。 AIは実装速度だけでなく、あるべき姿とのズレも増幅する。初期デザイン問い直す機会の少なさ AIの開発速度問い直す前に作れてしまうだからこそ、作る前に問い直すことが重要だった。 Copyright Murata Manufacturing Co., / SHIFT Inc., All Rights Reserved. 25

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

AIの速さは、大きな力にも罠にもなった AIは、短納期のリリースを支える大きな力になった。しかし、速さを追い求めた結果、初期デザインを前提にした進め方へ寄っていった。短納期リリースを支える大きな力 AIによる実装速度問い直す前に作れてしまう速く作れるからこそ、作る前に問い直す必要があった。 Copyright Murata Manufacturing Co., / SHIFT Inc., All Rights Reserved. 28