我的公司维护着一个 SaaS 平台，我们正在接近一个非常重要的版本。部署夜间活动涉及一个跨职能的大型团队，涵盖多个开发和质量保证小组、运营、专业服务和客户支持。
我们一直使用简单的任务列表和聊天室来协调发布窗口期间要完成的所有工作，但是随着我们的发布变得更大和更复杂，管理如此多任务的调度和相互依赖变得困难，并且人们。很多时候事情比计划的要长，这会影响其他下游活动，这些活动稍后将由不同的群体进行。这可能会在部署过程中导致很多混乱，我们真的很想改进我们的实践。
有人知道支持这种协调活动的实时协作工具吗？也许人们对其他策略有更好的体验？
我过去的经验： - 每年很少发布较大的版本 - 协调工作量太大，开发完成与发布之间的时间太长，并且完全浪费了您的上市时间。
然后我们每年尝试更多的小版本——更好的方法。更多的事情要管理；但是，每个版本的大小都有很好的定义。这也消除了对发布错误修复与功能的单独流程的需要。
以下是这些工具派上用场的方式：清晰维护需要发布的功能/错误修复，这些映射到需要构建的组件，构建的组件定义了需要在发布中推送哪些包。
我们也有复杂的部署，我认为我们也可能需要在找到工具之前简化流程。这就像最近一篇关于在购买更多组织工具（如小塑料悬挂文件夹等）之前组织你所拥有的东西的生活黑客帖子。减少/重新思考/重新设计之前的实施应该意味着一个更清洁、更容易的过程，这可以通过简单的部署工具（如 rpm）来实现。
我认为第一步是让我们重新考虑从基本目标开始的过程，并通过以下问题努力推动每一项要求：这对我们有什么好处？
如果在清晰度、风险降低或基本功能方面没有任何回报，那么它就不需要再出现在这个过程中了。
至少，这就是我在这里成功解决问题的方式。