rin*_*rer 4 agile project-management release-management
您知道为代码发布创建的任何敏捷过程吗？敏捷的主题之一是频繁发布,每个公司/客户都有自己的测试/审批流程来控制代码发布.大多数时候这些都会减缓"频繁发布"的速度
目前我们拥有基于专有工具的工作流程.需要代码促销的团队需要为其中一个最终的UAT服务器创建促销请求.一旦完成,一旦测试完成,某些客户,技术/非技术经理需要批准,然后进入生产部署阶段.同时没有冲刺计划会议或类似的任何事情.
什么是适合您的代码发布流程(哪个敏捷)？
为什么工作流程进行时没有任何类型的sprint计划会议？标记您的存储库并立即继续下一个版本.如果您需要在候选版本上修复错误,请从标记中分支并修复它们.审批工作流程和最终的UAT测试不应涉及或延迟开发团队.(如果你实际上是像Git或Mercurial这样的东西,请原谅非分布式SCM术语.)
如果您采用像Scrum这样的敏捷过程,则发布输出是"可释放软件"而非"已发布软件".如果您有将产品发布到生产中的开销,那么它可以并行发生.我应该补充一点,大多数测试都应该作为sprint的一部分 - 也许你需要重新审视在你的周期中完成的测试？