フェーズレビュー・プロセス

開発を段階に分ける方法でも、部門同士がどう関わるかによって進め方は変わります。
フェーズレビュー・プロセス（Phase review process）は、部門が段階ごとの仕事を終え、レビューを経て次へ受け渡す開発方式を指すことがあります。
PDMAの用語では、部門横断の並行作業が乏しい、受け渡し型のプロセスとして扱われます。

部門間の受け渡しを確認する

たとえば、営業が市場調査を終え、設計部門が仕様を作り、その後に製造部門が生産方法を検討するとします。
役割が明確でも、製造が検討を始めてから設計上の問題が見つかると、前の段階へ戻る必要があります。
市場の要望が部門間で要約され、元の利用状況が伝わらないこともあります。
どの情報を、誰が、いつ受け取って判断するかを調べます。

レビューの目的を明確にする

段階の終わりで、成果の受け入れ、品質、継続する投資を確認します。
ただし、各部門の資料が完成したことと、製品全体の成立条件が確かめられたことは別です。
営業が需要を見込んでも、製造費用が想定と違えば、事業の前提は変わります。
レビューでは、部門をまたぐ条件の整合も扱います。

早い段階で専門性を加える

受け渡し後のやり直しが多い場合は、後工程の担当者を前の検討へ加える方法があります。
製造や保守の疑問を、仕様が固まる前に共有すれば、複数の選択肢を比較できます。
すべての作業を同時に進めるという意味ではなく、依存が強い判断を早めに確認します。
機密性や設備の制約など、段階を区切る必要がある条件も合わせて検討します。

Stage-Gateとの区別

ステージゲート・プロセスは、ステージ内の部門横断の活動と、資源を決めるゲートを組み合わせます。
したがって、審査の節目があるだけで、両者を同じ方式とは判断できません。
組織によって「フェーズレビュー」を広く使う場合もあるため、その名称が部門の順次作業を指すかを確認します。
具体的な共同作業の設計は協調型製品開発も参照できます。

参考資料