【项目管理知识】IT项目策划九个要点不容忽视.docx

IT项目策划九个要点不容忽视 古人云“万事预则立,不预则废 ”，项目要成功必须做好计划。软件项目策划 是项目管理过程中基本的一个过程，软件项目策划的方法是软件项目经理必须 掌握的。在实际的项目策划过程中，必须掌握以下的 9 个基本要点： （1）掌握好项目策划的时机 SRS软件项目策划过程的输出是文档化的项目计划书，在项目的不同阶段都需 要进行项目策划，只不过在不同时机项目策划的目的不同，花费的工作量也不 同。当有了概要的客户需求而没有形成详细的软件需求规格说明书（ SRS时 进行项目策划产生的是项目的概要计划或者是里程碑计划，当产生了详细的 后，项目策划活动可以产生项目的详细计划，可以明确估计项目的规模、工作 量、进度、资源等，作为项目管理的主要依据。当发生了需求变化或者项目计 划与实际存在比较大的偏差时，可以对项目进行重计划。需要提醒注意的是在 需求未确定的时候，进行软件的估计是比较粗略的，此时不需要在项目策划上 花费太多的精力。 SRS （ 2）任务一定要明确 在进行项目策划时，建立工作任务分解（ WBS是必须要做的工作，即把 工作拆分成一个个独立的、明确的任务，所谓明确的任务是指： ?该任务一定有一个输出结果； ?输出的格式有明确的定义； ?输出的内容有明确的检测手段与验收标准； ?任务的时间是有具体要求的 上述 4 个判定标准有一个达不到就不能称为是一个明确的任务。在实践 中，有一些任务难以定义的很明确，因为有些结果是难以预测的，比如说分析 工作，具体的时间要求是难以准确预测的。任务如果不明确，就无从谈起任务 是否做完了。 在项目组中往往由于前一阶段的工作没做好，造成后续阶段的任务难以明 确定义下来。设计没有做完，编码的工作就不能定义的很清楚，就往往会造成 实际的编码工作难以在要求的时间内完工，形成项目风险。 （ 3）识别的任务不要有遗漏 在软件策划时，常犯的一个毛病是：任务没有识别全。在项目的实际执行 过程，经常出现计划外的、又必须执行的项目组的任务，而不是项目组外的干 扰活动。为了识别的任务比较完备，可以建立任务识别指南以提醒项目经理。 经常遗漏的任务包括： ?项目管理类的任务，如项目计划、计划的变更、计划评审等； ?横向关联类的任务，如集成任务、需求跟踪矩阵的制定与更新等； ?项目交付物的制作任务，如用户手册的编写、培训教材的编写等； （ 4）任务的颗粒度要适中 在划分任务时，任务的颗粒度不能太大，也不能太小。颗粒度太大，就难 以及时发现问题；颗粒度太小，就会增加管理成本。任务的颗粒度小可以到半 天，到周，一般以小于 3 天为宜，也就是说，项目经理能够在 1 周中至少检查 2 次成员的工作进展情况。适当的任务颗粒度一方面便于监控，另一方面也有利 于调整任务。当出现任务拖期时，可以比较灵活地重新安排人员接手其他人员 的任务。提供 5）估计要尽可能的合理 为了保证估计的合理性，可以采用下面的措施： ?借助历史数据。历史数据是 “经验 ”的量化，通过和历史项目的数据对比， ?可以降低估计的风险。需要注意的是，在借鉴历史数据的时候，要注意数 据的可比性，要考察项目类型是否类似、生命周期模型是否类似等。 ?采用多种估计方法互相验证。在估计时可以采用多种估计方法，然后对多 种方法的结果进行对比，通过分析其差异以判断合理性。 ?细分任务。任务拆分的越详细，就越容易估计，越容易和历史数据对比。 ?任务要完备。在估计的时候，要识别出所有的工作内容，不要有遗漏。 ?有估计经验的人参与估计。一方面要对参与估计的人员进行培训，另一方 面需要在实践中积累估计经验，每次估计完成后，都要和实际的情况进行对 比，经过3?5次的反复，则可以积累估计的经验，提高估计的准确性。 （ 6）识别清楚任务之间的依赖关系 任务和任务之间存在下面的 5 种依赖关系： ?输入输出关系。即 A 任务的输出是 B 任务的输入， A 任务完成后， B 任务 才可以开始。比如编码和测试之间的关系。 ?资源依赖关系。即A任务和B任务使用同一个资源，当资源为 A使用时， 就不能为B使用，当资源为B使用时，就不能为A使用。例如一个程序员不能 同时做 2 个模块的开发，必须做完一个模块再做另一个模块。 ?需求之间的接口关系。即 A任务和B任务的输出存在接口， 2个部分的输 出需要组装在一起，如果组装的任务是 C,则A, B任务未完成，C任务也无法 开始。 ?调用关系。主要是对编码任务而言，任务 A的代码为任务B的代码所调 用，则 A 必须先完成。 ?采购关系。如果存在需要采购的外部构件的话，则采购行为必须先完成。 本文转自项目 定义了任务之间的依赖关系，就可以识别出项目的关键路径，以重点关注 关键路径 （7）优先安排与系统架构有关的需求的开发 您当前浏览的文章来源项目管理站。