一个项目从开发到完成需要多久
程序员,尤其是刚毕业的新手,没经验,又老实。 盲目地自信,加上领导给点压力/鼓励,想提高productivity. 看了几个高优先的功能就估计出个时间,其实坑了自己也坑了队友。
每个产品都是由各种角色、各种职能的人组织在一起完成的。
其中产品经理和程序猿是最容易起”冲突”的两类人群。
因为,经常一个产品需求整理完成后,产品经理马上就会问:
1、周期:
多久开发完?
啥时候发布第一个版本?
这个2天能不能搞定?
这个很简单嘛,20分钟搞不定么?
2、问完程序猿,leader给产品经理汇报:
程序猿给出来的时间要乘以2在评估的基础上加上水分,因为总会有坑
3、产品经理给BOSS汇报:
把时间加个30%到50%时不时要搞一搞需求变更,程序猿搞出来的东西实在是看不顺眼经常要去统计下进度,防止东西延迟。
你们都以为功能就能很easy的推进了,BUT,你们都错了!
程序猿又接到了新的任务:项目经理要求评估时间,呵呵,总有SX新手要乱说
leader拿到数据,觉得不稳妥,所以加了点水分
项目经理给产品经理再加点水分
产品经理给老板汇报,再加点水分(哈哈哈,各位,你们就对号入座吧!!)
老板开始催了。。。
销售开始在外面chui牛逼。。。
各种忽悠客户
然而,两周后,就开始催促可怜的程序猿
又过了两周。。。还是没谱
年轻的程序猿。。。。别乱承诺啊
leader感觉很迷茫。。。。
其实是这样的,你们的需求是拽一条绳子
谁TM知道这绳子后面是啥?
新手程序员预估项目完成时间法则:
A = 自己按照经验,给出比较宽裕的时间。
B = A*2,报给leader
C = B*1.5,报给PM
D = C*1.5,PM最终的估算和报价基础。
最终大概是原始估计的4.5倍以上,对于大多数程序员,其实还是完成不了的,如果不考虑预算之类的因素,请再*1.5
你也许感兴趣的:
- 【译论】如何询问用户的痛点?
- 【外评】电脑从哪里获取时间?
- 【外评】为什么 Stack Overflow 正在消失?
- Android 全力押注 Rust,Linux 却在原地踏步?谷歌:用 Rust 重写固件太简单了!
- 【外评】哪些开源项目被广泛使用,但仅由少数人维护?
- 【外评】好的重构与不好的重构
- C 语言老将从中作梗,Rust for Linux 项目内讧升级!核心维护者愤然离职:不受尊重、热情被消耗光
- 【外评】代码审查反模式
- 我受够了维护 AI 生成的代码
- 【外评】Linux 桌面市场份额升至 4.45
你对本文的反应是: