AIを使う開発チームの責任者へ
AIで実装は速くなった。
なのに、リリースは
早まらない。
AIが書いたコードを確認すると、業務の例外処理が抜けている。修正を頼むと、今度は別の機能に影響が出る。実装は進んでいるのに、最後に確かめる人の仕事は減っていない。そんな状態になっていませんか。
ギガスリートは、AIへの指示から検証、本番へ出す判断まで、いまのチームに合う開発の進め方を一緒につくります。
いまの開発について相談するレビューが止まる、その手前に
レビューで初めて伝えていることは
ありませんか。
「この場合は、例外として扱う」「ここは、既存の動きを変えてはいけない」。レビューでこうした指摘が続くと、修正のたびに確認が増えていきます。事情を知る人に判断が集中し、その人が見なければ次へ進めなくなる。
レビューのたびに「この仕様にした理由」から説明し直しているなら、見直すのはコードだけでは足りません。AIに何を任せ、何を満たせば完了とするのか。その前提を、実装に入る前から揃える必要があります。
変えるのは、確認をするタイミング
その確認を、実装の前に。
まず、これから開発する機能について、守るべき業務の条件と、変更してはいけない動作を明らかにします。「何をつくるか」とともに「何ができれば使えるか」を決め、AIへの指示にも、実装後のテストにも反映します。
レビューでは、コードに加えて、決めた条件をどう確かめたかを確認できるようにします。AIが進めてよい範囲と、人の判断が必要な箇所も決めておく。確認の根拠を残すことで、担当者が毎回すべてを説明し直す負担を減らしていきます。
本番で分かった例外や不具合は、次の指示とテストに反映します。一度見つけた問題を、次の開発でも同じように見逃さないための進め方です。
- 守る条件を
決める - AIに渡して
実装する - 同じ条件で
検証する - 人が判断して
本番へ
本番の学びを、次に守る条件へ戻す
いま扱う変更から条件を揃え、分かったことを足していきます。初めに全仕様を決め切る進め方ではありません。
チームの進め方を、実際の変更から見直す
まずは、いま止まっている
一つの開発から。
手戻りが続いている機能や、レビュー待ちが長い変更を一つ選びます。現在のチームの進め方を確認し、どの段階で前提が抜け、誰の判断を待っているのかを見ていきます。
そのうえで、要件の書き方やAIへの指示、テスト、レビューの進め方を見直します。必要に応じて実装・検証も支援し、実際の変更を通して、現場で使える形かを確かめます。既存のチームや外部パートナーと進めることも可能です。
支援する範囲と成果物、役割分担、期間・費用は、着手前に合意します。特定のAIツールへの乗り換えを前提とせず、いまの開発環境を踏まえて提案します。
支援する人
業務の事情まで分かることが、
開発には必要だから。
ギガスリート代表の大垣伸悟は、大企業向けERPの開発・導入支援と、アジャイル組織変革の支援に携わってきました。システムに求められる業務の条件と、チームがどう判断して開発を進めるか。その両方を扱ってきた経験を、AIを使う開発の支援にも生かします。
『成功するアジャイル開発』などの執筆に加え、現在は自身でもAI開発基盤の設計・実装に取り組んでいます。基盤は現在、開発中です。
いま困っているところから
どこで止まっているか、
聞かせてください。
「レビューが一人に集中している」「修正のたびに別の不具合が出る」「本番に出してよいか判断できない」。いま困っていることからお聞かせください。必要な支援がまだはっきりしていなくても、ご相談いただけます。
内容を確認し、返信用メールアドレスへ今後の進め方をご連絡します。