项目需求设计编码测试成本及团队管理各阶段风险避坑指南全套.docxVIP

项目需求、设计、编码、测试、成本及团队管理各阶段风险避坑指南

项目风险分类

1.需求

需求没有文档化

[1]是否仅有未成文的需求？

如果项目的需求只是通过口头表达，则需要考虑风险。

需求不稳定

[2]需求是否正在变化或是已经确定下来了？

如果需求正在被增加、变更或是没有被确定下来，则需要考虑风险。

需求不完全

[3]需求中所有项目是否都有详细说明？

如果需求中有未列出详细说明的项目，则需要考虑风险。

需求可读性差

[4]需求文档的可读性如何？

如果需求文档的可读性差，则需要考虑风险。

需求不清晰

[5]你是否可以理解需求，如同作者想要表达的？

如果关键的需求是模糊的、不明确的，则需要考虑风险。

需求进度紧张

[6]进度中是否安排了足够的需求分析时间？

如果需求分析阶段的进度紧张，则需要考虑风险。

需求分析能力有限

[7]需求分析人员的能力是否有限？

如果需求分析人员的能力有限，则需要考虑风险。

需求无经验可借鉴

[8]项目需求的关键部分是否有以往的经验可以借鉴？

如果需求的关键部分无法借鉴以往项目的经验，则需要考虑风险。

需求不可行

[9]是否存在在实现时有技术困难的需求？

如果不能确定某一项需求在所用的开发语言环境中实现的方法，则需要考虑风险。

需求不可跟踪

[10]是否有计划在设计、编码和测试阶段对需求进行跟踪？

如果需求与开发过程出现偏差，或是在各个阶段