一个项目的开发周期评估，你们会怎么评估合理的开发周期？

[lalalaXxx]

问题

假如现在要做一个项目，现在甲方给到你了详细的需求，有多少模块，每个模块有多少功能点，

一个 excel 很详细，现在领导让你评估需要开发的周期，你们会怎么评估开发时间？

小厂，核心岗位有 产品 UI 开发 测试，其他的可以忽略；

ps

我先说一下我的看法

1.产品介入，去了解需求，出原型，产品完全搞懂业务逻辑 （ N 天）

2.UI UE 等介入，根据原型评估一下出图的时间 （ M 天）

3.开发根据需求文档 + 原型 + 接口量 评估开发周期、包括前端页面 + 后台开发 （ Y 天）

4.部署测试环境 测试时间 （ P 天）

然后我觉得 排除同时进行的话 应该是 N + M + Y +P + 预留时间 = 开发周期；

现在我举个例子：

产品：1 人/10 天

UI：  1 人/20 天

技术开发：2 人/40 天

测试：2 人/ 20 天

都是工作量 应该是 10 + 20 + 40 +20 = 90 天


那么如果现在 所有岗位人员数量翻一倍，产品 2 人，UI2 人，开发 4 人，测试 4 人 那么开发周期就可以缩短为 45 天，这个等式是否成立？？

我觉得应该不成立，大家什么看法？ （ ps 你觉得不合理，但是领导觉得就是这样的，你人员增加一倍 时间没有缩短一倍，那就是你的问题？）

大家评估这种项目，一般会怎么做？

题外话

在问一个问题，假如你公司的领导，给你了一个功能，然后你根据你的团队情况，评估了一个时间，比如评估 10 天干完，然后领导给甲方报过去之后，甲方找了另一个人干，结果另一个团队 3 天干完了。

领导就会感觉你瞎评估，1 天的工作分 3 天干，这种情况你会怎么做？

[sagaxu]

人月是不能互换的

[darkengine]

应该是 10 + 20 + 40 +20 = 90 天

这里没考虑并行吧，例如产品定了一个模块，UI 就可以开始设计这个模块，而不是等整个产品原型都搞完才开始

[darkengine]

好吧，没注意“排除同时进行”。人数 x2 ，时间/2 这个等式肯定不成立。

[tool2dx]

开发时长预估，我一般问问 GTP4 ，它回答基本上还挺准的。

其实项目 80%的时间，在攻克 20%的项目难点，估计时长不能太乐观了。

当然如果没有很大难度，又是批量生成的 CURD 代码，那应该还是能估计的。

[yuhongtai114514]

我经历的基本都是倒排...直接定好上线日期了，按照这个日子猛猛加班加资源，实在搞不定再往后延...