你如何处理程序员的日程安排/截止日期？

Question

程序员喜欢创建截止日期吗？我是一名网络开发人员，我的领域的时间表/截止日期已经到位。但是我和一些讨厌截止日期的软件工程师/程序员合作过，有没有办法呢？

Answer 1

首先，您需要区分截止日期和估算值。

• 截止日期来自外部来源，例如“特征X需要为展会做好准备”。
• 估算来自内部资源，例如“功能X需要N周才能完成”。

通常，程序员应该创建估算，销售/营销将创建最后期限。

当两者无法解决时会出现问题 - 如果截止日期比预算更接近。

dev（线索）的有用提示：

• 让做工作的人创造估计。
• 确保估算基于微小任务，每项任务不超过一两天。
• 使用反馈循环让开发人员提高他们的估算技能。
• 准确的估算技巧可以让您更加努力地应对最后期限要求。

营销人员/截止日期创建者的有用提示：

• 请勿在截止日期前覆盖估算。
• 如果截止日期与估计相冲突，唯一真正的选择是：（a）开发商加班，（b）截止日期的要求被削减，或（c）错过截止日期。
• 解释为什么截止日期很重要，以及截止日期的目的是什么（“客户X将签署一份六位数的合同”）。
• 明白那些觉得自己无法满足激进期限的人将不会受到激励。

Answer 2

程序员非常有理由拒绝截止日期！

几乎不可能准确地估计一段代码在设计，编写和调试之前需要多长时间才能完成。

根据我的个人经验，我花了一个多星期的时间来制作一个“简单”的shell脚本，我估计大约一个小时。另一方面花了一个星期的时间为COBOL数据定义编写一个解析器（包括所有奇怪的COMP COMP-3 OCCURS重新定义SYNC和松弛字节的东西），我估计大约两个月。

另一个大问题是，面对紧迫的截止日期，程序员会跳过最佳实践并开始进行黑客攻击。因此节省了大约50％的编码时间，但增加了300％的测试和调试时间。

Answer 3

传统上，您只能调整质量，功能或时间，最后一个是截止日期。质量你真的不想乱搞。因此，只要您使用的过程允许您校准功能以达到最后期限，我就可以了。

Answer 4

开发人员需要参与创建截止日期。如果它们是任意的并且在没有开发人员输入的情况下创建，那么他们就有权投诉。项目合法地从业务中获得时间限制，但必须调整资源和功能以进行补偿。如果没有开发人员的意见（更不用说BA，QA和运营人员），就无法做出这些调整。

Answer 5

我遇到的唯一一个讨厌截止日期的软件工程师/开发人员会因为以下两个原因之一而感到这样：

1. 他们完全没有组织， 并知道他们不会满足 截止日期，所以不喜欢他们 因为他们错过了截止日期 这让他们看起来很糟糕。
2. 他们没有 有最后期限的问题，如 只要有人了解这一点 涉及的工作是设定 最后期限。最糟糕的截止日期是 由经理人试图出售 项目并说“3周？没有 问题！“然后告诉他们 他们有3个开发团队 生产工作版本的周 MS Office并重新创建 首席执行官的小孩互联网。

Answer 6

我认为这取决于如何创建计划。开发人员需要在提出计划方面发挥重要作用。否则你怎么知道它是否合理？

如果高层管理人员只是要求“功能X需要由Y完成”，而没有任何好的洞察力，实际需要多长时间（某些事情比他们听起来要复杂得多）那么这是一件坏事。但是，如果他们与开发人员一起估算实际需要的工作量并与公司的其他需求保持平衡，那么它通常会很好地运作。

Answer 7

嗯，我很满意截止日期如果截止日期是通过经过深思熟虑的估算流程确定的，并且管理人员和工程师都有和的要求因为应该在截止日期前交付的内容已经明确定义。

Answer 8

定期审核至关重要：

• 列出主要里程碑和可交付成果
• 将其分解为更小的块
• 创建较小估计值的集合
• 使截止日期合理

您必须有截止日期，但同样的截止日期必须切合实际且可衡量。移动规范会让开发人员烦恼 - 这可能是不可避免的，但不要害怕移动（讨论后）。

截止日期和工作估算永远不会特别准确，但基本的项目管理技术应该意味着人们意识到错过了它们 - 以及它为什么会发生。