AI with TiDD

see https://offers-jp.connpass.com/event/377994/

Transcript

1. ※本資料は Ubie株式会社の機密情報を含んでおり、公開は貴社内に限定させていただいております。 　第三者への開示は原則禁止で、必要な場合は事前に当社へに対し文書での確認をお願いいたします。 Confidential 生成AIと「チケット駆動」で作る API開発の現在地 Ubie株式会社 しらじ (磯貝佳典)
2. Confidential 2 自己紹介 しらじ (磯貝佳典) • ソフトウェアエンジニア ◦ Webサービス 5社目 ▪ PCゲーム, EC, 外食, スポーツ, 医療 (イマココ) ◦ バックエンド、ネイティブアプリ開発などなど ◦ OSSライブラリの公開など • 2018年8月より医療業界(Ubie)へ Twitter: shiraji (@shiraj_i) GitHub: shiraji
3. Confidential 3 目次 １．2025年4月時点のチケット駆動開発フロー ２．2025年末のチケット駆動開発フロー 3
4. Confidential 4 このポスト知ってますか？ #宣伝 #PR https://zenn.dev/ubie_dev/articles/3 55baae1826996
5. Confidential 5 2025年春時点 1. 開発要件を社内AIツールに入力 2. 社内AIツールがコードを調査し、実装計画を作り、チケットを出力 3. JIRAにコピペ 4. mcp経由で実装依頼
6. Confidential 6 2025年春の仕組みの問題 • エンジニアしか使ってない • 情報が足らずAIが推測でチケットを埋めていた • 調査が遅い • SPの問題
7. Confidential 7 目次 １．2025年4月時点のチケット駆動開発フロー ２．2025年末のチケット駆動開発フロー 7
8. 8 2025年冬
9. Confidential 9 2025年春の仕組みの問題 • エンジニアしか使ってない • 情報が足らずAIが推測でチケットを埋めていた • 調査が遅い • SPの問題
10. Confidential 10 エンジニアしか使ってない • そもそもバックエンドエンジニアのチーム • claude codeのslashコマンドに寄せた • /hey で呼び出す形に
11. Confidential 11 2025年春の仕組みの問題 • エンジニアしか使ってない • 情報が足らずAIが推測でチケットを埋めていた • 調査が遅い • SPの問題
12. Confidential 12 情報が足らず AIが推測でチケットを埋めていた • notionにmcpでつないで情報を読み込ませる ◦ 会社OKR、今期チーム目標、用語集、知識ページなど ◦ コマンド用の知識ページを用意 ▪ 知らない単語が出てきたらwriteさせて、自動拡張 • 開発者がJIRAチケット情報を渡してくれていたら、mcpで収集 • 開発者の課題や目的を深掘りする質問
13. Confidential 13 深堀り質問例 ~ 身長・体重一覧ページ作りたいと言った時 ~ ⏺ 身長・体重記録機能の開発に関する詳細を確認させてください。適切な実装計画を立てるため、以下の点についてお聞かせください： 機能要件について 1. 既存の体調記録ページ : 現在どのような情報が記録できて、どのような画面構成になっていますか？ 2. 身長記録の詳細 : - 身長は一度記録したら変更不可ですか？それとも編集できる必要がありますか？ - 身長の単位は cmでよろしいですか？ 3. 体重記録の詳細 : - 体重記録の頻度はどの程度を想定していますか？（毎日？週単位？） - 一覧表示では何件程度表示する予定ですか？ - 編集・削除機能で、制限はありますか？（例：最近の記録のみ編集可能など） 使用目的・背景について 4. この機能を追加する目的は何ですか？（健康管理、医療記録、ダイエット記録など） 5. 他のシステムやサービスとの連携は必要ですか？ これらの詳細をお教えいただければ、最適な実装計画を策定いたします。
14. Confidential 14 2025年春の仕組みの問題 • エンジニアしか使ってない • 情報が足らずAIが推測でチケットを埋めていた • 調査が遅い • SPの問題
15. 15 調査が遅い • mcpやghコマンドなどを使って調査していた • 調査するとき、かなりの量のファイルを調べようとするため、遅かった • ローカルにあるrepoを読み込ませるようにした • claude codeのagentsという機能があり、それぞれ並列で調査させるようにした ◦ 調査前に調査計画を立てるようにした ▪ repo1 -> repo2の順で調査 ▪ repo1とrepo2を並行して調査
16. Confidential 16 2025年春の仕組みの問題 • エンジニアしか使ってない • 情報が足らずAIが推測でチケットを埋めていた • 調査が遅い • SPの問題
17. 17 SPの問題 • チケットの素案を作ったあと、SPを振らせる • SP=8 (だいたい1スプリント) はチケットとしてでかいというルールがあった • SPが8以上の場合、チケットを意味ある単位で分割する • すべてのSPが8未満になるようにチケット分割を繰り返させる ◦ 合計が元のチケットのSPより大きくなることは許容 • 人間がやるとムラがあった ◦ そのタイミングのチーム状況によってブレることもあった
18. 18 2025年冬
21. 21 最後に • どういう方法で外部ツールにアクセスするのか？は人間が決める必要がある ◦ mcp? コマンド? • 便利なんだけど、来月にはまた変わってるかも？ ◦ 周辺ツールの進化が激しい ◦ モデルの進化ですぐに腐る ◦ 70点目指すくらいでいい • 人間が開発に関わる限り、チケットなど変わらない部分もある
22. Confidential 22 ありがとうございました