一个程序员能否精确评估开发时间,是一件非常重要的事情。如果你掌握了这项技能,你在别人的眼里就会是这样: 靠谱、 经验十足、 对需求很了解、 延期风险小、 合格的软件工程师、 正规军,不是野路子
开发时间评估,最大的好处是程序员受益。认真地评估开发时间,会让你在开始动手写代码之前搞清楚要怎么写,每个模块的设计心理得有个谱。从宏观上拆分模块,然后详细地分解任务,具体到一个很小的功能点。这样你就能清晰地设计代码,而不是堆代码。也避免了很多时候写着写着发现不对,然后拉到重来的境地。就是要让你动手写代码之前胸有成竹!
3.1 任务拆分
3.2 合理认知时间
3.3 预留buffer(缓冲区)
3.4 总结分析
尽管进行了精确估算,也不能保证每个项目都会100%精确。偶尔会遇到一些突发情况和没预估到的风险是不可避免的。比如以下一张表(源于网络)可以自我校验, 是不是出现过类似的情况:
那么面对风险,有一些原则可以帮助你:
4.1 报风险时间置前,如果开发开始或者任何过程有可能导致项目延期或者需求无法实现的时候就报警,不要等加班能实现或者存在侥幸心理;
4.2 对于不确定的需求,一定要沟通到位;
4.3 涉及到交互细节,必须提前沟通好,充分明确细节;
4.4 技术可行性方案提前调查清楚。
1.你是如何评估开发时间的,有没有出现过delay?
2.树洞: 基于项目时间评估, 你最想对产品经理说的一句话?
阿里云代金券 x 5
云栖社区T恤 x 1
微wx笑
已获得阿里云代金券
复制链接去分享
1.你是如何评估开发时间的,有没有出现过delay?
把功能分解的比较细一点,然后累加,这还是比较低级的吧。
没Delay过的程序员不是好程序员。
2.树洞: 基于项目时间评估, 你最想对产品经理说的一句话?
这是想讨论那些奇葩需求带来的不确定性?
sinb520
已获得阿里云代金券
复制链接去分享
1.你是如何评估开发时间的,有没有出现过delay?
答:一般就是大概估计出一个开发时间,但是开发过程中总会遇到各种各样的问题,一旦解决起来时间飞逝,有时候一个小问题就得花上一整天,delay是很普遍的,还好不是正式的工作,工作的话会仔细考虑,尽量多预留一些时间以防万一。
2.树洞: 基于项目时间评估,你最想对产品经理说的一句话?
答:我先把功能全部实现了,后面有问题再修改吧!
aoteman675
已获得阿里云代金券
复制链接去分享
1.你是如何评估开发时间的,有没有出现过delay?
首先双方评估需求表,然后对每一项需求计算时间,再加上风险时间,就是开发周期。如果是中途需求更改,合同也需要重新更改,时间另算。所以delay很少发生,除非前期没有沟通到位。
2.树洞: 基于项目时间评估,你最想对产品经理说的一句话?
规定时间上不了线,你也得不到奖励,咱们还是讨论一下简单大气的实现吧!
浮生递归
已获得云栖社区T恤
复制链接去分享
1.你是如何评估开发时间的,有没有出现过delay?
主要基于经验吧。反正不会的,又不会接。接的都是有把握的活。偶尔会有超期,但因为本身估算的也比较准了,所以稍微加班加下,就能完成。而且,习惯性预留一些时间,通常都能及时完成。大部分都是提前完成。
2.树洞: 基于项目时间评估, 你最想对产品经理说的一句话?
不要老是改需求。特别是明天上线了,今天来一个需求,还是伤筋动骨、让你有提交辞职报告的那种。这就是为什么开发容易打产品经理的原因。
瓜瓤
已获得阿里云代金券
复制链接去分享
1.你是如何评估开发时间的,有没有出现过delay?
答:先核对需求!先核对需求!先核对需求!重3遍。需求或功能理解出现偏差的话,你往往需要预估时间的多倍时间才能完成。核对需求后分析解决方案,预估解决方案的时间*1.5倍就是评估的开发时间。0.5的缓冲对于开发技术风险(技术搞不定),非技术风险(屁事一大堆)足够了。但前提是有问题提前说!有问题提前说!有问题提前说!重3遍。
2.树洞: 基于项目时间评估,你最想对产品经理说的一句话?
答:改需求? 好啊。先问问我手中2公斤的键盘答不答应。