你怎么处理调度/后期限周围的程序?[关闭]

Question

程序员做想要建立最后期限？我是一个网络开发和计划/截止日期是所有的地方，在我的领域。但我已经与一些软件工程师/程序员，他们讨厌的最后期限，是否有办法解决吗?

Answer 1

首先，需要区别之间的最后期限和估计。

• 最后期限到来自外部来源，例如，"特征X需要准备好为贸易展"。
• 估计来自内部的来源，例如，"特性将取N星期来完成"。

一般来说，程序应该创建的估计数和销售额/销会建立的最后期限。

问题时出现的两个无法解决的-如果最后期限是更接近于估计。

有用的提示，用于开发(导致):

• 让人做的工作创建的估计。
• 确保估计数是根据在微小的任务，每次不超过一天或两天。
• 使用一个反馈环路让开发人员提高他们的估计技能。
• 准确的估计能力可以让你更加努力对最后期限的要求。

有用的提示对营销/期限的创作者：

• 不复盖的估计与最后期限。
• 如果一个截止日期冲突的估计，唯一真正的选项是：(a)开发人员加班工作，(b)要求的最后期限调整，或(c)的最后期限被错过。
• 解释为什么最后期限是重要的，并且是什么目的特征截止日期("顾客X将签署六个图份合同")。
• 了解人们感到他们无法满足激进的最后期限不会是动机。

Answer 2

程序员讨厌的期限有很好的理由！

这几乎是不可能准确地估计一段代码将需要多长时间来设计，编写和调试，直到你都做到了。

从我个人的经验，我花了一周时间在得到一个“简单”的shell脚本的工作，我会估计约一个小时。在另一方面花了大约一个星期写一个COBOL数据定义（包括所有的怪异COMP COMP-3中出现重新定义了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

定期审查至关重要：

• 清单的重要的里程碑和可完成的任务
• 它分解成小块
• 创建一个收集较小的估计数
• 请的最后期限合理的

你必须具有最后期限，但是同样这些最后期限必须是现实和可测量的。运动的范围是要惹恼的开发者-这可能是不可避免的，但不要害怕移动的东西(后讨论).

最后期限和工作的估计是永远不会是是特别精确，但这样的基本项目管理的技术应该意味着，人们都知道失踪他们-为什么它发生了。