# 频密发布 Frequent releases ## 定义 敏捷团队经常将其产品发布给最终用户，听取关键或赞赏的反馈。 确切地说，期望的频繁程度根据上下文的技术和业务方面而变化，但是通常，每四到六次迭代发布一次将被认为是最大的。 在诸如Web开发之类的有利技术环境中，可以实现更频繁的发布节奏，例如每次迭代。一些团队将这种做法推到了不断部署的极限。 ## 常见陷阱 - 向项目或产品经理显示产品的最新版本以进行“测试”是不够的；也没有将版本移交给质量保证团队；从这个意义上讲，“发行版”至少应为代表用户评估的测试版 - 在某些情况下（例如嵌入式软件），将不可能安排向“所有”用户频繁发布；这不应成为放弃向“某些”用户（试点网站，自愿Beta测试人员等）频繁发布的借口 ## 预期收益 “从项目的早期阶段开始”设置频繁发布是敏捷降低风险的方法的基石： - 它缓解了众所周知的计划失败模式，这种模式很晚才发现延迟 - 可以更早地验证产品是否适合其市场 - 它提供有关产品质量和稳定性的早期信息 - 它可以使产品的经济投资更快地获得回报