BrSEの有効なツールー業務分析（Business Analize）

オフショア開発に不可欠な役割としてはブリッジSEです。技術力不足による品質の不安定さや言語・文化の違いによるコミュニケーションロスを防ぐために、ブリッジSEが活躍します。

BrSEの主な役割は下記のようにと広く知られていると思います。

依頼主となる日本企業の担当者とのコミュニケーション
作業進捗報告
納品物の検品・修正

具体的な仕事：

現地スタッフへの説明
設計書作成
開発の進捗管理
納品物の受け入れ確認
依頼先への報告作成・翻訳

しかし、上記の各仕事をうまくできるBrSEは多くないと思います。大きな理由としては依頼主から要求された要件を「よく」把握しないからだと考えられます。もちろん、コミュニケーション、IT知識、マネージャー、文化理解などのスキルも不可欠なものですが、
ただ、技術、言語、マネジメントばかりに目を向ける癖があって、自分が開発するシステムの本来となる目的を軽く見てしまい、オフショア開発チームと説明するときも、不足で結局、開発チームが目的を完全に知らない間にシステムを作ってしまうのです。
つまり、システムの背景・関連事物・将来の実用をしっかりと把握しないといけません。要はシステムの業務分析が必要となります。プロジェクトはどこからいつから始まるか、またはどんなプロダクト・どう完成するかをつかめるのがBrSEの一番大きなチャレンジだと思います。
あらゆる種類の質問に対応するために、ビジネスプロセス分析をするための重要な手法のいくつかを紹介いたします。

ステップ１：プロジェクトに関するすべての情報を収集する

プロジェクトに関連するすべての詳細を収集するのは、BrSEの責任でプロジェクトに関係する人々（プロジェクトマネージャー、プロジェクトスポンサー、マネージャー、または事業主）に質問することです。
質問事項は以下であげられます。

プロジェクトの範囲と境界
組織の現在の問題点
プロジェクトのリスクと制約
より広範な組織の背景

このすべての情報を収集したら、プロジェクトの自分のポジションで、業務分析ために次のようなチェックリストを作成するといいでしょう。

以前の経験から、現在のプロジェクトに利用できるもの
現在のプロジェクトに必要な文書化と計画
プロジェクトの最終結果について利害関係者（依頼主など）と話し合う
プロジェクトに関与しているメンバーを整理する
クライアントからの要求のソリューションを探すため、依頼主とのミーティングを調整する
期待される成果物とは何であり、どのような形式で必要とされるか
プロジェクトのアイデアを改善するために参照できる既存のドキュメントがあるか
プロジェクトに適した方法論（アジャイルまたはウォーターフォール）を確認する

ステップ２：関連者を特定し、レビュー会議を設定する

２番目のステップでは、プロジェクトマネージャー/利害関係者/チームメンバーとのレビューMTGを設定することです。不明確な議題は、プロジェクトの失敗につながる可能性があるかを討論する。

プロジェクトから何が期待されるかを具体的に説明する
プロジェクトマネージャー/利害関係者/チームメンバーを会議に招待し、プロジェクトに関連する質問をする
まったく新しいプロジェクトに取り組んでいる可能性が非常に高いで、その場合は、プロジェクトマネージャーに問い合わせるか、以前にそのドメインで働いたことのある担当者に伺えばいい情報がいただけるでしょう