您如何向客户传达您的发布日期？
作为一个开发团队，我们承受着很大的压力(在内部)，要向我们的客户提供准确的发布日期。我们应该怎么做呢？
我们看到的问题是准确地定义每个版本需要什么，以及不知道我们的优先级在发布期间可能会如何变化。我们正在使用FogBugz，并认为我们可以利用基于证据的调度来帮助解决不确定性，但我们不希望我们的客户对置信度范围感到非常满意。
我看到Fog Creek有一个政策，在实际发布之前，不会告诉客户什么时候可以发布。还有没有其他人采用这种方法？
编辑:感谢你的回复-很难选择一个被接受的答案，所以我投票给你其中的几个来给你因果报应。我选择了cowgod's，因为它与我想要处理我们自己的开发的方式相匹配。
回答 8
Stack Overflow用户
发布于 2009-01-06 14:02:57
对于我目前正在工作的项目，我们每周都会提供生产版本和质量保证(QA)版本。如果QA已经批准了前一周的部署，那么它将投入生产，我们最新的错误修复和功能请求将打包发布给QA。我们无限期地继续这个过程。
我们有一个文档Wiki，它使用客户端能够查看的最新版本说明进行了更新。
Stack Overflow用户
发布于 2009-01-06 14:21:28
给出一个不同的观点：
我们得到了发布日期！
对于大型企业，您只能在周末发布内部产品，这意味着您很快就会了解到：
a/只有52个
b/保留其中一台服务器的竞争非常激烈(后勤团队是竞争对手之一，用于服务器和/或网络升级，并阻止任何发布到生产环境中，因为服务器可以随时关闭)
因此，我们没有选择发布日期:我们一年只有几个，而且它们不太可能改变。
为了仍然交付一个有意义的发布，我们在发布日期前几周定义了一个“顶级内容”会议，以便定义什么将实际成为发布的一部分(一些当前的开发将不在其中，因为它们被证明太复杂，或者依赖于其他没有准备好的部分，或者任何其他“优先级”变化)
然后，发布经理确保所有团队在所有同源/UAT/预生产测试周期的测试环境中合并选定的开发。(我在这里跳过了很多细节)
然后我们就交付了。准时。(然后做一些补丁;)
Stack Overflow用户
发布于 2009-01-06 14:02:45
如果你面临着让你的客户知道你什么时候发布的压力，你可以尝试一些XP技术，比如让客户决定他们首先想要的功能，然后做TDD。
https://stackoverflow.com/questions/416589
复制相似问题
腾讯云开发者
