製品開発プロセス

新しい製品を作るたびに進め方をゼロから決めると、必要な確認や部門間の調整が抜けやすくなります。
製品開発プロセスは、案を価値ある製品やサービスとして提供するために、活動、情報、成果、判断のつながりを定めた仕組みです。
作業の順番だけでなく、誰が何を根拠に決めるかも含めます。

判断から必要な仕事を設計する

たとえば、量産投資の前に、需要、性能、供給、費用を確認したいとします。
その判断へ必要な証拠を挙げ、顧客調査、試作、製造条件の検討を計画します。
営業、設計、製造が必要な情報を交換し、前提の食い違いを早く確認します。
書類が完成したことと、次へ進む根拠がそろったことは区別します。

共通にする部分と変える部分

品質や情報の扱いなど、全案件で守る条件を示します。
一方、調査の量、資料の細かさ、判断する節目は、投資の規模と不確実さへ合わせます。
小さな改良へ大規模開発の様式をそのまま求めると、判断に使わない資料が増える可能性があります。
例外を認める場合は、その判断者と理由を残します。

現場の結果から変える

導入後は、使われているかだけでなく、必要な判断へ役立ったかを確認します。
差し戻しや待ちが多ければ、何の情報が、どの時点で不足するかを調べます。
会議を追加する前に、重複する承認や、前後の段階の意味がずれていないかを確認します。
小さく変更を試し、品質、時間、負担への影響を見ます。

一つの型へ固定しない

ステージゲート・プロセスは、仕事の段階と投資判断を組み合わせる枠組みです。
アジャイル製品開発は、短い周期で成果と進め方を調整します。
異なる目的を持つ考え方は、制約に合わせて組み合わせられます。
仕組み全体の責任はプロセスオーナー、日々の流れはプロセスマネージャーなどへ具体的に分担します。

参考資料