Перейти к содержимому

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

Scrum Tokyo

0:00 / 0:00

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

509 просмотров · 3 недели назад
Scrum Tokyo
3,02 тыс. подписчиков
509 просмотров · 3 недели назад
本セッションで伝えたいこと 何を作るべきかを、作る前に考えられていますか? 私たちはそれを十分にできず、結果として使われない機能まで先回りして作ってしまいました。 AIが実装を速くしてくれたとき、私たちが最初につまずいたのは、実装の難しさではありませんでした。 難しくなったのは、「何を今作るべきか」「何をまだ作らないか」を、立場を越えてチームで問い直し続けることでした。 本セッションでは、内製側のテックリードと、準委任側のプロジェクトマネージャー兼エンジニアによる共同登壇で、AI時代の新規プロダクト開発において、何が加速し、何が人間に残るのかを、実際の失敗と試行錯誤を交えて共有します。 チームとプロジェクトの背景 私たちは、内製メンバー3名、準委任メンバー2名の計5名からなる混成チームで、新規プロダクト開発に取り組みました。 これは、村田製作所内でもまだ事例の少ない体制での挑戦でした。AIを使った開発では、開発者とコードとの距離が広がりやすく、負債やノイズを含む不要な複雑性も増えやすい危うさがあると感じました。 この経験を通じて、私たちは、AI時代だからこそ「必要になるまでは機能を追加するな」というYAGNIの原則が重要になることを、身をもって学びました。 私たちが実践したこと 私たちは、初期に用意されていた画面や機能を、そのまま実装することはしませんでした。 不要と思われる機能は、POに提案して見直し、リリース時点で活用イメージが見えないものは徹底的に削りました。 実装が難しい機能ほど、「そのハードルを越えてでも今必要なものか」を問い直し、必要に応じて代替案も提案しました。 たとえば、ある情報に対する閲覧履歴機能は、初回リリース時点ではユーザーの活用場面が見えていなかったため、詳細表示ではなく件数表示にとどめました。 また、ほぼ変更の発生しないユーザーグループの画像設定機能などは、開発者の手運用で代替するように調整しました。 その中で特に重視したのが、リファインメントで「今作る理由」を確かめ、「今決めること」と「あとで決めること」を切り分けることでした。 AIに頼めばすぐ実現できる機能であっても、必要性を判断したうえで着手しました。 その結果、作りやすさに振り回されず、初回リリースに必要な機能へ絞り、不要な複雑性をシステムに持ち込まずに開発を進めることができました。 このセッションで共有すること 本セッションでは、内製側からは、AI活用と仕様駆動開発をどのように組み立てたのかをお話しします。 準委任側からは、与えられた要件をこなすだけでなく、役割を越えてプロダクト判断を自分ごとにしていく難しさと、そのために共通目的へ立ち返り続けた実践を共有します。 AIが開発速度を上げる時代だからこそ、チームが同じ方向を向き、「何を作るか」を問い直し続けることは、これまで以上に重要になります。 AI時代のプロダクト開発において、「何を作るか」を問い直す対話を、チームの中でどう機能させたのか。その実践と学びをお伝えします。 https://confengine.com/conferences/sc...