以上内容不太明确的，可以参考清华大学的《信息系统项目管理师教程》的第84-86页的内容。
但是今天的重点不在这些，我想说的是象我们这样的小公司，如何用浅显易懂的方法理清项目章程，让项目章程成为软件开发中的整体过程管理中的标杆文档，为项目管理提供提纲挈领的作用。
我认为，项目章程在国内的小公司只需要抓住如下重点：
一、项目名称、项目立项时间、项目小组成立时间、立项调研文档出处。
大家不要小看上面四项，有很多公司的项目，项目小组内部对项目的名称叫法都统一不了，这样的素质怎么能让客户放心。
二、客户描述
这个客户描述是比较有学问的，一要描述客户的企业背景，二要描述客户的组织结构图，三要描述客户目前项目小组方的主要成员的姓名、联系方式。另外，要对客户在项目中的沟通方式做个简单描述，譬如客户中谁看迭代版本，谁看进度报告，谁看测试报告等，有的项目比较小，不用做项目沟通计划的时候，就可以依照这个沟通方式来执行。
三、项目组及职能描述
D 重要决策者 d 参与决策者x 执行者
四、项目远景
项目远景包含以下内容：
∙项目目标
∙功能范围目标
∙项目管理目标
∙组织目标
项目目标：师出必有名，做一个项目，必须让项目组成员明白这个项目是要实现什么目的，这个项目远景就是项目要达成的目标，譬如下面这句话：此项目是为完成客户总部生产技术部实验系统的无纸化管理，将以前手工登记的试验计划、试验结果评定、试验标准对比等纸张数据由计算机系统进行统一管理。
这段描述是指的项目的完成目标。
功能范围目标：如果在项目成立之初就了解更多的项目需求和信息，甚至还可以扩展写下诸如项目的功能范围目标（譬如要完成和实现哪些范围的功能），这个功能范围有别于具体的功能列表，可以说是项目的功能边界的描述，如果有《项目范围说明书》，那这里的功能范围目标就要保持前后一致，实际上《项目章程》也是《项目范围说明书》的必要输入条件之一。
项目管理目标：我们都知道项目管理的铁三角（成本、质量、进度），也有人说项目管理有金四角（成本、质量、进度、功能），钻石五角（成本、质量、进度、功能、发展）等等（见张传波的UML视频），其实不管怎么解释，对各类中小型软件企业来说，首先要完成的是项目的目标本身，其次才是扩展项目的管理目标，这是一个渐进的目标层次。在这里，应该尽量量化项目的管理目标，而不要模糊化，因为目前国内的项目经理的能力普遍参差不齐的前提下，要通过短短的几次培训让他们明白何为项目管理太难了，还不如明确的告诉本
次项目要完成的项目管理目标，譬如：在项目最终版本交付时，level300以上的bug数为零；项目章程中各项规定的文档提交齐全并通过外审和内审；项目总结时按期提交知识共享文章等等。项目管理目标是在完成项目目标并按约束条件验收（后面论述）的前提下，完成软件开发企业对项目管理过程提升和总结归纳的要求。说白了，在国内目前的情况下，很多中小型公司都要完成从项目到产品或解决方案的转变，否则项目做完了，企业也就无米下锅了。
组织目标：组织目标和项目管理目标不同，项目管理目标是在项目管理过程中进行明确的要求，而组织目标则是站在企业战略目标的基础上对项目产生的提交物或是企业整体能力完善提出更高的要求。譬如：完成某某通用组件并形成可部署的解决方案1.0版本（含相关使用帮助），并在内审通过后完成企业内开发人员的使用培训；完成项目小组中开发人员对报表系统的开发能力的提升，并完成对企业内其它开发人员的报表系统的培训；在项目中尝试使用客户沟通管理系统，并提出完善意见和客户对沟通系统的使用反馈总结等。
五、项目约束
以上只是列举了一部分，当然实际情况中，项目的约束有很多，不过对于大部
分软件开发公司来说，基本上足够了。
值得注意的是，项目的约束需要进行优先级别的排序。也就是说一个项目中，
这些约束不要在同一个优先级上全部满足，根据我的经验，一个项目也就是一
个高优先级的关键约束，另外加上两到三个的次要约束条件即可满足项目成功
的所有必需条件，另外的约束条件应该作为锦上添花的约束进行罗列，完成了
当然好，不完成也影响不了项目的总体验收。
六、项目假设
就字面意思来解释，就是必需满足这些假设的条件，项目才可能按计划开展任务，这里的假设大家不要写得过多，而要集中关键假设上，这个需要结束上篇文章提到的项目约束来讲：
为了大家不用翻上篇文章，我把描述粘过来
值得注意的是，项目的约束需要进行优先级别的排序。也就是说一个项目中，这些约束不要在同一个优先级上全部满足，根据我的经验，一个项目也就是一个高优先级的关键约束，
另外加上两到三个的次要约束条件即可满足项目成功的所有必需条件，另外的约束条件应该作为锦上添花的约束进行罗列，完成了当然好，不完成也影响不了项目的总体验收。
因此，影响高优先级及次要优先级的假设条件才是你需要关注的：
譬如：工期作为高优先级约束。有些项目有近乎苛刻的工期要求，这时首要保证的假设无外乎如下：
∙人力资源（包括开发方和客户方，大部分项目经理在做假设时只估算了开发方，其实客户如果业务繁忙，没法配合你的需求调研、版本审核、业务指导等也会影
响工期，如果有第三方，那么还要包括第三方）
∙设备资源（计算机设备、网络设备、其它硬件设备、办公条件等）
∙资金资源（人力成本、加班经费、风险准备金（这个要估足）、交通误餐等）
∙知识储备（预估项目中可能遇到的知识难点，可以通过培训、外聘专家、外包等解决）
∙根据项目实景分析（采用鱼骨图，SWOT等工具）会遇到的项目延期问题，譬如客户没一个懂需求分析重要性的，那就要安排相应的需求分析知识培训给客户项目假设是可以补充的，应该说项目假设有点类似于风险分析，但项目假设是着重于关键约束实现的必要条件，而不是应对方案。
六、项目管理方法论
项目管理方法论就不过多阐述了，如果你的企业有一个完整的项目生命周期管理，那么这里其实就是选择相应的生命周期，如果需要适当裁剪的，要把裁剪后的周期详细说明。
瀑布、敏捷、RUP等这些都是生命周期的呈现形式，根据不同的企业特点，会对这些方法进行相应的改动以适应开发过程。
七、项目的可交付成果
