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

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

首先,您需要区分期限和估计.

截止日期来自外部来源,例如,"特征X需要为贸易展做好准备".

估计来自内部来源,例如,"特征X将需要N周才能完成".

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

当两者无法解决时出现问题 - 如果截止日期比估计值更接近.

dev(线索)的有用提示:

让做这项工作的人创造估计.

确保估算基于微小的任务,每个任务不超过一天或两天.

使用反馈循环让开发人员提高他们的估算技能.

准确的估算技巧可以让您更加努力地应对最后期限要求.

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

不要在截止日期前覆盖估算.

如果截止日期与估计相冲突,唯一真正的选择是(a)开发人员加班,(b)截止日期的要求,或(c)错过截止日期.

解释为什么截止日期很重要,以及截止日期的目的是什么("客户X将签署一个六位数的合同").

了解那些认为自己无法满足激进期限的人将不会受到激励.

程序员非常有理由否定截止日期!

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

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

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

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

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