2009-06-04 92 views
1

我的公司維護一個SaaS平臺,我們正在接近一個非常重要的版本。部署夜間活動涉及一個跨越多個開發組,運營,專業服務和客戶支持的大型跨職能團隊。部署協調工具?

我們一直使用簡單的任務列表和聊天室來協調我們發佈窗口期間要完成的所有工作,但隨着我們的發佈變得越來越大,越來越複雜,管理日程安排和相互依賴性變得困難如此多的任務和人員。事情往往需要比計劃時間更長的時間,並且這影響其他下游活動,這些活動稍後將由不同的團體發生。這可能會在部署過程中導致很多混淆,我們真的想要改進我們的實踐。

是否有人知道支持此類協調活動的實時協作工具?也許人們對其他策略有更好的體驗?

+0

我不明白爲什麼這麼多人蔘與部署?他們在部署之前在哪裏? – Kekoa 2009-06-04 21:51:22

回答

0

我們也有一個複雜的部署,我認爲我們也可能需要在找到工具之前簡化過程。這就像最近的一篇關於組織你之前購買更多組織工具(如塑料掛文件夾等)的lifehacker文章。減少/重新思考/重新設計之前的實現應該意味着更簡單的過程,可以使用簡單的部署工具(如rpm)來實現。

我認爲第一步是讓我們重新思考從基本目標開始的過程,並努力解決每個需求:「我們買什麼?

如果在清晰度,風險降低或基本功能方面沒有收益,那麼它就不再需要在這個過程中。

至少,這就是我一直在解決問題的方法,並取得了一些成功。

0

我在過去的經驗: - 每年幾個較大的版本 - 太多的協調工作,開發完成到發佈之間的太多天,並且完全破壞您的上市時間。

  • 然後我們每年嘗試更多的小版本 - 更好的方法。更多的事情要管理;但是,每個版本的大小都很好定義。這也消除了需要一個單獨的進程來發布錯誤修復Vs功能。

  • 這裏是工具如何派上用場:清晰維護需要發佈的功能/錯誤修復,映射到需要構建的組件,構建的組件定義需要在發佈中推送哪些軟件包。