大家是如何评估开发周期的？评估的条件是什么？

Question

1.让产品参与到评估开发周期的计算是否合理？
2.我们产品评估的开发周期评估条件是:一个人一天百分之百的投入是否合理？
3.一个人真能一天百分之百的投入写代码？

Answer 1

首先贴一个Quora上的笑话Why are software development task estimations regularly off by a factor of 2-3?

中文版：为什么软件开发周期通常是预期的两三倍？

--------------------------华丽的分割线-----------------------
问题1：答案：合理的。为什么？
因为每一个开发周期内有多个Task，多个Task有依赖。多数时候开发周期内类容过多的时候，无法在一个周期内完成时，产品需要砍掉一些Task挪到下一个周期去。这样就
尽可能的保证了一个周期内的任务量是可以完成且release的。(比如在敏捷开发中scrummaster会在计划会中把这个迭代的总工时计算出来，用以确定这个迭代的任务量，这个工时怎么来的？是团队成员评估每一个Task时自己所需要完成的时间，最后取平均值得来的。又比如在瀑布开发模式中的计划解决方案阶段评估时间)。

问题2和问题3：不合理，不能。讲道理，因为没有人一天8小时的工作时间全部都全精力投入。
因为这其中有很多不可控的因素，突然的会议，突然增加的夸部门交流(比如在前端-设计-产品三个角色中时有发生)。

不同的开发模式使用不同的场景。讲道理，ADC不建议当肉的原因不是因为他不能当肉，而是因为它在C位更有价值。对团队来说。

Answer 2

产品是可以参加评估的，但是开发人员不可能百分百投入，建议计划时按80的投入算，因为我们可能有各种会议各种问题的讨论