iOS機能開発のAI環境と起きた変化

2026年4月10日(金)に実施された「mobile.stmn #17」での発表資料です。
イベントページ：https://stmn.connpass.com/event/385160/
登壇者：株式会社kubell 中山 龍

Transcript

1. iOS機能開発のAI環境と起きた変化 iOSアプリ開発グループ 機能開発チーム 中山 龍 2026年4月10日 mobile.stmn #17
2. 2 中山 龍 (なかやま りゅう) • 株式会社kubell ◦ 新卒4年目のiOSエンジニア(23) ◦ 「Chatwork」アプリの機能開発を担当 ◦ 機能開発チーム(愛称: Ciel) リーダー • 愛知県在住 自己紹介 @ryu_develop 最近、いろいろブログ書きました〜 • エンジニアチームを率いる中で「伝える」ときに意識 している4つのこと • 新卒3年目iOSエンジニアの活動記録
3. 最近、どんな感じで開発してますか？ AI使ってますか？？
4. Chatwork iOSアプリの機能開発の環境を チラ見せします！！
5. 5 注意！ 本スライドで紹介する内容は実際に業務で使用しているものとは少し異なる場合 があります。 なるべく直感的に概要を伝えられるように Skills / Agents 名などを少し変えた り、細部を省略しながらお伝えしたりしています。
6. 01 | 現在の実装フロー(自分の場合)
7. 7 実装フローの概要(自分の場合) 実装準備 マージ 実装 動作検証 セルフ レビュー PR作成 指摘事項 の修正 再レビュー
8. 8 実装準備 親ディレクト リ Chatwork worktrees チケット番号 ディレクトリ 親ディレクト リ Chatwork worktrees /worktree-create チケット番号 ワークツリー(作業ディレクトリ) を作成する
9. 9 実装 /implement 実装を行う 1. ディレクトリ名がチケット番号になっているので、対応するチケットの内容 をJIRAから取得する 2. 不明点・曖昧な点があったら自己解決せずに人間へ質問を行う 3. 集まった情報をもとに実装計画を立てる → 人間が計画をレビュー・承認する 4. 実装計画をもとに実装(コードを変更)する
10. 10 動作確認 Xcodeでビルドして動作を確認 • UIに崩れはないか • 期待通りの挙動になっているか • 考慮漏れのパターンがないか • …
11. 11 セルフレビュー /team-review コードレビューを行う エージェントチームを用いて複数観点でレビューを行う • Security • Architecture • SwiftUI • Codex • …
12. 12 PR作成 /create-pr PRの作成を行う チケットや実装の内容からPRを作成する • PRのテンプレートを使用 • マージ先ブランチも指定 • 足りない部分・特に伝えたい部分などは人間が追記
13. 13 指摘事項の修正 /pr-review-comment-fix PRの指摘を修正する レビューでいただいたコメントを修正するコマンド • コメント内容として議論が必要(すぐにそのコメント通りに修正をすべきでな い)な場合、そのコメントは修正対象としないように指示する LGTM →マージへ
14. 02 | マルチAIエージェントによる レビューについて
15. 15 マルチAIエージェントレビュー /team-review コードレビューを行う エージェントチームを用いて複数観点でレビューを行う • Security • Architecture • SwiftUI • Codex • … Claude と Codexでレビューを実施
16. 16 マルチAIエージェントレビュー /team-review コードレビューを行う マルチAIエージェントを活用することで以下のようなメリットがある(と考える) • 視点の多様性 ◦ LLMのバイアスなどを互いに補完し合う ◦ 同じコードでも着眼点が違う • 偽陽性の削除 ◦ 異なるAIエージェントから同様の指摘が確認できれば、その指摘はノイズではない可能性が 高いと判断できる → 指摘の網羅性・正確性が向上
17. 17 マルチAIエージェントレビュー /team-review コードレビューを行う • Claude / Codexが共通で指摘して くれる事項もいくつかある ◦ 詳細を見るとわかりやすいが今回は省略 • ClaudeとCodexは結構違った観点 の指摘をくれる印象
18. 18 マルチAIエージェントレビュー /team-review コードレビューを行う • Claude / Codexが共通で指摘して くれる事項もいくつかある ◦ 詳細を見るとわかりやすいが今回は省略 • ClaudeとCodexは結構違った観点 の指摘をくれる印象 レビュー依頼時点でのコード品質が向上し、レビュワー負 荷・指摘を受けて修正する回数が減った印象 データで見ると、導入後にレビュー時間が50〜70%減少！ • 2月上旬(マルチAIエージェントレビュー導入)と直近(3月下旬)の各数スプリントにて、チーム全体でレビューに かかった時間の中央値で比較 • 一概に「レビューの仕組みだけが要因」とは言えない(他の要因がある可能性がある)点は注意
19. 03 | 自身の実装量の変化
20. 20 リーダー就任当初の自身の開発量 2025年6〜7月: 月平均 4PR / 19commit • 開発以外の業務が増え始めた時期(主にミーティングが激増) • 本当に軽い実装タスクをミーティングの合間に消化する程度になっていた
21. 21 リーダー就任当初の自身の開発量 2025年6〜7月: 月平均 4PR / 19commit • 開発以外の業務が増え始めた時期(主にミーティングが激増) • 本当に軽い実装タスクをミーティングの合間に消化する程度になっていた 2026年2〜3月: 月平均 11PR / 45commit • 確実にAIによって開発のハードルが下がっている ◦ AIによる開発環境の最適化が進み、短時間で並行して実装を行えるような状態になってきている • (リーダー業務への慣れも一因としてはある)
22. 04 | AIの開発環境が最適化されての変化
23. 23 変化1: 機能をリリースするまでの時間が短縮 実装速度が向上したことにより、機能開発時に見積もりよりも短いスケジュール で開発をすることができるケースが増えている 直近の例 • 5週間見積もりの機能を3週間で開発完了 前述のようにAIによる開発環境の最適化が直接的に実装作業の速度向上に繋がっ ており、また意思決定面でも間接的に速度向上に貢献している(後述)
24. 24 変化2: 他職種との意思疎通のしやすさが向上 AIによって『動作するもの』を手軽に作れるようになってきており、PdM・デザ イナーなど他職種との意思疎通がしやすくなっている → 機能開発時の意思決定の速度向上に繋がっている！ • 言葉・文字で他職種に伝わる ようにコミュニケーション • 議論されてから実装が始まる • 出来上がってきたものの動作 を見てブラッシュアップ 従来 • ざっくりとしたプロトタイプ を作り、他職種へ提示・手元 で触ってもらいながらコミュ ニケーション・議論 • 早い段階でイメージを共有で きる • 言葉・文字よりも意思疎通し やすい 現在
25. 25 変化3: 実装タスクの粒度が大きくなりがち 実装のハードルが下がったことにより、チケットごとの粒度(実装範囲)が大きくな ることが増えてきている • そもそものチケットの内容が盛り沢山 • チケットのスコープ外のことにも手を伸ばせてしまう それによって • レビューの負荷増加やチケットの滞留、分業のしづらさ などが発生する要因となりえる → ふりかえりで議論をしたり、チームでの意識づけ・決め事を作りながら解決に 向けて模索中
26. まとめ
27. 27 まとめ AIによる開発環境が整備され、実装のハードルが下がってきている • 限られた時間でも実装に関われるようになってきた • マルチAIエージェントの活用によって、レビュー負荷軽減などにも繋がって いる 実装ハードルが下がったことで以下のような変化が起きている • 👍 機能リリースまでの開発期間の短縮 • 👍 他職種との意思疎通の効率化 • 😢 開発粒度の肥大化
28. 働くをもっと楽しく、創造的に