如何评价项目计划的可行性？

按照CMMI/GJB5000B的要求，在完成项目估计后，可以依据估计结果制定项目计划。但是，即便这样的计划有据可依，依然需要评价其可行性，因为通过可行性分析可以保证计划是基于可靠的工程判断或历史数据，而不是基于不切实际的约束。

评价项目计划的可行性通常要考虑以下因素：

• 策划的基础

制定计划的基础有估计结果、项目范围、资源、交付节点和里程碑。计划必须以这些内容为基础制定，与其匹配。而且，应确保这些内容是正确的。

• 计划的完整性

制定的计划应当覆盖了项目所有活动和应产生的工作产品。或者说，计划应当覆盖产品的WBS和任务的WBS。

• 过程的可信度

制定计划的项目策划过程应当是可信的。之前应当有项目使用过该过程来制定计划，并且产生过好的结果。

• 历史数据

所制定的项目计划应当与历史类似项目计划在内容上、范围上基本一致，在规模和工作量、进度的关系上也基本一致。

• 计划的深度和广度

计划的深度是指是否对计划的内容进行了足够详细的分解，使得最小的工作包便于有效的管理；计划的广度是指计划的完整性，并且所有计划内容应当是一致的、兼容的。

• 计划的细节

评价计划的可行性时，要考虑以下这些细节问题：

a) 是否遗漏了重要的活动、工作产品?
b) 计划中是否考虑了节假日）?
c) 项目活动（进度）间的重叠是否合理?
d) 项目进展速度是否合理？
e) 项目缺陷密度等质量目标是否合理?
f) 总量（如工作产品的总数和总的工作量）在整个计划中是否匹配？
g) 上层计划是否与更详细的分解计划匹配？
h) 在整个计划中，日期、里程碑和期限是否匹配？
i) 为一个具体任务分配的工作量是否与同一时段已安排的工作负荷相匹配？
j) 所分配的工作量是否与项目的预算相匹配？
k) 在一定期限内（一天或一周）为某个项目成员分配的工作量是否与其能够承担的工作负荷相匹配？

评价项目计划的可行性不仅在初始的项目策划阶段进行，当对计划进行重大变更时同样应该进行分析。

评价计划可行性的同时还应标识出各种计划风险、缓解的替代方案。

这正是：

计划制定出来后，还需评价可行性
计划如果不可行，执行起来要人命

最后： 下方这份完整的软件测试视频学习教程已经整理上传完成，朋友们如果需要可以自行免费领取【保证100%免费】

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！