软件项目计划如何编写

1、软件工程计划如何编写一、工程计划的要素 根据PMB0K2000,工程计划可以包含如下要素:.工程范围的描述。工程范围说明解释了本工程的原因或 意义，形成了工程的基本框架，使工程业主或工程经理能够 系统地、逻辑地分析工程的关键问题和工程形成中的交互要 素，使工程利益相关者在工程开始实施前或工程相关文件编 写前就工程的基本内容和结构达成一致；工程范围说明书应 形成工程成果清单，作为工程评估的依据，并在工程终止后 或工程最终报告完成前进行评估，作为评价工程成败的依 据；该范围还可作为监测和评估工程整个生命周期以及工程 其他相关计划执行情况的依据。.工程进度计划(Project schedule)进度

2、计划是说明工程 中所有工作的开发顺序、开始时间、完成时间以及相互依赖 的连接关系的计划。通过进度计划的编制，工程的实施将形 成一个有机的整体。进度计划是进度控制和管理的基础，可 分为工程进度控制计划和工程状态报告计划。在进度控制计划中，需要确定哪些工作需要进行监督，在 什么时候，由谁负责监督，如何收集和处理工程进度信息， 如何按时检查工作进度，采取什么调整措施，这些控制工作 所需的时间、人员、技术和物力都要纳入工程总体计划中。3、工程质量计划 质量计划针对具体待定的工程， 安排质量监控人员及相关资源、规定使用那些制度、规范、 程序、标准。工程质量计划应当包括与保证与控制工程质量 有关的所有活动

3、。质量计划的目的是确保工程的质量目标都能到达。根据IS09001要求和PMB0K2000,为实现质量目标, 组织应遵循以顾客为中心、领导作用、全员参与、过程方 法、管理的系统方法、持续改进、基于事实的决策方法、互 利的供方关系等8项质量管理原那么。4、工程资源计划有了工程范围计划和进度计划后，资源计划就是决定在工程中的每一项工作中用什么样的 资源(人、材料、设备、信息、资金等等)，在各个阶段使 用多少资源。工程费用计划包括资源计划、费用估算、费用 预算。.工程沟通计划(Project Communication Plan)沟通计划 (Communication Plan)是对工程过程中工程利益

4、相关者之间信息交流的内容、沟通要求的约定。信息交流的内容、沟通要求的约定。人员范I、沟通方式、沟通时间或频率等.风险对策计划风险对策计划是分析风险、制定风险应对 策略以减少工程风险损害的过程，包括识别风险、量化风 险、制定风险应对策略。.工程采购计划工程采购计划的过程是确定从企业外部采 购产品或设备可以满足哪些工程要求。如果是软件开发的采 购，也就是外包，要同时做一个外包的进度监控和质量控制 的计划。8、变更控制、配置管理计划由于工程计划无法保证一开始就预测得非常准确，在工程进行过程中也不能保证 准确有力的控制，导致工程计划与工程实际情况不符的情况 经常发生，所以必须有效处理工程的变更。变更控

5、制计划主 要是规定变更的步骤、程序，配置管理计划就是确定工程的 配置项和基线，控制配置项的变更，维护基线的完整性，向 工程干系人提供配置项的准确状态和当前配置数据。二、工程计划编制过程由于软件开发的手工性和个体性，软件开发工程计划不可 能是静态的计划。工程一旦启动，可以先制定一个相对粗粒 度的工程计划，先确定工程的高层活动和预期的里程碑。粗 粒度的工程计划需要不断的更新迭代，根据工程的规模和性 质以及工程的进展进行迭代和调整。而且迭代和调整的周期 也是根据工程的情况而定，一般短那么一周，长那么两个月左 右。经过不断的规划、调整和修改，工程计划从最初的粗粒 度变成了非常详细。这样的计划会一直持续

6、到工程结束，项 目成果出现。制定计划的过程是一个逐渐了解工程的过程。通过精心制 定计划，工程经理可以知道哪些要素是明确的，哪些要素需 要逐步明确，通过递进的细节不断完善工程计划。列入计划 的工作报告和下一阶段的工作安排是掌握工程进展的基础。 只有将阶段计划与总体计划进行比照，才能对工作进度一目 了然。规划的过程也是在时间表、资源和范围之间寻求平衡 的过程。筹划的本质不是写一个好看的文档，而是用你的智 慧去应对各种问题和风险，尽可能的往前想。一旦负责任地 完成计划，他就能给自己一个与管理层或客户沟通协商的基 础，帮助你预防工程过程中的各种问题，帮助你确保工程按 时完成。企业确定要开始某个工程时一

7、般会下达一个立项的文 件，暂且叫“工程立项文件”,主要内容是遵照的合同或相 关协议，工程的大致范围、工程结束的截止时间和一些关键 时间，指定工程经理和局部工程成员等等。接下来的工程计划编写一般要按照以下过程:1成立工程团队：相关部门收到经过审批后的“工程立 项文件”和相关资料，那么正式在“工程立项文件”中指定的工程经理组织工程团队，成员可以随着工程的进展可以在不 同时间加入工程团队，也可以随着分配的工作完成而退出项 目团队。但最好都能在工程启动时参加工程启动会议，了解 总体目标、计划，特别是自己的目标职责，加入时间等等。2工程开发准备：工程经理组织前期加入的工程团队成 员准备工程工作所需要的规

8、范、工具、环境。如开发工具、 源代码管理工具、配置环境、数据库环境等。前期加入的项 目团队成员主要由计划经理，系统分析员等组成，但快要制 定好的工程计划一定要尽可能经过在所有工程团队成员和项 目干系人中间的充分沟通。如果工程中存在一些关键的（指 将影响工程成败）技术风险，那么在这一阶段工程经理应组织 人员进行预研。预研的结果应留下下书面结论以备评审。注意:工程计划必须准确定义相应阶段的工程目标、阶段 是在概要设计完成、详细设计或编码实现开始之前，应细化 下一阶段的目标和任务。我们应该充分调查和掌握所有影响 工程计划的内部和外部因素；我们应该尽可能全面地分析项 目的工作分解结构。通过分析工程的工

9、作分解结构，我们不 仅可以获得工程的静态结构，还可以通过逻辑分析获得工程 任务之间的动态工作流。应分解工程目标和任务，制定详细 的实施方案。目标和任务,即需要进一步细化相应阶段的工程目标;尤其3工程信息收集：工程经理组织工程团队成员通过分析接收的工程相关文档、进一步与用户沟通等途径，在规定的 时间内尽可能全面收集工程信息。工程信息收集要讲究充分 的、有效率的沟通，并要达成共识。有些成员认为，电子邮 件发来的文档（计划、需求、周计划等）是在沟通不够充分 的情况下完成的，成员看过后有不了解或与自己的能力或意 愿不符的情况，但通过电子邮件等方式沟通的效率不高，这 也许是个习惯的问题，也许和某个具体问

10、题本身是否容易通过电子邮件沟通清楚有关。因此重要的内容需要开会进行Q&A 讨论，确保所有重要问题都得到理解，最终达成共识。讨论 会上达成共识的应当记录成文字落实在具体的文档中。4编写软件工程计划书工程经理负责组织编写软件工程计划书。软件工程计划书是工程筹划活动 核心输出文档，它包括计划书主体和以附件形式存在的其他 相关计划，如配置管理计划等。软件工程计划书的编制 参考GB856788计算机软件产品开发文件编制指南中项 目开发计划的要求。各企业在建立IS09001质量管理体系或 CMM过程中也会建立相应的软件开发工程计划书规范。编制工程计划的过程应当分为以下几个步骤:a、确定工程的应交付成果。这

11、里的工程的应交付成果不 仅是指工程的最终产品，也包括工程的中间产品。例如通常 情况下软件开发工程的工程产品可以是：需求规格说明书、 概要设计说明书、详细设计说明书、数据库设计说明书、项 目阶段计划、工程阶段报告、程序维护说明书、测试计划、 测试报告、程序代码与程序文件、程序安装文件、用户手 册、验收报告、工程总结报告等等；b、任务分解：从工程目标开始，从上到下，层层分解， 确定实现工程目标必须要做的各项工作，并画出完整的工作 分解结构图。软件开发工程刚开始可能只能从阶段的角度划 分，如需求分析工作、架构设计工作、编码工作、测试工作 等等，当然规模较大时也可把需求、设计拆分成不同的任 务。不过特

12、别是在概要设计完成时可以对下一阶段的目标任 务进行横向的细化。c、在资源独立的假设前提下确定各个任务之间的相互依 赖关系，以确定各个任务开始和结束时间的先后顺序；获得 工程各工作任务之间动态的工作流程。d、确定每个任务所需的时间，即根据经验或应用相关方 法给任务需要耗费的时间；确定每个任务所需的人力资源要 求，如需要什么技术、技能、知识、经验、熟练程度等等。e、确定工程团队成员可以支配的时间，即每个工程成员 具体花在工程中确实切时间；确定每个工程团队成员的角色 构成、职责、相互关系、沟通方式。f、确定管理工作，管理工作是贯穿工程生命周期的，如 工程管理、工程会议等、编写阶段报告。工程团队成员之

13、间 的沟通时间、工程团队成员和其他工程干系人之间的沟通时 间也比拟容易被忽视，而沟通时间也是比拟不容易固定地量 化和日程化。但这些工作在计划中都应当充分地被考虑进 去，再回师工程计划更加合理，更有效地减少因为计划的不 合理而导致的工程进度延期。g、根据以上结果编制工程总体进度计划，总体进度计划 应当表达任务名称、责任人、开始时间、结束时间、应提交 的可检查的工作成果。h、考虑工程的费用预算、可能的风险分析及其对策、需要公 司内部或客户或其他方面协调或支持的事宜。5软件工程计划书评审、批准工程计划书评审、批准是为了使相关人员达成共识、减 少不必要的错误，使工程计划更合理更有效。工程经理完成软件工

14、程计划书后，首先组织工程团队内部的工程团队负责人、测试负责人、系统分析负责人、 设计负责人、质量监督员等对工程计划书进行评审，评审可 采取电子或会议方式，并进行阶段成果工程团队内评阅记 录。应当要求所有相关人员在收到软件工程计划书后的一个 约定时间内反应对计划书的意见。工程经理确保与所有人员 就工程计划书中所列内容达成一致。这种一致性是要求所有 工程团队成员对工程计划的内容进行承诺，无法承诺或者说 是无法达成一致的，要么修改工程计划去适应某些工程团队 成员，要么是由某些工程团队成员采取妥协措施，去适应项 目计划的要求。工程经理将已经达成一致的软件工程计划书提交工程高 层分管领导或其授权人员进行

15、审批，审批完成时间不能超过 预先约定的时间。对于意义重大的工程，由过程控制部门如 质量管理部和工程分管领导同时对软件工程计划书进行 审批。批准后的软件工程计划书作为工程活动开展的依据和本 企业进行工程控制和检查的依据，并在必要时根据工程进展 情况实施计划变更。工程质量监督员根据软件工程计划书和软件开发 工程质量计划书规范编制软件开发工程质量计划。大型的 工程应当编制单独的软件开发工程质量计划书；规模较 小的可以在软件工程计划书的某个章节说明“软件开发 工程质量计划”，也可单独编制类似“软件开发工程质量控 制表”的文档。配置管理员根据计划书编制工程配置管理计划。以 工程工作计划书中的阶段成果为依

16、据，根据配置管理计划规 范编制配置管理计划，工程经理审批配置管理计划，并对配 置管理计划的有效性负责。工程筹划工作完毕，软件工程计划书通过评审，一般情 况下，对软件开发工程来说，工作转入需求分析阶段。三、工程计划内容确定工程计划内容确实定一般要按照以下过程:1确定工程概貌合同工程以合同和招投标文件为依据，非合同工程以可行性研究报告或工程前期调研成果为依 据，明确工程范围和约束条件，并以同样的依据，明确工程 的交付成果。进一步明确工程的工作范围和工程参与各方责 任。2确定工程团队确定工程团队的组织结构和与工程开发相关的职能机构，包括管理、开发、测试、QA、评审、 验收等。确定工程团队人员及分工。

17、与相关人员协商，确定 工程团队人员构成。如内部不能满足人员需求，那么提出人员 支援申请。3明确工程团队内、外的协作沟通明确与用户单位的沟通方法。明确最终用户、直接用户及其所在本企业/部 门名称和联系 。客户更多的参与是工程成功的重要推动 力量，加强在开发过程中与用户方工程经理或配合人员的主 动沟通，将有助加强客户等工程的参与程度。建议采用周报 或月报的方式通告工程的进展情况和下一阶段计划，出现的 需要客户协调或了解的问题。当工程组需要与外部单位合作开发时，应明确与合作单位 的沟通方式。确定协作单位名称、负责人姓名、承当的工作 内容、实施者姓名及联系 。明确部门名称、经理姓名、所承当的工作内容以

18、及负责实 施工作的人员姓名和 。定义工程团队的沟通活动。对于 团队成员超过三人的工程，应组织召开工程团队周会，工程 团队应采用统一的沟通系统，建立工程团队的沟通空间。4规划开发环境和规范，说明各种工具、开发环境、测试 环境等。用于系统开发。列出工程开发中要遵循的开发技术 规范和行业标准。对于本企业不规范的开发技术，工程经理 应组织人员制定本工程应遵守的规那么。5编制工作进度计划根据本企业规定和工程实际情况，确定工程的工作流程。编制工程的工作计划，此计划为 高层计划，各阶段的工作时间安排要包括完成阶段文档成 果、文档成果提交评审及进行修改的时间，各阶段结束的标 志是阶段成果发布。在计划中要求明确以下内容：a、工作任务划分； b、显示工程各阶段或迭代的时间分配 情况的时间线或甘特图； c、确定主要里程碑、阶段成 果； d、要求用文字对工程工作计划做出解释。最终用 一张时间表格来完整说明整个工作计划；对于迭代开发的项 目，应编制出第一阶段的阶段计划。阶段内的任务分割以