継続的に開発を進めるチームを持ちたい一方で、バックログはまだ整理の途中。こうした案件を、どこから始めるべきでしょうか。本記事では、専任の開発チームと継続的にシステムを開発・改善する協業の形をラボ型開発として扱います。TECHNESTは、まず目標、上限、評価時点を明確にした初期段階を設け、その結果を見て拡大を判断する進め方を提案します。
1. 初期段階で確かめたい成果を一つ選ぶ
ロードマップ全体を最初の計画へ入れるのではなく、最初から最後まで確認できる業務フローを選びます。利用者、解決したい課題、成果を評価する根拠を明確にします。期間、体制、予算の上限も両者で合意します。初期段階の目的は次の判断材料を得ることであり、すべての要望を完了する前提にはしません。
2. 優先順位と業務判断の担当者を明確にする
初期バックログは「優先して進める」「確認が必要」「後で検討する」に分けられます。着手する項目には目的、必要な入力、成果の確認方法を添えます。発注側では、優先順位と業務上の判断を行える方を決めます。開発側は実施上の制約と選択肢を示します。追加要望を計画に入れる際は、代わりに何を外すかも確認します。
3. 増員前に知識と作業条件を整える
チーム構成は開発者の人数だけでなく、実際の作業に合わせて考えます。業務分析、開発、テスト、調整に必要な役割を確認し、資料、サンプルデータ、必要なアクセス権を誰が準備するかを決めます。業務・技術に関する判断は共通の文書に残し、更新担当者を明確にします。後から参加するメンバーが仕事を引き継ぐための土台になります。
4. 協業の進め方を評価してから拡大を判断する
初期段階の終わりに、確認できたソフトウェアや成果物、未確定事項、次のバックログの準備状況を振り返ります。質問に回答できたか、文書を更新できたか、責任が明確だったかも確認します。そのうえで、現体制の継続、専門性の補強、協業方法の調整を選びます。増員は着手可能な仕事と結びつけ、要件整理の代わりにしないことが大切です。
仮想例：一つの業務フローから始める
ある日本のSIerが受注管理システムの刷新を計画しているとします。全機能を一度に任せず、受注登録とデータ確認の流れから着手します。まだ不明確な帳票要件は別に整理します。成果物と蓄積した知識を確認してから、テスト担当者の追加や承認フローへの拡張が必要かを判断します。
TECHNESTと、案件に合う始め方を考える
TECHNESTは、日本市場での協業と業務システム開発の経験を踏まえ、目標、役割、進め方を話し合ったうえで体制をご提案します。DELIVERYサービスをご覧いただくか、ロードマップ、現在のバックログ、未確定事項をお聞かせください。案件に合うラボ型開発の始め方を一緒に検討します。
