ベトナムでのオフショア開発を検討する際、見積金額や開発チームの能力に目が向きがちです。一方、プロジェクト責任者には、資料の準備、業務説明、成果物の確認に、自社の担当者がどの程度の時間を確保すべきかという判断も必要です。
範囲を限定した試行開発は、この工数を把握する機会になります。目的は、自社のリソースに合う協業体制を見極め、進め方を改善できる活動を見つけることです。
1. 記録する活動を決める
代表的な作業範囲を選び、成果物と完了条件を合意します。開始前に、発注側が行う資料準備、質問への回答、設計レビュー、結果確認、関係者との調整を洗い出します。
実際に作業した時間を、活動と役割ごとに記録します。回答待ちの経過時間と作業工数は分けてください。二日間の回答待ちは、二人日を費やしたことを意味しません。会議は開催時間だけでなく、参加人数を踏まえた工数で把握します。
2. 立ち上げ時の工数と継続的な作業を分ける
システムの紹介、業務手順の説明、連絡方法の整備は初期に必要な活動です。一方、成果物のレビューや優先順位の判断は、開発中も続く場合があります。
初週の工数をそのまま数か月分に引き延ばして見積もらないようにします。同時に、習熟後はすべての質問がなくなるとも考えません。初期のみの活動、繰り返す活動、まだ判断材料が足りない活動を区別します。
3. 必要な判断と再対応を区別する
発注側が業務ルールを確認・決定する時間は、プロジェクトに必要な工数です。一方、資料を探し直す、同じ質問に再回答する、別の版を確認してしまうといった活動は、協業方法を見直す手がかりになります。
再対応については、観察できた原因と試す改善策を記録します。背景を確認せず、追加工数を一方の責任と決めつけないことが大切です。
4. 仮の例：準備の重複を見直す
あるSIerが、受注管理レポートの開発をオフショアチームに依頼します。日本側の担当者は質問のたびにサンプルデータをまとめ、複数の会議で同じ背景を説明しています。
活動記録を確認した双方は、共通のサンプルデータを用意し、回答を同じ管理場所に残し、判断が必要な内容を会議前に共有することにします。次の作業でも工数を記録し、新しい進め方が適しているかを確認します。削減率をあらかじめ仮定することはしません。
5. コストと成果物の品質を合わせて見る
評価時には、委託費に加え、社内工数と、見積に含まれていないその他の直接費用を整理します。工数を金額に換算する場合は、統一した社内の計算基準を使い、サービス料金に含まれる費用を重複計上しないようにします。
同時に、成果物が満たした条件、未解決事項、その対応者を確認します。必要な判断や確認を行っていなければ、対応工数が少ないだけで効率的とは評価できません。
TECHNESTと協業の進め方を確かめる
TECHNESTは、日本市場向けの長年の経験と業務システムの設計・開発経験を持ち、自社開発ツールによって社内業務の標準化を進めてきました。
まずは試行範囲を決め、双方の作業をどう把握するかを合意するところから始めませんか。開発アウトソーシングの体制をご覧いただくか、TECHNESTへお問い合わせいただき、現在の体制に合う協業方法をご相談ください。
