项目计划制定有哪些过程？
由于软件开发的手工性、个体性特征，软件开发项目计划不可能是一个静态的计划，一次在项目启动时，可以先制定一个颗粒度相对比较粗的项目计划，先确定项目高层活动和预期里程碑。粗颗粒度的项目计划需要不断地更新迭代，根据项目的大小和性质以及项目的进展情况进行迭代和调整。
迭代和调整的周期也是根据项目的情况进行制订的，一般短到一周，长到2个月左右。经过不断的计划制订、调整、修订等工作，项目计划从最初的粗粒度，变得非常详细。这样的计划将一直延续到项目结束，延续到项目的成果出现。
制定计划的过程就是一个对项目逐渐了解掌握的过程，通过认真地制定计划，项目经理可以知道哪些要素是明确的，哪些要素是要逐渐明确的，通过渐近明细不断完善项目计划。阶段计划中包含的工作汇报和下一阶段工作安排是掌握项目进度的依据，从阶段计划对照总体计划，才能一目了然地看出工作的进展情况。制定计划的过程，也是在进度、资源、范围之间寻求一种平衡的过程。制定计划的精髓不在于写出一份好看的文档，而在于运用您的智慧去应对各种问题和面临风险并尽可能做出前瞻性的思考。一旦计划被负责任地完成，他就可以给自己一个和管理层或客户交流与协商的基础，帮助你在项目过程中防范各种问题的出现，帮助你保证项目按时完成。
企业确定要开始某个项目时一般会下达一个立项的文件，暂且叫“项目立项文件”，主要内容是遵照的合同或相关协议，项目的大致范围、项目结束的截止时间和一些关键时间，指定项目经理和部分项目成员等等。
接下来的项目计划编写一般要按照以下过程：
1、 成立项目团队
相关部门收到经过审批后的“项目立项文件”和相关资料，则正式在“项目立项文件”中指定的项目经理组织项目团队，成员可以随着项目的进展可以在不同时间加入项目团队，也可以随着分配的工作完成而退出项目团队。但最好都能在项目启动时参加项目启动会议，了解总体目标、计划，特别是自己的目标职责，加入时间等等。
2、项目开发准备
项目经理组织前期加入的项目团队成员准备项目工作所需要的规范、工具、环境。如开发工具、源代码管理工具、配置环境、数据库环境等。前期加入的项目团队成员主要由计划经理，系统分析员等组成，但快要制定好的项目计划一定要尽可能经过在所有项目团队成员和项目干系人中间的充分沟通。如果项目中存在一些关键的（指将影响项目成败）技术风险，则在这一阶段项目经理应组织人员进行预研。预研的结果应留下下书面结论以备评审。
说明：项目计划书必须在相应阶段对项目目标、阶段目标和各项任务进行精确的定义，就是要在相应阶段进一步进行项目目标的细化工作；特别是在概要设计完成，详细设计或编码实现开始之前应该对下一阶段的目标任务进行细化。应当充分调查并掌握影响项目计划的一切内部和外部影响因素；应当尽可能充分地分析项目工作分解结构，通过分析项目工作分解结构不仅获得项目的静态结构，而且通过逻辑分析，获得项目各工作任务之间动态的工作流程；应当将项目目标、任务进行分解，制定详细的实施方案。
3、项目信息收集
项目经理组织项目团队成员通过分析接收的项目相关文档、进一步与用户沟通等途径，在规定的时间内尽可能全面收集项目信息。项目信息收集要讲究充分的、有效率的沟通，并要达成共识。有些成员认为，电子邮件发来的文档（计划、需求、周计划等）是在沟通不够充分的情况下完成的，成员看过后有不了解或与自己的能力或意愿不符的情况，但通过电子邮件等方式沟通的效率不高，这也许是个习惯的问题，也许和某个具体问题本身是否容易通过电子邮件沟通清楚有关。因此重要的内容需要开会进行Q&A讨论，确保所有重要问题都得到理解，最终达成共识。讨论会上达成共识的应当记录成文字落实在具体的文档中。
4、编写《软件项目计划书》
项目经理负责组织编写《软件项目计划书》。《软件项目计划书》是项目策划活动核心输出文档，它包括计划书主体和以附件形式存在的其他相关计划，如配置管理计划等。《软件项目计划书》的编制参考《GB8567－88计算机软件产品开发文件编制指南》中项目开发计划的要求。各企业在建立ISO9001质量管理体系或CMM过程中也会建立相应的《软件开发项目计划书规范》。
编制项目计划的过程应当分为以下几个步骤：
a、确定项目的应交付成果。这里的项目的应交付成果不仅是指项目的最终产品，也包括项目的中间产品。例如通常情况下软件开发项目的项目产品可以是：需求规格说明书、概要设计说明书、详细设计说明书、数据库设计说明书、项目阶段计划、项目阶段报告、程序维护说明书、测试计划、测试报告、程序代码与程序文件、程序安装文件、用户手册、验收报告、项目总结报告等等；
b、任务分解：从项目目标开始，从上到下，层层分解，确定实现项目目标必须要做的各项工作，并画出完整的工作分解结构图。软件开发项目刚开始可能只能从阶段的角度划分，如需求分析工作、架构设计工作、编码工作、测试工作等等，当然规模较大时也可把需求、设计拆分成不同的任务。不过特别是在概要设计完成时可以对下一阶段的目标任务进行横向的细化。
c、在资源独立的假设前提下确定各个任务之间的相互依赖关系，以确定各个任务开始和结束时间的先后顺序；获得项目各工作任务之间动态的工作流程。
d、确定每个任务所需的时间，即根据经验或应用相关方法给任务需要耗费的时间；确定每个任务所需的人力资源要求，如需要什么技术、技能、知识、经验、熟练程度等等。
e、确定项目团队成员可以支配的时间，即每个项目成员具体花在项目中的确切时间；确定每个项目团队成员的角色构成、职责、相互关系、沟通方式。
f、确定管理工作，管理工作是贯穿项目生命周期的，如项目管理、项目会议等、编写阶段报告。项目团队成员之间的沟通时间、项目团队成员和其他项目干系人之间的沟通时间也比较容易被忽视，而沟通时间也是比较不容易固定地量化和日程化。但这些工作在计划中都应当充分地被考虑进去，再回师项目计划更加合理，更有效地减少因为计划的不合理而导致的项目进度延期。
g、根据以上结果编制项目总体进度计划，总体进度计划应当体现任务名称、责任人、开始时间、结束时间、应提交的可检查的工作成果。
h、考虑项目的费用预算、可能的风险分析及其对策、需要公司内部或客户或其他方面协调或支持的事宜。
5、软件项目计划书评审、批准
项目计划书评审、批准是为了使相关人员达成共识、减少不必要的错误，使项目计划更合理更有效。
项目经理完成《软件项目计划书》后，首先组织项目团队内部的项目团队负责人、测试负责人、系统分析负责人、设计负责人、质量监督员等对项目计划书进行评审，评审可采取电子或会议方式，并进行阶段成果项目团队内评阅记录。应当要求所有相关人员在收到软件项目计划书后的一个约定时间内反馈对计划书的意见。项目经理确保与所有人员就项目计划书中所列内容达成一致。这种一致性是要求所有项目团队成员对项目计划的内容进行承诺，无法承诺或者说是无法达成一致的，要么修改项目计划去适应某些项目团队成员，要么是由某些项目团队成员采取妥协措施，去适应项目计划的要求。
项目经理将已经达成一致的软件项目计划书提交项目高层分管领导或其授权人员进行审批，审批完成时间不能超过预先约定的时间。对于意义重大的项目，由过程控制部门如质量管理部和项目分管领导同时对《软件项目计划书》进行审批。
批准后的软件项目计划书作为项目活动开展的依据和本企业进行项目控制和检查的依据，并在必要时根据项目进展情况实施计划变更。
项目质量监督员根据《软件项目计划书》和《软件开发项目质量计划书规范》编制软件开发项目质量计划。大型的项目应当编制单独的《软件开发项目质量计划书》；规模较小的可以在《软件项目计划书》的某个章节说明“软件开发项目质量计划”，也可单独编制类似“软件开发项目质量控制表”的文档。
配置管理员根据计划书编制《项目配置管理计划》。以项目工作计划书中的阶段成果为依据，根据配置管理计划规范编制配置管理计划，项目经理审批配置管理计划，并对配置管理计划的有效性负责。
