亞特蘭大— OpenStack云平臺是一個開放源代碼項目，已有1200多名貢獻代碼的開發(fā)人員參與。Thierry Carrez的工作是確保OpenStack開發(fā)人員能夠一起工作并按時發(fā)布平臺。自2010年以來一直負責OpenStack發(fā)布管理的Carrez在這里舉行的OpenStack峰會上的會議上，詳細介紹了OpenStack項目管理交易的技巧。

Carrez說：“ OpenStack是一個創(chuàng)新項目，任何人都可以提出更改。” “有很多不同的公司參與其中，該項目沒有傳統(tǒng)的管理結構。”

OpenStack使用多種不同的技術和技巧來協(xié)調和管理OpenStack版本。Carrez說，第一個技巧是發(fā)布基于時間的版本。OpenStack現(xiàn)在有六個月的定期發(fā)布節(jié)奏。例如，Icehouse版本于4月17日首次亮相，其前身版本Havana于2013年10月問世。代號為Juno的OpenStack下一個版本將于10月首次亮相。

OpenStack作為一個平臺，由用于計算，存儲，標識和聯(lián)網的多個項目組成。卡雷茲說，如果沒有一個共同的六個月周期，將很難使所有項目保持一致。

Carrez使用的另一項項目管理技術是凍結發(fā)布的功能，這通常發(fā)生在OpenStack主要發(fā)布的六周之前

卡雷茲說：“因此，在給定日期之前，您不能添加任何新內容。”

通過凍結功能，可以在發(fā)布計劃中建立審核時間。Carrez指出，凍結功能還鼓勵開發(fā)人員專注于與發(fā)布相關的內容，例如文檔和質量保證測試。

卡雷茲說：“我們需要功能流減慢速度，以便可以進行記錄和測試。”

召開設計峰會是OpenStack用于項目管理的另一項核心項目管理技術。每六個月舉行一次OpenStack設計峰會，以慶祝一個新版本，并使開發(fā)人員聚在一起討論并為下一個版本集思廣益。

設計峰會還有助于克服可能出現(xiàn)的一些項目管理協(xié)調挑戰(zhàn)。這些挑戰(zhàn)之一是開發(fā)人員的憤怒，這種憤怒會在開發(fā)人員的郵件列表中發(fā)酵。

卡雷茲說：“很容易被某人激怒到不想與他們交談的地步。” “設計峰會使人們面對面，在郵件列表上似乎[討厭]的人實際上是一個很不錯的人。”

OpenStack的另一個挑戰(zhàn)是跨多個組織的項目開發(fā)的分布式性質。特別地，水冷器效應的風險是Carrez在OpenStack采取措施避免的問題。在水冷卻器效應中，同一組織中的開發(fā)人員在自己位置的水冷卻器周圍彼此交談，并在不涉及其他人的情況下做出決策。

“為了解決這個問題，我們確保所有討論都在郵件列表中，并且我們與來自多家公司的團隊保持多元化，以防止水冷卻器效應的發(fā)生，” Carrez說。

跨各個OpenStack項目邊界跟蹤任務是另一個關鍵挑戰(zhàn)。Carrez說，現(xiàn)在正在開發(fā)一種名為“ Storyboard”的技術，該技術通過為OpenStack提供任務跟蹤平臺來幫助解決該問題。

從領導者的角度來看，OpenStack項目已建立其治理結構以幫助建立一個參與社區(qū)。Carrez說，重要的是要確保OpenStack項目不會與日常問題失去聯(lián)系。

領導每個OpenStack項目的項目技術負責人(PTL)每六個月選舉一次，而OpenStack技術委員會則每年選舉一次。目標是擁有代表貢獻者的項目治理。

卡雷茲說：“這有助于防止我們與貢獻者群體完全脫離聯(lián)系。”