软件项目计划计划制定项目计划详细说明了所需软件工作及如何实现

它定义了每一个主要任务，并估算其所需时间和资源，同时为管理层的评估和控制提供了一个框架

项目计划也提供了一种很有效的学习途径

如果能合理建档，它便是一个与实际运行效能比较的基准

这种比较可以使计划者看到他们的估算误差，从而提高其估算精确度

我们着重强调对项目规模和资源的估算，是因为低质量的项目资源估算将不可避免地造成资源短缺，进度延迟和预算超支

又由于项目资源估算是从软件规模估算中直接衍生出来的，所以低质量的规模估算是造成许多软件项目问题的根本原因

项目计划应在项目开始初期制定出，并随着工程的进展不断地加以精化

起初，由于软件需求通常是模糊而又不完整的，我们的工作重点应在于明确该项目需要哪些领域的知识，并且如何获取这些知识

如果不遵循这一指导原则，程序员们通常会积极地投入到那部分已知的工作中去，而把未知部分留滞到以后

这种工作方式通常会产生很多问题，因为未知部分具有最高的风险系数

软件项目计划的逻辑如下所述 ：由于软件需求在初始阶段是模糊而又不完整的，质量计划只能建立在对客户需求的大致而不确切的理解之上

因此，项目计划应该从找出含糊不确切与准确恰当的软件需求间的映射关系入手

接着建立一种概念设计

项目初始架构的建立要十分谨慎，因为它通常标定了产品模块的分割线，同时描述了这些模块所实现的功能及所有模块间的关系

这就为项目计划和项目实施提供了组织框架，因此一个低质量的概念设计是不能满足要求的

在每一次后续的需求精化时，也应同时精化资源映射，项目规模估算和工程进度

软件项目计划-制订软件项目计划的方法与策略制订软件项目计划的目的在于建立并维护软件项目各项活动的计划，软件项目计划其实就是一个用来协调软件项目中其它所有计划，指导项目组对项目进行执行和监控的文件

一个好的软件项目计划可为项目的成功实施打下坚实的基础

软件项目有其特殊性，不确定因素多，工作量估计困难，项目初期难于制定一个科学、合理的项目计划

我曾主持和参与过大大小小的软件项目十余项，下面我将把我制订软件项目计划的经验分享给大家

1.注重项目计划的层次性高级计划，是项目的早期计划

高级计划应当是粗粒度的，主要是进行项目的阶段划分，确定重大的里程碑，所需相关的资源，包括人力资源、设备资源、资金资源，即所谓的人、财、物三个要素

大的阶段交替之前，应做好下一阶段的详细计划，我们称之为二级计划

详细计划要确定各项任务的负责人，开始时间，结束时间，任务之间的依赖关系，设备资源，小的事件点（即里程碑）

如果项目规模相对较大，可以有多级的计划，比如说，一个项目组可能分为几个开发组，二级计划是各开发组制订的适合的自己小组的计划

如果开发组还分了小组，可以有小组的三级计划

开发人员的个人计划是低级计划，由开发人员根据自己的任务自行制定，要把任务细化到人·日

一般的，软件项目计划至多有四级就够了，过多的等级将会引发效率的瓶颈

大的项目不见得要有庞大的组织和人员数量来支撑，合理的划分小组，减少组织的层次，有利于项目计划的制订和实施

较小的软件项目由于工期不长，人员较少，有二级计划（高级计划与低级计划）也是可行的

2.重视与客户的沟通与客户的沟通是很重要的

不必害怕客户知道我们的开发计划，特别是项目进度情况，应当和客户共享这些信息

首先，客户会提出一些对项目时间、进度、效果上的要求，这个指标往往经不起推敲，有的还带有较强的政策性

如：在我主持的一个某单位人nnerlink>MIS系统的开发中就发现，客户方对时间上的约束是有成形的文件的，是他们单位领导们开会的决定

客户给出的从项目启动到验收的时间只有三个月，但是，经过我们认真的需求调研，做出项目进度的粗计划和部分的二级计划后，发现三个月的时间是难于实现的

我们把做出的调研文档和项目计划摆出来和和客户讨论，最终使项目的开发时间延长为六个月

站在为了科学地分析和解决问题的立场上来看，项目组和客户的目的是一致的，所以对于合理的项目进度客户是会理解与支持的

其次，我们有义务要让客户知道项目的计划

这样才能让客户和用户主动、积极参与项目，达到项目的最终目标

项目计划取得双方签字认可是一种好的习惯

客户可能不愿意签正式的文件，那么在文档的封面上签上双方负责人的姓名、联系方式也行，虽然是非正式的，但留下了项目工作的痕迹

有必要想办法让客户清楚签字意味着什么

这就意味说双方有了一个约定，既让用户感觉心里踏实，也让自己的项目组有了责任感，有一种督促和促进的作用

3.该详细的详细，该简略的就简略软件项目计划就如同软件项目本身一样有它特殊性，一个三五个人花两三个月就可以完工的小项目，可能项目计划就四五页纸，包括一个WBS（工作分解结构）和一个Gantee图（甘特图）

一个需要五六十个人甚至上百人，要花上半年或更长时间的大型软件项目则会有更多的项目计划内容

我们得按照项目的的特定情况量体裁衣

如下表表1所示，这是我主持的一个某高校教务办公信息系统项目的风险管理计划表

项目较小，我们只用了两个月的时间就开发完工，通过验收

正因如此，我们在项目计划中大量的采用了这种表格来制订人员计划、培训计划、风险计划、成本估计、文档大小估计、进度计划，一目了然，责任到人，其效果和效益是很明显的

项目的工作安排一定要责任到人，这点是要详细的

如果是多个人共同完成的任务也要指定一位主要负责人，否则开发人员会操作不便，甚至互相推卸责任

4.制订的项目计划要现实软件项目中的项目经理和系统分析员大都是从程序员成长起来的，我亦是如此，担任项目经理之前我写了五年的VB、Java和数据库SQL代码

项目经理和系统分析员做出来的项目计划最终要能够被项目组成员所实现

制订项目计划仅靠“个人经验”是不够的，不可能面面俱到，不要期希望于“个人经验”

解决的办法有两个方面

一是充分鼓励、积极接纳项目干系人（包括客户、公司高层领导、项目组成员）来参与项目计划的制定

可以邀请客户和公司高层领导来共同讨论高级计划的制订

客户会乐意参与的，因为追求项目的成功是大家的共同目标

公司高层领导的支持是项目组的坚强后盾，项目组需要获取必要的资源，需要及时获取对项目特殊要的审批，需要在领导事务上得到适当的指导和帮助，有些事项有时是需要公司高层领导加入才能解决的，如合同款项的按期支付

制订二级、三级项目计划要与项目组成员互动

当规划由一个人做出而由另一个人实施时，如果项目没有按时完成，会使得他们怀疑项目计划的可行性，也会影响开发人员的士气

与项目组内部人员的沟通亦很重要

软件程序员平时通常表现得内向、清高，作为项目经理应当学会调节工作中的气氛，在轻松的氛围中去融合开发人员的意见

可以让开发人员对自己职责范围内的事提出建议的时间和资源，再作讨论约定

这样开发人员在主观上会更加投入工作

客观上，开发人员的能力很难用时间及工作量来衡量，一名熟练的Java程序员比一名初学Java的程序员开发效率可能快上四五倍，因而安排的时间周期、任务量当然要不一样

我比较倾向于召开一次专题讨论会，事先写出一个初稿，再各抒已见，最后作出结论

二是要充分利用一些历史数据

历史数据是宝贵的财富，是可复用的资源

不仅要注意积累这些数据，也要学会从中提炼出可以为我所用的数据

如，项目计划的模板，计划的资源数据等

5.运用过程化的思想指导开发软件项目计划是CMM2级的一个KPA

可用软件过程化的思想指导计划的编制与实施

CMM2共有6个KPA，它们是：需求管理、软件项目计划、项目跟踪和监控、软件转包合同管理、软件质量保证、软件配置管理

一个软件组织如果达到了CMM2的各个过程方面的全部目标，就表明这个组织的软件能力达到了第2级成熟度等级

这也可以是针对一个项目而言

通常需要根据项目的进展情况对项目计划进行修改，以便应付需求和承诺的变更、不够准确的估计、纠正措施和过程更改等

在策划和重新策划中涉及的活动，都包含在这个过程方面里

6.利用成熟的项目管理工具Microsoft Project 2000（或更高的版本）是一款公认的功能强大、操作方便的项目管理工具软件

它自带了一个叫做“软件开发”的模板，可以用它来生成大体的框架，再作细节方面的改动，也可以自己制作一个符合自己公司软件项目运作流程的模板

Microsoft Project 2000的操作面版中可以安排任务，并设置开始时间、结束时间、前置任务、资源名称等参数，它能自动生成Gantt图、Pert图，找出项目中的关键路径

7.结束语软件项目计划分为高级计划、二次计划、三级计划和低级计划，制订软件项目计划应注意及时与客户沟通，该详细的详细，该简略的就简略，制出来的计划要是现实的，可以运用CMM2的思想指导计划的制订，Microsoft Project是倍受推荐的项目计划软件工具

愿我们多做出高质量的软件计划，从而打造软件精品

以上内容由大学时代综合整理自互联网，实际情况请以官方资料为准。