2016-09-19 16:15
做预估必须按照软件工程,然后加死方法,数页面、数控件、数逻辑。。。拍板子做成的算幸运。
2016-09-19 14:08
未知因素太多,这没办法啊,我们又不是神
2013-08-18 20:46
一般都要计划3倍
2013-08-17 21:52
实际情况往往比我们预估的要复杂得多,所以规划归规划,就好比刚开始画出的行进路线一样。
2013-08-17 20:48
翻译的很棒,一路上总有一些无奈的磕磕绊绊
2013-08-17 09:52
哈哈,太精辟了
2013-08-17 01:58
我以后可以给我的小伙伴说这个故事了
2013-08-16 23:57
太形象了赞!!!
2013-08-16 20:20
好文,看得很开心
2013-08-16 17:31
太形象了!
2013-08-16 15:44
跟领导说时间长了,他不愿意;然后领导给的开发时间,几乎从来没准时过。
2013-08-16 15:25
与 测量海岸线的长度 类似:
测量精度越高,海岸线的长度就越大!

看需求、订计划,总是粗略的,其精度就很低;
具体实现,精度就是最高的,
所以。。。。

引用来自“海旺”的评论

引用来自“袁国涛”的评论

引用来自“开源中国匿名会员”的评论

引用来自“残烛孤灯”的评论

用的人多不代表受欢迎

说的对,大家都不吃屎,不说明不好吃。

有见地啊

曾经看过一篇文章说:屎到底好不好吃,吃过的人才有发言权,没人过的人都应该闭嘴。所以我不评价。

我也不评价!
2013-08-16 13:41
开发软件的风险评估不好把握和掌控,充满了太多的未知,这个很考验项目经理的能力。
2013-08-16 13:40
另外计划的目的只是为了管理变化,而不是墨守成规
2013-08-16 13:38
天时地利人和一样都没筹划到,这叫计划?张嘴就叫是计划?这是小学生写的计划吧。我7岁一年级时就拿5毛钱不坐车,自己穿街走巷,然后坐船过河,走过只有模糊方位的村庄到20公里外的奶奶家,只为了有意思,然后省三毛买两根冰棒
2013-08-16 13:30
Funny。。。
2013-08-16 11:28
如果不是三天两头要改需求。我相信不会增加这么多。事实就是评估开发周期时候的所依据的工作量跟最后做出来的往往差距甚大
2013-08-16 10:21
感觉这是磨死人的节奏啊
2013-08-16 10:13

引用来自“柳下惠gg”的评论

引用来自“银色Blues”的评论

重要的是如果你预估的准了,你还能接到单吗?

正解,什么时候交付不是开发人员一方面能决定的

这是不是意味着,加班就是程序员的命?
2013-08-16 10:10
呵呵。
2013-08-16 10:03
嗯,对头。
2013-08-16 09:56

引用来自“银色Blues”的评论

重要的是如果你预估的准了,你还能接到单吗?

正解,什么时候交付不是开发人员一方面能决定的
2013-08-16 09:45
现实,这些都是不可控因素
2013-08-16 09:42
求仁得仁,使用信息不全的地图,得到不准的行程。没啥不妥。
2013-08-16 09:33
赞。。。
2013-08-16 09:29
重要的是如果你预估的准了,你还能接到单吗?
2013-08-16 09:25
做一个详尽,确凿,没有差错的计划是不现实的。计划越宏伟,越难以实现。一周之内的计划,勉强靠谱。
2013-08-16 09:21
2013-08-16 09:08
有意思
2013-08-16 08:59
2013-08-16 08:58
计划赶不上变化~
2013-08-16 08:58
很形象。
2013-08-16 08:51
很形象的说明了。。。。。
2013-08-16 08:51
精辟!
2013-08-16 08:49
不错,挺好笑
回复 @
{{emojiItem.symbol}}
返回顶部
顶部