是否有人对在日期驱动开发环境中工作有任何建议？基本上，我们每8周更新一次RIA。我在一个不到5个开发人员的小团队中工作，所以我担心如何管理不适合小周期的长期功能。另外，我担心处于永久紧缩状态。
答案 0 :(得分：1)
规则1.延迟功能。
如果没有完成，（1）将其推迟到下一个版本，然后（2）找出原因。
“推动”，“加班”和“更聪明地工作”实际上并没有做太多。关键是你的计划是现实的。
计划是一种预测未来的尝试。
你无法预测未来。
因此，您的计划将是错误的。总是
而不是对“计划”，“承诺”和“客户期望”咆哮和赞不绝口，想一想。
您的目标是以比用户更快的速度提供功能。
力争2周增量。经过测试，集成，可立即投入生产。
在前四次短跑后，你已经8周了，准备好发布。你将构建东西，延期的东西，并在最后结束延迟列表。
新功能的许多周期 - 通常 - 会随着变化的步伐而打扰用户。你不会发布每个2周的冲刺，因为用户不喜欢这个。如果你经常发布，你会被告知要将这些功能捆绑在一起，形成一个更大的版本，以便用户看到的变化速度更慢。
你仍然必须做很多小周期。瞄准为期2周的冲刺，在那里建立一些较大积压的小部分。
你只是不释放每个小周期。
答案 1 :(得分：1)