- 主题:开发之前你们都是怎么预估开发时间的?
开发之前产品经理要每个功能的具体开发时间. 你们都是用什么方法估计的, 还是直接拍脑袋?
如果这个模块我不太熟悉, 感觉很难给出个时间. 即使模块熟悉, 如果功能复杂的话, 也无法给出个准确的估计, 只能拍脑袋随便说一个.
看一本书上给出的估计方法貌似比较科学, 比如3天完成的概率是80%, 6天完成的概率是20%. 但这么跟产品经理报时间的话, 估计人家不干.
--
FROM 123.125.37.*
谢谢。我也感觉必须先完成架构设计，才能比较准确的估计
【 在 Bernstein 的大作中提到: 】
:
: 领导先给预估的，把他的时间*2
: 自己预估的，如果能算出功能点数目，功能点数目/5*2，假设每天做5个，留出一半时间测试、集成；当然大的功能点必须拆成小的，否则这个时间是不太对的
: --
: 蜗牛角里争何事
: 石火光中寄此身
:
:
发自「今日水木 on iOS」
--
FROM 123.125.37.*
x10太夸张了，我最多x2, 再多就有点不好意思了
【 在 hgoldfish 的大作中提到: 】
: 估算一下时间，×10报给产品经理。
: --
: 灭绝人性啊
发自「今日水木 on iOS」
--
FROM 61.148.244.*
你这个说的靠谱，所以产品经理上来就要估算时间实在让我头疼。遇到一点没接触过的代码，我感觉得先花1-2周时间，然后才能估的准
【 在 foliver 的大作中提到: 】
: 预估时间， 都是在系统技术方案和技术难点全部搞定的前提下进行的。剩下的都是文字，代码和测试。这些组织都有自己的基准。
:
: 如果连技术难点和方案都没有，那么这样的估计除了糊弄，没啥意义。
:
: --来自微水木3.5.11
: --
发自「今日水木 on iOS」
--
FROM 61.148.244.*
为啥，请举个例子
【 在 littleSram 的大作中提到: 】
: 有的功能就没法预估
: --
发自「今日水木 on iOS」
--
FROM 61.148.244.*
我司比较穷，离年薪百万差一个数量级。当然每天工作负荷也还好，4个小时工作就是上限
【 在 dpblue 的大作中提到: 】
: 现在都互联网百万年薪了，怎么还在用这种古老瀑布模型不用敏捷开发？
: --
发自「今日水木 on iOS」
--
FROM 61.148.244.*
我说的4个小时, 可是全力工作不允许任何打扰的. 这样的4个小时其实挺累的.
那些年薪100万, 甚至包括200万的, 我不相信8小时都在工作, 肯定有不少时间在划水. 所以我这4个小时相对来说已经对得起公司了.
而且, 我一直觉得写代码是靠效率和灵感, 只靠堆时间的话只能一时产量上去, 长期来看只是在制造越来越多的垃圾.
【 在 lokta 的大作中提到: 】
: 这个工作时间，慕了慕了
:
--
FROM 123.125.37.*
不要学我, 我这样天性懒散的人已经不能适应现在互联网的节奏了.
不过我还是尽量提高效率, 不 delay 公司的项目的, 拿人钱财嘛
--
FROM 123.125.37.*