【问题标题】:Deploy Coordination Tool?部署协调工具?
【发布时间】:2024-04-26 15:35:02
【问题描述】:

我的公司维护着一个 SaaS 平台,我们即将发布一个相当重要的版本。部署夜间活动涉及一个跨职能的大型团队,涵盖多个开发和 QA 小组、运营、专业服务和客户支持。

我们一直使用简单的任务列表和聊天室来协调发布窗口期间要完成的所有工作,但随着我们的发布变得越来越大、越来越复杂,管理调度和相互依赖变得越来越困难。许多任务和人员。很多时候事情比计划的要长,这会影响其他下游活动,这些活动将由不同的团体稍后发生。这可能会在部署过程中导致很多混乱,我们真的很想改进我们的做法。

是否有人知道支持此类协调活动的实时协作工具?也许人们对其他策略有更好的体验?

【问题讨论】:

  • 我不明白为什么这么多人参与部署?他们在部署之前在哪里?
  • 我也不懂。能不能错开发布,大部分在营业时间发布?发布应该是纯粹由运营主导的活动(开发工程师可能随时待命以提供紧急援助)

标签: release deployment collaboration release-management


【解决方案1】:

我们也有一个复杂的部署,我认为我们也可能需要在找到工具之前简化流程。这就像最近一篇关于在购买更多组织工具(如小塑料悬挂文件夹等)之前组织你所拥有的东西的生活黑客帖子。减少/重新思考/重新设计之前的实施应该意味着更简洁的流程,这可以通过 rpm 等简单的部署工具实现。

我认为第一步是让我们重新考虑从基本目标开始的流程,并通过以下问题努力推动每个要求:我们买什么?

如果在清晰度、风险降低或基本功能方面没有任何回报,那么它就不需要再在这个过程中了。

至少,这就是我在这里解决问题并取得一些成功的方式。

【讨论】:

    【解决方案2】:

    我过去的经历: - 每年很少发布较大的版本 - 协调工作量太大,开发完成与发布之间的天数过多,完全浪费了您的上市时间。

    • 然后我们每年尝试更多的小版本——更好的方法。更多的事情要管理;但是,每个版本的大小都有很好的定义。这也消除了对发布错误修复与功能的单独流程的需要。

    • 这些工具是如何派上用场的:清晰维护需要发布的功能/错误修复,这些映射到需要构建的组件,构建的组件定义了需要推送的包释放。

    【讨论】: