スクラムの中で AI-DLC workflow を 使い始めて3ヶ月の振り返り

AI-DLCへの段階的移行の実践 ― AI時代のスクラムイベントを再定義する ―
https://levtechlab.connpass.com/event/388937/

ソフトウェアエンジニア
古屋 啓介

Transcript

1. スクラムの中で AI-DLC workflow を 使い始めて3ヶ月の振り返り 2026/04/21 AI-DLCへの段階的移行の実践 ― AI時代のスクラムイベントを再定義する ―
2. 自己紹介 - 名前: 古屋 啓介 - 所属: 株式会社カミナシ - ロール: Embedded SWE - その他: - AWS Community Builders (since 2023) - JAWS-UG SRE支部運営
3. - お伝えしたいこと - 私たちのチームの「現在進行系の試行錯誤」 - どのように継続的な改善を進めたか はじめに
4. 1. 背景　
5. 会社 & プロダクト紹介 日常はITに溢れているのに、仕事場は紙ばかりで非効率。 今日も作業現場で働く人たちは、十分に才覚を発揮できていない。 そんな3,900万人の埋もれたエネルギーを、私たちが解き放つ。 誰もが享受するべき当たり前を、すべての現場の人たちに届けたい。 効率的な作業、見事な成果、腕のなる仕事、豊かな人生。 これらはきっとつながっているから。 ノンデスクワーカーの 才能を解き放つ Mission
6. 「カミナシ レポート」とは（サービス） - カミナシのフラッグシッププロダクト - 2020年サービス開始 - 食品製造・機械製造の現場で活躍
7. 「カミナシ レポート」とは（プロダクト） - 記録アプリ - iOSアプリ - PWAアプリ - 管理画面 - Webアプリ - APIサーバー
8. 開発体制 - チーム編成 - 記録ドメインとその他ドメインで 2チーム - 1チームあたりの構成 - PdM - PD - EM - Eng x 3 - チームの成熟度 - 1年以上リモートかつスクラムで運営
9. - kiro（cli） - Claude Code - GitHub Copilot 利用している Coding Agent
10. - コミュニケーション、レビューのタイミングで速度が落ちる感覚 - いつ回答をもらえるか明確でない - 「ここの仕様 / デザインって...」「レビューお願いします」 - もちろんゴールに紐づく場合は優先して見てくれるけど 2025年末頃の個人的な課題 AIによるコーディングの高速化が進む一方、多くの開発現場では 「人間同士のコミュニケーション」や「コードレビュー」が新たな ボトルネックとなり、開発リードタイムの短縮に至らないという課 題に直面しています。 イベント概要より
11. AI-DLC という考え方に出会う - AI の力を最大限享受するための開発ライフサイクル - 詳しくは AWS 金森さんのスライドをご参照ください https://speakerdeck.com/kanamasa/ai-dlc-introduction
12. 特に響いた考え方 - チームコラボレーション - AI が作り、チームでリアルタイム判断 https://speakerdeck.com/kanamasa/ai-dlc-introduction?slide=22
13. AI-DLC workflow というものがあるらしい - AI-DLC を実践するためのワークフロー - 「これを使えばAI-DLC」ではない https://speakerdeck.com/kanamasa/ai-dlc-introduction?slide=30
14. 思ったこと いきなりガラッと変えるのは難しいにしても、 ・AI を中心に据える（AI-DLC workflowの利用） ・人間側はモブペアで進める あたりを取り込めば、 さっきの課題に対処できるのでは？？？
15. 2. 試行錯誤　
16. - バチバチのスクラム期 - 1週間スプリント - リファインメントで pt 見積もり、計画でゴールを決めて走る - AI はあくまで「補助ツール」で、使い方も属人的 - チームで共有すべきコンテキストは随時整備 開発スタイルの変遷（〜2025/12）
17. - スクラムの中で AI-DLC workflow 使ってみた期 - 1週間スプリント - リファインメントで pt 見積もり、計画でゴールを決めて走る - AI の使い方を統一（kiro with AI-DLC workflow）しモブプロで作業 開発スタイルの変遷（〜2026/02）
18. - 効果 - モブプロでも開発速度に劣化はなし - AI の使い方を統一することで安定性が増した（気がする） - ペアで1日実装、1日レビューというリズムが作れた - ずっとペアもしんどいよね、という振り返りの結果 - 課題 - まだコミュニケーションでロスしているところがある - 口頭で話していた要件が漏れることがある - Figma MCP を活用したいが、権限は PD のみ 開発スタイルの変遷（〜2026/02）
19. - AI-DLC workflow をもっと良くするには期 - 1週間スプリント - リファインメントをしっかりやる、計画でゴールを決めて走る - フォーマット通りに AI にまとめてもらう、その場で全員でレビューする - AI が主体となり、ペアプロに PD も参加 開発スタイルの変遷（〜2026/03）
20. - 効果 - コミュニケーションロスが減った - 集合知を得やすい（PdM、PD、QA） - 鮮度高いうちに実装できるので忘れない - Figma MCP 使うとデザイン周りはスムーズ - 課題 - もはや、計画のためのリファインメントではないのでは？ - pt も振ってないし - すなわち計画する意味ある？ 開発スタイルの変遷（〜2026/03）
21. - スクラムじゃなくてカンバンっぽいのをやってみる期（今ここ） - プランニングとゴール設定を廃止（1週間ごとにレビュー、レトロはやる） - リファインメントをしっかりやる、優先順位は毎日チェックする - AI が主体、そういえば最近ペアプロしていない - リファインメントがほぼモブプロだから？ - たまたま小粒なアイテムが続いているからかもしれない 開発スタイルの変遷（〜2026/04）
22. 3. 振り返って　
23. - コミュニケーションのタイミングで速度が落ちる感覚 - 要件確認 - リファインメントで認識が揃うので減った（し、発生してもスムーズ） - リファインメント = ダイナミックなコラボレーション - レビュー - レビュー Day を設けるなど試行錯誤しつつまだ答えが出ていない - ゴールの区切り方含めリズムづくりに影響するので今後考えていきたい 当初の課題はどうなった？
24. - ユーザーの体験について議論する時間が増えた - 「AI の出力をよくする」という観点でリファインメントを改善した副産物 - PD 的にもみんなでデザインするの楽しい - 体験向上できる可能性があがるのでは（推測） - みんなでやるべきか？的なところは継続して検討したい - リファインメントにかかる時間は増えた 今の形に行き着いてよかったこと
25. - ユーザーの体験について議論する時間が増えた - 「AI の出力をよくする」という観点でリファインメントを改善した副産物 - PD 的にもみんなでデザインするの楽しい - 体験向上できる可能性があがるのでは（推測） 今の形に行き着いてよかったこと PD PD
26. - 一週一善（？） - 来週の AI 活用はこれを改善する！を1つだけ決めて進めている - 例：PD と一緒にモブプロやってみる！ etc… - やってみてダメ/イマイチだったらやめる なぜいい感じに進んでいるのか？
27. - ゴールの設定と振り返りのタイミング - やはりゴール（意味のある区切り）はあったほうがいいのでは？ - = プロセスを振り返りたい - どこがボトルネックだったか、改善できるポイントはないか - そいうえば各アイテムのリリース日の決め方がふわっとなった - 計画で確認しなくなったため - リリース日をリファインメント時に決めてしまえば朝会で検査できる？ - 検査できれば課題が発生したときに適応と振り返りができる？ - 次にテコ入れするのは朝会かも（今ココ） 今、ホットな話題
28. まとめ - 「AI を軸にした開発スタイル」に切り替えた - きっかけは AI-DLC workflow との出会い - スクラムではなくカンバンっぽいものに移行中 - 毎週振り返って改善した結果 - 何が自分たちに合っているか試行錯誤することがダイジ - あくまで「私たちはコレがいい感じである」という点にご留意
29. ありがとうございました エンジニアブログ 採用情報