試験前のバージョンに言及：
1、製品の準備要求（内部監査によるか）の次のバージョンであることが確認さ
2は、評価は、各端部に一貫性を保証するためにノードを確定し必要があり、準備が整った会議室
図3に示すように、製品識別のケースをサポートするために、チーム間の進歩は、彼らの参加を確認したレビューア
1~2日、要件を確定される製品、電子メール会議の招待状を送信先に毎月PRDのチームを導くの監視通信に疑問を記録する前に
需要が評価されます。
（例えば：エアコン）1、接続する準備ができて、事前に機器を調整し、環境設備
2は、それがシーンに人員を確認されました。
3、問題の会議は記録製品を担当したことを確認しました
4、メンテナンスの規律会議;
図5は、最終的な評価の結果かどうかを確認します。再審査に反撃する必要性を
会議の後（明確にする必要があります）：
解決残りの問題を促進するための1、
2、チームのそれぞれの端部を案内する情報を共有することに同意
3、需要がサプリメントまで完了していない、またはデータの一部が一時的に利用できない、との問題を解決するためのフォローアップを提供するための適切なノードを最終決定します
スケジュール：
1、できるだけ早く、評価及び期間タスクが起動し、事前合理的なスケジュールを提供するために、それぞれの端部の解体のためのフォローアップ需要の両端
（終了ムラワークロード、解体バージョンまたは補足的な要件から組織コミュニケーションがプールの不飽和チームを求めてそれぞれのケースを特定します）
図2に示すように、最後の行のノード上の最終的なスケジュールの合理性を確保するため、製品の経験と通信します
図3に示すように、通信の行の各端部を識別するための責任者のみ、（後期およびリスク識別の進行をフォローアップするために）各グループのリソースを確認してください
図4に示すように、スケジュールはプロジェクトの通信グループ、既知のチームの所有者に同期、確定されます。
フォーマット、バージョン番号、ノードのマイルストーン
テストの評価：参照要件の検討会
テスト：
オンライン：
リプレイレビュー：
スタンダードフロア＆プロセスの最適化
沈殿法：