当项目经理分析清楚了项目背景，理解了其中的来龙去脉，必须要以文档的形式记录下来。
一般这样的内容叫项目章程，那么大概有哪些内容：
需求、约束、目标。
这个时候不可能涉及细节，要从大角度说明重要的需求，决定项目成功与否的需求和约束。
注意，项目需求不是系统需求，我们做系统需求分析时得出的需求是很细节的，系统需求是基于系统的功能和非功能两方面；而项目需求有时可能包括这样的描述：“2010年7月31日发布，8月31日移动公司验收通过。”
只要项目组有人就位，项目经理就要尽早让他们明白项目需求、约束、目标。各参与人员越深刻理解项目情况，在以后的系统需求分析、系统设计、实际编码、系统测试各个环节，他们将做的更好，他们做出的东西，不但是能正确运行的，而且是客户想要的。
项目经理有传播这些信息的责任，而不是写完文档往svn服务器add、commit了事，甚至是检查项目成员对这些理解是否到位。
这个时间应该很短，因为项目售前人员与客户接触谈判过程中，应该及时把信息反馈到项目经理处，而且常常项目经理也是自己去和客户接触的，所以项目经理不过是记录、分析、总结而已，把最后的决策结果共享给项目组。
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/bingersoft/archive/2010/05/14/5589063.aspx