SpeedFrameWork系列文章之三 项目 时间成本竞赛.doc
立即下载
Moso31
2025-03-19
项目
时间
技术
开发
风险
模块
人员
成本
消耗
需求
30 KB
项目就是时间、技术、成本的竞赛
SpeedFrameWork团队内部版本：1.0
作者：李志峰
本章撇开具体使用的开发技术讨论去讨论项目中的技术、时间、成本关系。
项目就是时间、技术、成本之间的竞赛，这是项目诞生就存在的关系，是企业赢得市场利润的关键所在。
在项目确立的初期，通常会调研项目的可行性以及投入的时间、成本（包括人员与技术相关的消耗）等因素，从而定制项目的实施。时间成本竞赛尤其在软件行业特显突出。
例子：
项目确立下来，初期调研2个月（项目经理完成）。表通常会在30有个左右，包括权限模块。并且要求3个月内完成代码、一年的维护期。这样的项目是很常见的。
人员配置1个项目经理5k/m，2个开发员4k/m，。项目经理通常主要任务是取需求沟通开发参与比较少，开发压力都由开发员承担。按照1个表一个模块计算（实际很多时候是2个表甚至多个表1个模块）。22个工作天计算。正常的开发人员开发速度是2-2.5/天/模块。
如按照人员开发时间初步估算1个模块需要：22*2*3/30=4.4模块/人/天
按照配置紧迫的算2个月内完成：22*2*2/30=2.93模块/人/天
业务消耗费用大概是（场地、电、其他消耗）：5k/m
关键人员的消耗总花费：5*2+3(5+4*2+5) =64k
加上美工、测试人员总费用：2k/人：2*2*3+64＝76k
按照人员配置等初步计算项目可以接纳。但是通常这种项目失败的可能性非常高。或者是打个平手。原因通常有：需求不停修改，甚至一些模块要切低的推翻从做。或者可能增加页面的开发难度。
这类项目按照计算15W应该可以接纳，为何大多数企业都要把项目总价提高至20W甚至30W。项目存在技术风险，需求风险即时间风险。项目在开发时间确定无法变更的情况下，因此软件企业致胜关键在降低技术风险。
软件项目中开发的风险有：（以下只列举部分需要分析的风险）
可行性技术风险；
时间风险、需求风险；
增加需求意味着增加时间，但通常项目确立后一定必须在确切的时间内完成，这是必然的，要不就是水瓢项目。
我们通过一个简单的公式进行粗鲁的分析：
消耗成本＝技术*时间
从图看出中心点是项目，然后上面是y族是技术，x族是时间，而存在y点上的A就是技术点，存在x上的B就是时间点，而A-B之间的连线就是消耗成本。
项目/时间/技术/开发/风险/模块/人员/成本/消耗/需求/
项目/时间/技术/开发/风险/模块/人员/成本/消耗/需求/
