工作计划制定软件(共2篇)

篇一：附录6：软件开发项目计划编制过程

软件开发项目计划编制过程

1项目计划的要素

根据pmbok2000，项目计划可以包含如下要素：

1.1 项目范围说明 1.1.1项目意义

为了使用户和开发小组能明确对所建网站要达到的功能。双方通过不断地讨论和交互，最终形成具有建设性目标的书面条款。经过研究确认后，将作为开发小组设计开发的基本依据和需求方的软件验收标准。同时，通过该需求分析报告，开发小组可以更加进一步了解客户的需求，从而严格按照流程及时、准确的完成系统的开发，以满足客户的需求。同时，该文档也是概要设计及后续设计的基础.

1.1.2项目框架

1.2 项目进度计划 进度

对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务的预定开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（即所谓“里程碑）。

系统规划阶段:项目标志性事件 开始到完成 开发阶段： 项目开发计划书的完成 3.09-3.12 需求分析阶段:系统需求说明书完成 3.12-3.20 系统概要设计： 系统概要设计说明书完成3.20-4.05 系统详细设计阶段: 系统详细设计说明书 4.05-4.25 编码实现: 项目的形成4.25-5.05

测试阶段: 测试计划和bug跟踪列表 5.05-5.12 移交阶段: 项目的递交 5.27 工作任务的分解与人员分工

组长: 苏威任务: （1）系统总的开发计划书。

（2）每个阶段组织小组讨论一次，记录讨论内容，列出本阶

段开发计划。

（3）项目开发进度的管理。 （4）团队的组织和协调。 设计：李 燕 魏红芳

(1)参与小组讨论。

（2）进行系统的需求分析和系统设计。

（3）完成系统需求说明书和系统设计说明书。

（4）编写测试计划，参与系统测试，记录bug跟踪列表。（5）协助文档人员完成用户相关文档。

开发：苏 威 李 燕 魏红芳

（2）根据设计完成编码，并注释。 （3）进行单元测试。

1.3项目质量计划

基于企业的质量方针和质量目标，结合本项目的特点，制定项目的质量目标： 1）.基于需求测试的覆盖率为100%; 2）软件功能测试用例通过率大于95%；

3）每个阶段评审中发现的我难题都已经解决或得到处理； 4）产品发布时不存在严重及其以上的缺陷。

1.4项目资源计划

在编制图书管理系统项目计划中考虑到，4 个开发人员是全职在这个项目中，二项目经理，质量保证和配置管理人员不是全职在这个项目中，他们还同时在管理其他的项目，进行成本估算的时候，应该根据项目人员付出的 时间以及各项任务的具体情况进行成本预算，最后得到比较详细的成本分配情况，即成本基准。滋养费用比例如下表所示：

1.5项目沟通计划

1.6风险对策计划 1.6.1风险管理规划

风险管理规划是规划和设计如何进行项目风险管理的过程。该过程包括定义项目组织及成员风险管理的行动方案及方式，选择适合的风险管理方法，确定风险判断的依据等。 风险管理规划的流程如图所示：

1.6.2风险降低活动可列出减少风险发生的可能性或减少风险发生时所造成损失的程度，对

那些应特别关注的风险，几种降低风险的活动可以同时开始。降低风险的活动示例如下:

(1)建立一个可测试此活动的模型。以验证这种风险降低策略可以减少风险发生的可能性； (2)为有风险的活动建立备选方案。一旦风险发生，采用备选方案可使该风险对项目整体进度的影响降低。

1.7项目采购计划

（1）五台pc机 （2）一台交换机

1.8变更控制、配置管理计划

由于软件开发的手工性、个体性特征，软件开发项目计划不可能是一个静态的计划，一次在项目启动时，可以先制定一个颗粒度相对比较粗的项目计划，先确定项目高层活动和预期里程碑。粗颗粒度的项目计划需要不断地更新迭代，根据项目的大小和性质以及项目的进展情况进行迭代和调整。迭代和调整的周期也是根据项目的情况进行制订的，一般短到一周，长到2个月左右。经过不断的计划制订、调整、修订等工作，项目计划从最初的粗粒度，变得非常详细。这样的计划将一直延续到项目结束，延续到项目的成果出现。

2项目计划编制过程

由于软件开发的手工性、个体性特征，软件开发项目计划不可能是一个静态的计划，一次在项目启动时，可以先制定一个颗粒度相对比较粗的项目计划，先确定项目高层活动和预期里程碑。粗颗粒度的项目计划需要不断地更新迭代，根据项目的大小和性质以及项目的进展情况进行迭代和调整。迭代和调整的周期也是根据项目的情况进行制订的，一般短到一周，长到2个月左右。经过不断的计划制订、调整、修订等工作，项目计划从最初的粗粒度，变得非常详细。这样的计划将一直延续到项目结束，延续到项目的成果出现。

制定计划的过程就是一个对项目逐渐了解掌握的过程，通过认真地制定计划，项目经理可以知道哪些要素是明确的，哪些要素是要逐渐明确的，通过渐近明细不断完善项目计划。阶段计划中包含的工作汇报和下一阶段工作安排是掌握项目进度的依据，从阶段计划对照总体计划，才能一目了然地看出工作的进展情况。制定计划的过程，也是在进度、资源、范围之间寻求一种平衡的过程。制定计划的精髓不在于写出一份好看的文档，而在于运用您的智慧去应对各种问题和面临风险并尽可能做出前瞻性的思考。一旦计划被负责任地完成，他就可以给自己一个和管理层或客户交流与协商的基础，帮助你在项目过程中防范各种问题的出现，帮助你保证项目按时完成。

企业确定要开始某个项目时一般会下达一个立项的文件，暂且叫“项目立项文件”，主要内容是遵照的合同或相关协议，项目的大致范围、项目结束的截止时间和一些关键时间，指定项目经理和部分项目成员等等。

接下来的项目计划编写一般要按照以下过程：

2.1成立项目团队：

2.2项目开发准备： 2.2.1 工具准备

（1）五台pc机

（2）源代码管理工具

2.2.2 开发环境

配置环境、数据库环境等

2.3项目信息收集：

项目经理组织项目团队成员通过分析接收的项目相关文档、进一步与用户沟通等途径，在规定的时间内尽可能全面收集项目信息。项目信息收集要讲究充分的、有效率的沟通，并要达成共识。有些成员认为，电子邮件发来的文档（计划、需求、周计划等）是在沟通不够充分的情况下完成的，成员看过后有不了解或与自己的能力或意愿不符的情况，但通过电子邮件等方式沟通的效率不高，这也许是个习惯的问题，也许和某个具体问题本身是否容易通过电子邮件沟通清楚有关。因此重要的内容需要开会进行q&a讨论，确保所有重要问题都得到理解，最终达成共识。讨论会上达成共识的应当记录成文字落实在具体的文档中。

2.4编写《软件项目计划书》

编制项目计划的过程应当分为以下几个步骤： a、确定项目的应交付成果。

需求规格说明书、概要设计说明书、详细设计说明书、数据库设计说明书、项目阶段计划、项目阶段报告、程序维护说明书、测试计划、测试报告、程序代码与程序文件、程序安装文件、用户手册、验收报告、项目总结报告等等；

b、任务分解：

组长: 苏威任务: （1）系统总的开发计划书。

（2）每个阶段组织小组讨论一次，记录讨论内容，列出本阶

段开发计划。

（3）项目开发进度的管理。 （4）团队的组织和协调。 设计：李 燕 魏红芳

(1)参与小组讨论。

（2）进行系统的需求分析和系统设计。

（3）完成系统需求说明书和系统设计说明书。

（4）编写测试计划，参与系统测试，记录bug跟踪列表。（5）协助文档人员完成用户相关文档。

开发：苏 威 李 燕 魏红芳

（2）根据设计完成编码，并注释。 （3）进行单元测试。

2.5软件项目计划书评审、批准

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

项目经理将已经达成一致的软件项目计划书提交项目高层分管领导或其授权人员进行审批，审批完成时间不能超过预先约定的时间。对于意义重大的项目，由过程控制部门如质量管理部和项目分管领导同时对《软件项目计划书》进行审批。

批准后的软件项目计划书作为项目活动开展的依据和本企业进行项目控制和检查的依据，并在必要时根据项目进展情况实施计划变更。

项目质量监督员根据《软件项目计划书》和《软件开发项目质量计划书规范》编制软件开发项目质量计划。大型的项目应当编制单独的《软件开发项目质量计划书》；规模较小的可

以在《软件项目计划书》的某个章节说明“软件开发项目质量计划”，也可单独编制类似“软件开发项目质量控制表”的文档。

配置管理员根据计划书编制《项目配置管理计划》。以项目工作计划书中的阶段成果为依据，根据配置管理计划规范编制配置管理计划，项目经理审批配置管理计划，并对配置管理计划的有效性负责。

项目策划工作完毕，软件项目计划书通过评审，一般情况下，对软件开发项目来说，工作转入需求分析阶段。

篇二：软件开发项目计划模板(参考后编制)

xxx软件项目计划任务书

项目编号 项目名称 撰写人 审 批 完成日期

版本记录

目录

1. 项目背景、范围及目标 ..................................................................................................................... - 1 - 2. 项目可行性分析.................................................................................................................................... - 1 - 3. 项目概述 .................................................................................................................................................. - 1 - 4. 项目生命周期及里程碑计划 ........................................................................................................... - 1 - 5. 项目任务分解结构（wbs）.............................................................................................................. - 1 - 6. 预算 ............................................................................................................................................................ - 2 - 7. 人员组织及分工.................................................................................................................................... - 2 - 8. 风险预估 .................................................................................................................................................. - 2 - i

1. 项目背景、范围及目标

简述项目开发背景及意义、要解决的问题和需要达到的目标。 2. 项目可行性分析 包括经济可行性、技术可行性、运行可行性等。 3. 项目概述

简述项目需要交付的产品、系统的基本功能、运行环境等。 4. 项目生命周期及里程碑计划

包括从开始立项到最终结项全生命周期的详细描述。

可参考如下表格：

5. 项目任务分解结构（wbs）

根据需求分析的功能模块划分，进行任务分解。 - 1 -

6. 预算

详见《项目预算明细表》。 7. 人员组织及分工

8. 风险预估

对可能出现的影响因素进行分析，并提出规避措施等。