3.4、定义项目业务场景
  与《系统设计》不同，业务场景是从客户的日常业务操作角度出发，对未来系统的一种描述方式，因而更容易用作与客户进行沟通。图4为业务场景的一个示例。如果PM能够在规划阶段与客户一起工作，定义出这些业务场景并得到客户认可的话，则项目能够成功完成的可能性将大大增加。测试场景给供应商指出了明确的努力方向，同时也为客户对未来系统提供了更好的理解。

  3.5、调整和完善项目计划
  各项工作的展开和《系统设计》文档的完成，后续的各项工作（特别是“执行阶段”的工作）变得更加清晰，这时PM需要根据这些信息在“规划阶段”结束前对项目计划进行调整和更新，并在获得客户认可后重新发布修订后的项目计划，用以指导后续的工作。在这个过程中，有几点值得注意：
  (a) 对原项目计划中比较粗的活动的下一级进行细化，落实到人，具体到天；
  (b)不要触动和修改大的里程碑时间点。这是项目计划修改的前提，基于这一前提进行的修改很容易得到客户的理解和支持，而对大的里程碑时间点的修改需要经过特定的更改流程，除非万不得以PM应尽量避免这种情况的出现；
  (c) 项目计划中既要包含面向项目管理的活动，也要充分体现面向最终交付产品的活动。PLM项目有很多相似性，因而有时我们倾向于使用以前某个项目的项目计划作为模板，在此基础上进行修改。这一做法无可厚非，但一定要结合本项目的范围和特点，将本项目特有的一些工作（如XXX CAD接口设计与配置，零件族PFM规划与定义等等）加入到项目计划中去，否则项目计划很容易留于形式，不具有可操作性。