我在软件项目管理方面的经验非常有限,另一个工程师问了我这个问题,我有点困惑。
如何衡量软件项目何时完成?
我挣扎的部分是“测量”部分。我知道有像EVM这样的度量,但是它们更关注整个项目的性能。例如,具有较低的SPI或低CPI可以表示性能/分配问题,但它并不能真正表明项目的完成程度。
这里有没有经验法则说我的项目已经完成了XX%,还是我想得太多了?
发布于 2011-12-10 05:07:23
当项目发起人不愿意支付的时候,项目就完成了。
发布于 2011-11-07 19:30:59
在计划驱动的方法中,预先拥有完整的需求,一个完整的项目将满足所有的需求,并通过指定的单元、集成、系统和验收测试。在一个完美的世界里,这个项目将在计划的最后结束。然而,应将项目的健康状况作为计划的一部分加以跟踪,以便能够深入了解健康状况和状况,以便能够尽早取消超出成本/时间允许的项目。
在迭代和增量方法中,您通常以可能可移植的产品结束每一次迭代,该产品包括所需的所有软件和相关文档。项目可能会在许多情况下结束--您没有发货的需求,没有钱,如果未来迭代的成本低于挣值,那么客户就会结束项目,等等。
您不想估计完成的百分比,因为您只能根据已知的需求进行度量,因为它不考虑未知的需求或缺陷的需求。相反,您希望根据已完成的需求、通过测试的百分比(特别是验收测试)和挣值等度量来度量项目的完成--这些将提供项目的一般健康/状态,而不管所使用的方法如何。
根据您的具体方法,您可能对许多度量和度量感兴趣。几个例子包括挣值、速度、需求周转(更改的需求/时间单位)、缺陷报告、成本(与项目每个阶段的实际预算相比)、工作量和进度(实际完成的任务与计划完成的任务)。
发布于 2011-11-07 19:27:44
听起来你可能有点过头了,但我们程序员确实有这样做的习惯。
跟踪需求列表。当您可以将每个需求标记为已测试和实现时,开始对项目进行系统测试。
https://softwareengineering.stackexchange.com/questions/118333
复制相似问题