什么时候去估算一个软件项目的成本

大家好，知网郑州软件公司又和大家见面了，今天我们谈的内容是合适去估算一个项目成本。

      尽管软件行业早就有估算成本的传统，但直到今天仍然容易出现混乱的估算结果。我认为混乱的原因在于管理层总是希望尽早获悉成本信息，但开发人员往往要较晚才能精确估算成本（至少要等到具体的解决方案出炉）。结果，要么过早估算导致结果与实际出入很大，要么结果虽然准确，但远远超出预算，让管理层难以接受。

       我这里要介绍的估算方式虽然源自我提倡的产品研发流程，但同样能解决大多数公司的问题。开始研发产品钱，应该先评估产品机会.评估产品机会的目的是看产品创意宣称要解决的问题是否有价值。此时，解决方案尚未出炉，手头仅有产品创意和待解决的问题，所以产品团队只能大致估算项目的规模（建议分成小型，中型，大型三个等级）。再根据项目规模估算项目成本。虽然这种估算与实际情况会有出入，但通常不会出现跨级别的误差。

        确认产品机会有价值，粗略估算的成本也可以接受，管理层才能允许项目组着手定义产品解决方案。理想情况下，详细的产品解决方案还应该包含可供用户测试的高保真原型。

       在定义解决方案的过程中，产品经理和交互设计师需要一位开发人员的协助来评估不同解决方案的成本。然后产品经理和交互设计师根据文档细节生成详细，可靠的成本估算结果。

       此时，手头有了详细的产品说明文档，可信的成本估算结果，管理层可以很方便地决定是否开始开发产品。如果解决方案有问题，或者成本估算结果超出了预算，管理层可以马上叫停，如果决定开发产品，产品团队就可以在充分了解产品定义与成本细节的条件下全力开始工作。

        总而言之，我建议分两个阶段进行成本估算。在评估产品机会时做粗略估算，根据最终的产品说明文档做详细估算。

        关注成功，关注未来，关注知网郑州软件公司。