- 主题:开发之前你们都是怎么预估开发时间的?
开发之前产品经理要每个功能的具体开发时间. 你们都是用什么方法估计的, 还是直接拍脑袋?
如果这个模块我不太熟悉, 感觉很难给出个时间. 即使模块熟悉, 如果功能复杂的话, 也无法给出个准确的估计, 只能拍脑袋随便说一个.
看一本书上给出的估计方法貌似比较科学, 比如3天完成的概率是80%, 6天完成的概率是20%. 但这么跟产品经理报时间的话, 估计人家不干.
--
FROM 123.125.37.*
估算一下时间,×10报给产品经理。
【 在 xeagle (静下心来编程) 的大作中提到: 】
: 开发之前产品经理要每个功能的具体开发时间. 你们都是用什么方法估计的, 还是直接拍脑袋?
: 如果这个模块我不太熟悉, 感觉很难给出个时间. 即使模块熟悉, 如果功能复杂的话, 也无法给出个准确的估计, 只能拍脑袋随便说一个.
: 看一本书上给出的估计方法貌似比较科学, 比如3天完成的概率是80%, 6天完成的概率是20%. 但这么跟产品经理报时间的话, 估计人家不干.
: ...................
--
FROM 59.57.154.*
结果最后用了X20的时间
【 在 hgoldfish (老鱼) 的大作中提到: 】
: 估算一下时间,×10报给产品经理。
--
FROM 39.68.175.*
领导先给预估的,把他的时间*2
自己预估的,如果能算出功能点数目,功能点数目/5*2,假设每天做5个,留出一半时间测试、集成;当然大的功能点必须拆成小的,否则这个时间是不太对的
【 在 xeagle 的大作中提到: 】
: 开发之前产品经理要每个功能的具体开发时间. 你们都是用什么方法估计的, 还是直接拍脑袋?
: 如果这个模块我不太熟悉, 感觉很难给出个时间. 即使模块熟悉, 如果功能复杂的话, 也无法给出个准确的估计, 只能拍脑袋随便说一个.
: 看一本书上给出的估计方法貌似比较科学, 比如3天完成的概率是80%, 6天完成的概率是20%. 但这么跟产品经理报时间的话, 估计人家不干.
--
FROM 123.112.22.*
敏捷开发基本知识啊
先估计story point确定相对规模,然后根据几次迭代算出实际速度
【 在 xeagle (静下心来编程) 的大作中提到: 】
: 开发之前产品经理要每个功能的具体开发时间. 你们都是用什么方法估计的, 还是直接拍脑袋?
: 如果这个模块我不太熟悉, 感觉很难给出个时间. 即使模块熟悉, 如果功能复杂的话, 也无法给出个准确的估计, 只能拍脑袋随便说一个.
: 看一本书上给出的估计方法貌似比较科学, 比如3天完成的概率是80%, 6天完成的概率是20%. 但这么跟产品经理报时间的话, 估计人家不干.
: ...................
--
FROM 27.91.71.*
谢谢。我也感觉必须先完成架构设计,才能比较准确的估计
【 在 Bernstein 的大作中提到: 】
:
: 领导先给预估的,把他的时间*2
: 自己预估的,如果能算出功能点数目,功能点数目/5*2,假设每天做5个,留出一半时间测试、集成;当然大的功能点必须拆成小的,否则这个时间是不太对的
: --
: 蜗牛角里争何事
: 石火光中寄此身
:
:
发自「今日水木 on iOS」
--
FROM 123.125.37.*
正解
【 在 xiaoju (可爱的龙猫) 的大作中提到: 】
: 敏捷开发基本知识啊
: 先估计story point确定相对规模,然后根据几次迭代算出实际速度
--
FROM 123.120.189.*
2/8定律,80%的工作量花20%的时间完成。剩下的就是修修bug+划水,老板还以为你巨忙。
--
FROM 158.140.1.*
这个叫瀑布模型,最近20年实践发现,首先需求目标是不断变化的,其次就算是需求不变,一开始也不可能把架构设计正确
【 在 xeagle (静下心来编程) 的大作中提到: 】
: 谢谢。我也感觉必须先完成架构设计,才能比较准确的估计
: 发自「今日水木 on iOS」
--
FROM 27.91.71.*
敏捷和瀑布,对评估开发时间的差异是什么?
具体到底怎么评估时间啊 准确性如何
--
FROM 1.203.66.*