软件产品策划书（通用3篇）
软件产品策划书 篇1
一、产品的定位
纵观世界所有的成功软件，其最初都是有了一个好的定位才能取得注目的成绩。如windows、office、qq多的很。很多成功产品的负责人在回忆产品前期的时候常会提到：我们当时做这个是为了什么什么，提供什么什么。。之类的话。是呀，他要是不为了什么什么提供什么什么，我想是很难成功的，正是因为其初期的成功定位，才有了先天的优良。当然并不是定位做好了就代表后期就能成功，这是第一步!
我们很多企业特别是小企业，一个产品的初期更多考虑的是能否快速的开发出成品并取得效益，而不是去考虑将来能做多，有多少多少产值。其实一个企业能做多确实不敢保证，一个产品能赚多少钱也不好说。但是如果20xx年去开发一个windows95类似的产品，估计这个企业很难成为微软。所以必须给产品一个方向，一个使命，让家明白做出来的产品是为了什么?比如，我们的期望就是做到有微软的1/10000就够了，做一个windows95也许能达到此目标。因为有了一个方向、一个使命，明白了要做什么!
另外，产品的定位受众面很重要，不同的受众取得的结果是不同的。如面向制造业的软件产品可能单价高但门槛也高，小公司要涉及不容易，而且竞争过于激烈市场份额不容易扩。而如果做专业行业软件产品，可能就需要专业领域的业务，这是需要时间来沉淀的，对于很多小公司来说投入太，但对于有这方面经验的人或者群体容易进入并快速发展，有很多人就是从某公司跳出来组建一个公司，因为有了基础，很快就能站住脚。这就是受众带来的影响，微软的操作系统受众主要是普通pc电脑，而pc电脑的`数量如今已是非常巨，所以这个受众对微软来说是空前的，也就没有理由不取得成就了。另外举一个例子：当初使用汇编和c语言作软件开发的时候，也许当时的程序员非常少，而且这些开发工具的应用都比较高端，很少会涉及到普通民众，所以那时的程序员少，软件也少。如今，集成开发环境已经越来越先进，软件的需求量也巨，如此一来程序员就多出不少，软件公司也遍地都是。所以说定位软件产品的受众将会是个非常重要的课题。
产品的定位对企业来说除了受众外，对产品规模的定位非常重要，比如一个只用于某个制造企业展示产品的网页，这个产品可能只需要2个开发人员用1个月的时间就能完成并交付。但是对于windowsxp操作系统，可能是要20000相关人员才有可能达成最终的产品并交付到各个pc电脑上。又如企业管理软件，有针对型制造业的sap，也有针对小企业的速达软件，他们的受众都是制造企业，但是由于软件规模不同，所以对产品的研发也不同，开发一个速达软件肯定比sap要简单的多，相应的成本也要低的多。产品规模对于不同的群体及个人或者是企业集体参于到某个行业产品的竞争提供了不同的选择。
总结一下产品定位，定位最主要的是确定受众，另外便是在这个受众群体里找到目标客户，定位自己的产品规模，接着就向目标为之努力。
二、产品体系的规划
有了产品定位，接着要考虑产品开发。
在产品在整个生命周期过程中会产生量的工作。比如：与需求方的交流，前期人员投入，后期的计划，市场部门的.参与，包括办公场地，人员规模等等等等。如何规划好这个过程对于企业来说是深远的。
产品的运营是跟企业规模不同而不同的，创业初期的企业可能考虑的是如何将产品快速开发并交付用户，而中型软件公司可能会要考虑多部门、多公司、跨区域的联合工作。但无论是小公司还是公司都有一个共同点，即贯穿整个过程的就是产品，如何将产品运营好守键。那如何才能让产品有序运营并为企业创造更的价值呢?必须建立产品体系。
建立产品体系是个过程，小企业没有基础所有东西都要建立起来，而公司可以通过资源分配以加快这一过程。但道理都是一样：都要去一步步的做。对于小企业来说，建立产品体系可能是个痛苦的过程，没有专门的市场部门，没有足够的资金来招收员工，更没有运营销售团队。所以小企业一切都很难，但一切又都要去做。此时的老板会是非常关键的人物，其要在所有的事情上投入相当的精力，为企业所有的人以指导。有难处事情还是要做呀，所以老板要组织市场人员开始收集产品需求，组织技术人员着手设计产品，组织销售工作，还需要有组织来管理公司的财务。这些都是体系，看看，如果这个产品能够顺利投入市场，我想市场与开发及销售至少这四个重要部门应该有点样子了，如果产品销售较好，人员就能讯速扩，接下来人力资源部门、技术支持部门、客户服务部门，行政管理部门都会相应的建立。部门的建立一定程度上是体现了体系的子系，但并不代表了体系就是部门的建立。
很多企业产品销售较好时企业一直在扩张，积累了量的财富，同时也有了许多问题。如市场部门是否与技术部门能够合理的沟通，及时的馈市场信息呢?人力资源部门是否能为各个部门提供优质的人才呢?客服部门是否能够让用户享受到良好的服务呢?等等等，这就是具有一定规模企业应该注意的问题，如何建立体系的运转系统?在很多情况下，企业达到一定规模后需要扩充自己的产品线，投入新的产品以增长企业业绩。而正是这种情况下，往往能发现企业存在的量问题，因为在公司创业初期时，家都是为了一个产品来开展工作的，家都有了一套固定的工作方式，可以流畅的沟通。但是新产品就需要相关部门的人员接受新的工作交流方式。比如市场人员之前可能就是保持与一些客户的联系，继续扩展现有产品的市场深度与广度，但是新产品可能就需要重新寻找用户或者是让老用户接受新的产品，这是个很难的工作，对于企业来说不可能会像企业初期一样找一些不相干的人来做，因为有了专门的市场部门，这个部门就必须为企业提供新产品的市场调研及开发工作。同时问题就来了，市场人员人手不够，需要招收新成员，同时需要技术部门组织需求人员参于工作，人力资源部门及财务部门都需要参与进来，如果一个环节没有处理好，可能就会引发系列问题，比如，技术部门无法抽出需求设计人员参与到这个工作中来，人力资源部门也无法招收到足够好的人，财务部门也无法快速的提供足够的资金供应。很多公司会采用建立专项组的形式来做这个工作，这是一种解决方法，但不见的是个好方法。专项组要占用专门的人力物力，另外在企业内部会形成一个不好的风气，就是这个专项组比较重要，家都会带有想法。
看来企业的产品体系的建立关系到的是整个公司的运作，我们可以发现目前一些业务增长稳定的企业都是很好的解决了体系运转问题。创业型企业更多的是要考虑到未来的发展，在产品初期加以足够的规划，为将来的高增长铺路。具有一定规模的企业更多的是平衡企业资源，形成长效机制以合理投入新产品线的投入。
结束语
此文写完后自己也看了一篇，感觉有些乱，但也不愿去修改了。如果我开始就把思路整理清楚，并充分考虑到了文章的字数及内容规模就可以比较从容的写，但结果却是我没有想好内容的核心就开始写，结果肯定不好。
软件产品策划也是如此道理，先有了冲动，马上要清醒一下，想清楚要干啥!然后就去动手，也许产品就能越做越。
软件产品策划书 篇2
一、产品的定位
纵观世界所有的成功软件，其最初都是有了一个好的定位才能取得注目的成绩。如windows、office、qq多的很。很多成功产品的负责人在回忆产品前期的时候常会提到：我们当时做这个是为了什么什么，提供什么什么。。之类的话。是呀，他要是不为了什么什么提供什么什么，我想是很难成功的，正是因为其初期的成功定位，才有了先天的优良。当然并不是定位做好了就代表后期就能成功，这是第一步!
我们很多企业特别是小企业，一个产品的初期更多考虑的是能否快速的开发出成品并取得效益，而不是去考虑将来能做多大，有多少多少产值。其实一个企业能做多大确实不敢保证，一个产品能赚多少钱也不好说。但是如果20xx年去开发一个windows95类似的产品，估计这个企业很难成为微软。所以必须给产品一个方向，一个使命，让大家明白做出来的产品是为了什么?比如，我们的期望就是做到有微软的1/10000就够了，做一个windows95也许能达到此目标。因为有了一个方向、一个使命，明白了要做什么!
另外，产品的定位受众面很重要，不同的受众取得的结果是不同的。如面向制造业的软件产品可能单价高但门槛也高，小公司要涉及不容易，而且竞争过于激烈市场份额不容易扩大。而如果做专业行业软件产品，可能就需要专业领域的业务，这是需要时间来沉淀的，对于很多小公司来说投入太大，但对于有这方面经验的人或者群体容易进入并快速发展，有很多人就是从某大公司跳出来组建一个公司，因为有了基础，很快就能站住脚。这就是受众带来的影响，微软的操作系统受众主要是普通pc电脑，而pc电脑的数量如今已是非常巨大，所以这个受众对微软来说是空前的，也就没有理由不取得成就了。另外举一个例子：当初使用汇编和c语言作软件开发的时候，也许当时的程序员非常少，而且这些开发工具的应用都比较高端，很少会涉及到普通民众，所以那时的程序员少，软件也少。如今，集成开发环境已经越来越先进，软件的需求量也巨大，如此一来程序员就多出不少，软件公司也遍地都是。所以说定位软件产品的受众将会是个非常重要的课题。
产品的定位对企业来说除了受众外，对产品规模的定位非常重要，比如一个只用于某个制造企业展示产品的网页，这个产品可能只需要2个开发人员用1个月的'时间就能完成并交付。但是对于windowsxp操作系统，可能是要20000相关人员才有可能达成最终的产品并交付到各个pc电脑上。又如企业管理软件，有针对大型制造业的sap，也有针对小企业的速达软件，他们的受众都是制造企业，但是由于软件规模不同，所以对产品的研发也不同，开发一个速达软件肯定比sap要简单的多，相应的成本也要低的多。产品规模对于不同的群体及个人或者是企业集体参于到某个行业产品的竞争提供了不同的选择。
总结一下产品定位，定位最主要的是确定受众，另外便是在这个受众群体里找到目标客户，定位自己的产品规模，接着就向目标为之努力。
二、产品体系的规划
有了产品定位，接着要考虑产品开发。
在产品在整个生命周期过程中会产生大量的工作。比如：与需求方的交流，前期人员投入，后期的计划，市场部门的参与，包括办公场地，人员规模等等等等。如何规划好这个过程对于企业来说是深远的。
产品的运营是跟企业规模不同而不同的，创业初期的企业可能考虑的是如何将产品快速开发并交付用户，而大中型软件公司可能会要考虑多部门、多公司、跨区域的联合工作。但无论是小公司还是大公司都有一个共同点，即贯穿整个过程的就是产品，如何将产品运营好是关键。那如何才能让产品有序运营并为企业创造更大的价值呢?必须建立产品体系。
建立产品体系是个过程，小企业没有基础所有东西都要建立起来，而大公司可以通过资源分配以加快这一过程。但道理都是一样：都要去一步步的做。对于小企业来说，建立产品体系可能是个痛苦的过程，没有专门的市场部门，没有足够的资金来招收员工，更没有运营销售团队。所以小企业一切都很难，但一切又都要去做。此时的老板会是非常关键的人物，其要在所有的事情上投入相当的精力，为企业所有的人以指导。有难处事情还是要做呀，所以老板要组织市场人员开始收集产品需求，组织技术人员着手设计产品，组织销售工作，还需要有组织来管理公司的财务。这些都是体系，看看，如果这个产品能够顺利投入市场，我想市场与开发及销售至少这四个重要部门应该有点样子了，如果产品销售较好，人员就能讯速扩大，接下来人力资源部门、技术支持部门、客户服务部门，行政管理部门都会相应的建立。部门的建立一定程度上是体现了体系的子系，但并不代表了体系就是部门的建立。
很多企业产品销售较好时企业一直在扩张，积累了大量的财富，同时也有了许多问题。如市场部门是否与技术部门能够合理的沟通，及时的反馈市场信息呢?人力资源部门是否能为各个部门提供优质的人才呢?客服部门是否能够让用户享受到良好的服务呢?等等等，这就是具有一定规模企业应该注意的问题，如何建立体系的运转系统?在很多情况下，企业达到一定规模后需要扩充自己的产品线，投入新的产品以增长企业业绩。而正是这种情况下，往往能发现企业存在的大量问题，因为在公司创业初期时，大家都是为了一个产品来开展工作的，大家都有了一套固定的工作方式，可以流畅的沟通。但是新产品就需要相关部门的人员接受新的工作交流方式。比如市场人员之前可能就是保持与一些客户的联系，继续扩展现有产品的市场深度与广度，但是新产品可能就需要重新寻找用户或者是让老用户接受新的产品，这是个很难的工作，对于企业来说不大可能会像企业初期一样找一些不相干的人来做，因为有了专门的市场部门，这个部门就必须为企业提供新产品的市场调研及开发工作。同时问题就来了，市场人员人手不够，需要招收新成员，同时需要技术部门组织需求人员参于工作，人力资源部门及财务部门都需要参与进来，如果一个环节没有处理好，可能就会引发系列问题，比如，技术部门无法抽出需求设计人员参与到这个工作中来，人力资源部门也无法招收到足够好的人，财务部门也无法快速的提供足够的资金供应。很多公司会采用建立专项组的形式来做这个工作，这是一种解决方法，但不见的是个好方法。专项组要占用专门的人力物力，另外在企业内部会形成一个不好的风气，就是这个专项组比较重要，大家都会带有想法。
看来企业的产品体系的建立关系到的是整个公司的运作，我们可以发现目前一些业务增长稳定的企业都是很好的解决了体系运转问题。创业型企业更多的是要考虑到未来的发展，在产品初期加以足够的规划，为将来的高增长铺路。具有一定规模的企业更多的是平衡企业资源，形成长效机制以合理投入新产品线的投入。
结束语
此文写完后自己也看了一篇，感觉有些乱，但也不愿去修改了。如果我开始就把思路整理清楚，并充分考虑到了文章的字数及内容规模就可以比较从容的写，但结果却是我没有想好内容的核心就开始写，结果肯定不好。
软件产品策划也是如此道理，先有了冲动，马上要清醒一下，想清楚要干啥!然后就去动手，也许产品就能越做越大。
软件产品策划书 篇3
一、项目计划的要素
根据PMBOK20xx，项目计划可以包含如下要素：
1、项目范围说明
项目范围说明阐述进行这个项目的原因或意义，形成项目的基本框架，使项目所有者或项目管理者能够系统地、逻辑地分析项目关键问题及项目形成中的相互作用要素，使项目干系人在项目开始实施前或项目相关文档编写以前，能够就项目的基本内容和结构达成一致；项目范围说明应当形成项目成果核对清单，作为项目评估的依据，在项目终止以后或项目最终报告完成以前进行评估，以此作为评价项目成败的依据；范围说明还可以作为项目整个生命周期监控和考核项目实施情况的基础，和项目其他相关计划的基础。
2、项目进度计划
进度计划是说明项目中各项工作的开展顺序、开始时间、完成时间及相互依赖衔接关系的计划。通过进度计划的编制，使项目实施形成一个有机的整体。进度计划是进度控制和管理的依据，可以分为项目进度控制计划和项目状态报告计划。
在进度控制计划中，要确定应该监督哪些工作、何时进行监督、监督负责人是谁，用什么样的方法收集和处理项目进度信息，怎样按时检查工作进展和采取什么调整措施，并把这些控制工作所需的时间和人员、技术、物资资源等列入项目总计划中。
3、项目质量计划
质量计划针对具体待定的项目，安排质量监控人员及相关资源、规定使用那些制度、规范、程序、标准。项目质量计划应当包括与保证与控制项目质量有关的所有活动。质量计划的目的是确保项目的质量目标都能达到。根据ISO9001要求和PMBOK20xx，为实现质量目标，组织应遵循以顾客为中心、领导作用、全员参与、过程方法、管理的系统方法、持续改进、基于事实的决策方法、互利的供方关系等8项质量管理原则。
4、项目资源计划
有了项目范围计划和进度计划后，资源计划就是决定在项目中的每一项工作中用什么样的资源（人、材料、设备、信息、资金等等），在各个阶段使用多少资源。项目费用计划包括资源计划、费用估算、费用预算。
5、项目沟通计划
沟通计划就是制定项目过程中项目干系人之间信息交流的内容、人员范围、沟通方式、沟通时间或频率等沟通要求的约定。
6、风险对策计划
风险对策计划是为了降低项目风险的损害而分析风险、制定风险应对策略方案的过程，包括识别风险、量化风险、编制风险应对策略方案等过程。
7、项目采购计划
项目采购计划过程就是识别哪些项目需求可应通过从本企业外部采购产品或设备来得到满足。如果是软件开发工作的采购，也就是外包，应当同时制定对外包的进度监控和质量控制的计划。
8、变更控制、配置管理计划
由于项目计划无法保证一开始就预测得非常准确，在项目进行过程中也不能保证准确有力的控制，导致项目计划与项目实际情况不符的情况经常发生，所以必须有效处理项目的变更。变更控制计划主要是规定变更的步骤、程序，配置管理计划就是确定项目的配置项和基线，控制配置项的变更，维护基线的完整性，向项目干系人提供配置项的准确状态和当前配置数据。
二、项目计划编制过程
由于软件开发的手工性、个体性特征，软件开发项目计划不可能是一个静态的计划，一次在项目启动时，可以先制定一个颗粒度相对比较粗的项目计划，先确定项目高层活动和预期里程碑。粗颗粒度的项目计划需要不断地更新迭代，根据项目的大小和性质以及项目的进展情况进行迭代和调整。迭代和调整的周期也是根据项目的情况进行制订的，一般短到一周，长到2个月左右。经过不断的计划制订、调整、修订等工作，项目计划从最初的粗粒度，变得非常详细。这样的计划将一直延续到项目结束，延续到项目的成果出现。
制定计划的过程就是一个对项目逐渐了解掌握的过程，通过认真地制定计划，项目经理可以知道哪些要素是明确的，哪些要素是要逐渐明确的，通过渐近明细不断完善项目计划。阶段计划中包含的汇报和下一阶段工作安排是掌握项目进度的依据，从阶段计划对照总体计划，才能一目了然地看出工作的进展情况。制定计划的过程，也是在进度、资源、范围之间寻求一种平衡的过程。制定计划的精髓不在于写出一份好看的文档，而在于运用您的智慧去应对各种问题和面临风险并尽可能做出前瞻性的思考。一旦计划被负责任地完成，他就可以给自己一个和管理层或客户交流与协商的基础，帮助你在项目过程中防范各种问题的出现，帮助你保证项目按时完成。
企业确定要开始某个项目时一般会下达一个立项的文件，暂且叫“项目立项文件”，主要内容是遵照的合同或相关协议，项目的大致范围、项目结束的截止时间和一些关键时间，指定项目经理和部分项目成员等等。
接下来的项目计划编写一般要按照以下过程：
1、成立项目团队：相关部门收到经过审批后的“项目立项文件”和相关资料，则正式在“项目立项文件”中指定的项目经理组织项目团队，成员可以随着项目的进展可以在不同时间加入项目团队，也可以随着分配的工作完成而退出项目团队。但最好都能在项目启动时参加项目启动会议，了解总体目标、计划，特别是自己的目标职责，加入时间等等。
2、项目开发准备：项目经理组织前期加入的项目团队成员准备项目工作所需要的规范、工具、环境。如开发工具、源代码管理工具、配置环境、数据库环境等。前期加入的项目团队成员主要由计划经理，系统分析员等组成，但快要制定好的项目计划一定要尽可能经过在所有项目团队成员和项目干系人中间的充分沟通。如果项目中存在一些关键的（指将影响项目成败）技术风险，则在这一阶段项目经理应组织人员进行预研。预研的结果应留下下书面结论以备评审。
说明：项目计划书必须在相应阶段对项目目标、阶段目标和各项任务进行精确的定义，就是要在相应阶段进一步进行项目目标的细化工作；特别是在概要设计完成，详细设计或编码实现开始之前应该对下一阶段的目标任务进行细化。应当充分调查并掌握影响项目计划的一切内部和外部影响因素；应当尽可能充分地分析项目工作分解结构，通过分析项目工作分解结构不仅获得项目的静态结构，而且通过逻辑分析，获得项目各工作任务之间动态的工作流程；应当将项目目标、任务进行分解，制定详细的实施方案。
3、项目信息收集：项目经理组织项目团队成员通过分析接收的项目相关文档、进一步与用户沟通等途径，在规定的时间内尽可能全面收集项目信息。项目信息收集要讲究充分的、有效率的沟通，并要达成共识。有些成员认为，电子邮件发来的文档（计划、需求、周计划等）是在沟通不够充分的情况下完成的，成员看过后有不了解或与自己的能力或意愿不符的情况，但通过电子邮件等方式沟通的效率不高，这也许是个习惯的问题，也许和某个具体问题本身是否容易通过电子邮件沟通清楚有关。因此重要的内容需要开会进行Q&A讨论，确保所有重要问题都得到理解，最终达成共识。讨论会上达成共识的应当记录成文字落实在具体的文档中。
4、编写《软件项目计划书》
项目经理负责组织编写《软件项目计划书》。《软件项目计划书》是项目策划活动核心输出文档，它包括计划书主体和以附件形式存在的其他相关计划，如配置管理计划等。《软件项目计划书》的编制参考《GB8567－88计算机软件产品开发文件编制指南》中项目开发计划的要求。各企业在建立ISO9001质量管理体系或CMM过程中也会建立相应的《软件开发项目计划书规范》。
编制项目计划的过程应当分为以下几个步骤：
a、确定项目的应交付成果。这里的项目的应交付成果不仅是指项目的最终产品，也包括项目的中间产品。例如通常情况下软件开发项目的项目产品可以是：需求规格说明书、概要设计说明书、详细设计说明书、数据库设计说明书、项目阶段计划、项目阶段报告、程序维护说明书、测试计划、测试报告、程序代码与程序文件、程序安装文件、用户手册、验收报告、项目总结报告等等；
b、任务分解：从项目目标开始，从上到下，层层分解，确定实现项目目标必须要做的各项工作，并画出完整的工作分解结构图。软件开发项目刚开始可能只能从阶段的角度划分，如需求分析工作、架构设计工作、编码工作、测试工作等等，当然规模较大时也可把需求、设计拆分成不同的任务。不过特别是在概要设计完成时可以对下一阶段的目标任务进行横向的细化。
c、在资源独立的假设前提下确定各个任务之间的相互依赖关系，以确定各个任务开始和结束时间的先后顺序；获得项目各工作任务之间动态的工作流程。
d、确定每个任务所需的时间，即根据经验或应用相关方法给任务需要耗费的时间；确定每个任务所需的人力资源要求，如需要什么技术、技能、知识、经验、熟练程度等等。
e、确定项目团队成员可以支配的时间，即每个项目成员具体花在项目中的确切时间；确定每个项目团队成员的角色构成、职责、相互关系、沟通方式。
f、确定管理工作，管理工作是贯穿项目生命周期的，如项目管理、项目会议等、编写阶段报告。项目团队成员之间的沟通时间、项目团队成员和其他项目干系人之间的沟通时间也比较容易被忽视，而沟通时间也是比较不容易固定地量化和日程化。但这些工作在计划中都应当充分地被考虑进去，再回师项目计划更加合理，更有效地减少因为计划的不合理而导致的项目进度延期。
g、根据以上结果编制项目总体进度计划，总体进度计划应当体现任务名称、责任人、开始时间、结束时间、应提交的可检查的工作成果。
h、考虑项目的费用预算、可能的风险分析及其对策、需要公司内部或客户或其他方面协调或支持的事宜。
5、软件项目计划书评审、批准
项目计划书评审、批准是为了使相关人员达成共识、减少不必要的错误，使项目计划更合理更有效。
项目经理完成《软件项目计划书》后，首先组织项目团队内部的项目团队负责人、测试负责人、系统分析负责人、设计负责人、质量监督员等对项目计划书进行评审，评审可采取电子或会议方式，并进行阶段成果项目团队内评阅记录。应当要求所有相关人员在收到软件项目计划书后的一个约定时间内反馈对计划书的意见。项目经理确保与所有人员就项目计划书中所列内容达成一致。这种一致性是要求所有项目团队成员对项目计划的内容进行承诺，无法承诺或者说是无法达成一致的，要么修改项目计划去适应某些项目团队成员，要么是由某些项目团队成员采取妥协措施，去适应项目计划的要求。
项目经理将已经达成一致的软件项目计划书提交项目高层分管领导或其授权人员进行审批，审批完成时间不能超过预先约定的时间。对于意义重大的项目，由过程控制部门如质量管理部和项目分管领导同时对《软件项目计划书》进行审批。批准后的软件项目计划书作为项目活动开展的依据和本企业进行项目控制和检查的依据，并在必要时根据项目进展情况实施计划变更。项目质量监督员根据《软件项目计划书》和《软件开发项目质量计划书规范》编制软件开发项目质量计划。大型的项目应当编制单独的《软件开发项目质量计划书》；规模较小的可以在《软件项目计划书》的某个章节说明“软件开发项目质量计划”，也可单独编制类似“软件开发项目质量控制表”的文档。
配置管理员根据计划书编制《项目配置管理计划》。以项目工作计划书中的阶段成果为依据，根据配置管理计划规范编制配置管理计划，项目经理审批配置管理计划，并对配置管理计划的有效性负责。项目策划工作完毕，软件项目计划书通过评审，一般情况下，对软件开发项目来说，工作转入需求分析阶段。
三、项目计划内容确定
项目计划内容的确定一般要按照以下过程：
1、确定项目概貌
合同项目以合同和招投标文件为依据，非合同项目以可行性研究报告或项目前期调研成果为依据，明确项目范围和约束条件，并以同样的依据，明确项目的交付成果。进一步明确项目的工作范围和项目参与各方责任。
2、确定项目团队
确定项目团队的组织结构和与项目开发相关的职能机构，包括管理、开发、测试、QA、评审、验收等。确定项目团队人员及分工。与相关人员协商，确定项目团队人员构成。如内部不能满足人员需求，则提出人员支援申请。
3、明确项目团队内、外的协作沟通
明确与用户单位的沟通方法。明确最终用户、直接用户及其所在本企业/部门名称和联系电话。客户更多的参与是项目成功的重要推动力量，加强在开发过程中与用户方项目经理或配合人员的主动沟通，将有助加强客户等项目的参与程度。建议采用周报或月报的方式通告项目的进展情况和下一阶段计划，出现的需要客户协调或了解的问题。
当项目团队需要与外部单位协作开发时，应明确与协作单位的沟通方式。确定协作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。
明确本企业内部协作开发的部门名称、经理姓名、承担的工作内容以及工作实施责任人的姓名、联系电话。明确项目团队沟通活动。项目团队成员规模在3人以上的项目应该组织项目团队周例会，项目团队采用统一的交流系统建立项目团队的交流空间。
4、规划开发环境和规范
说明系统开发的所采用的各种工具，开发环境，测试环境等。列出项目开发要遵守的开发技术规范和行业标准规范。对于本企业还没有规范的开发技术，项目经理应组织人员制订出在本项目中将遵守的规则。
5、编制工作进度计划
根据本企业规定和项目实际情况，确定项目的工作流程。编制项目的工作计划，此计划为高层计划，各阶段的工作时间安排要包括完成阶段文档成果、文档成果提交评审及进行修改的时间，各阶段结束的标志是阶段成果发布。在计划中要求明确以下内容：
a、工作任务划分；
b、显示项目各阶段或迭代的时间分配情况的时间线或甘特图；
c、确定主要里程碑、阶段成果；
d、要求用文字对项目工作计划做出解释。最终用一张时间表格来完整说明整个工作计划；对于迭代开发的项目，应编制出第一阶段的阶段计划。阶段内的任务分割以2-5天为合适，特殊任务的时间跨度在两个星期内；在项目的进行过程中，项目经理编制双周工作计划，指导成员的具体工作。
6、编制项目的监控计划。其中说明进度控制、质量控制、版本控制、预算控制等。
7、编制项目的风险计划，分析项目过程中可能出现的风险以及相应的风险对策。对于大型项目，建议以附件方式编制，便于不断更新。
8、制定辅助工作计划。根据项目需要，编制如培训计划、招聘计划等。
9、规划开发支持工作，如供方管理计划。
10、规划项目验收：制定项目的验收计划。此项工作可以视需要进行裁减。
11、规划项目收尾与交接活动。制定项目的验收、培训和项目进入维护阶段与技术支持部的交接工作。