Scrum如何幫助Adobe改進産品品質

    Adode Premiere Pro是業界領先的圖形設計、視訊編輯、網頁開發應用程式的套件，這個套件的目标是視訊制作市場，BBC的《The Tonight Show》節目就是使用這套産品制作的。Adobe的部門副總裁史蒂夫•華納(Steve Warner)負責Premiere Pro的管理工作，而彼得•格林（Peter Green）曾經是Creative Suite的項目經理。不斷湧現的标準和對新功能的需求迫使他們不得不加速釋出新版本軟體。       Premier Pro CS3（Creative Suite，版本3.0）在2007年6月釋出。開發這個版本所使用的是傳統的開發流程，團隊在奮戰了18個月後，該版本作為當時的重磅産品釋出。當釋出日期日益臨近的時候，開發人員開始将各個元件的CS3版本內建到一起。但是他們卻發現這當中有很多問題（缺陷或者臭蟲）。而這個時候他們已經沒有足夠的時間修複所有問題了，于是他們盡力在限期之内将所有元件做到最好，然後釋出。而下面則是一些客戶對CS3的評價： “但是，如果你想要一個易用、友好的視訊處理程式，那麼你應該不會選擇這款軟體。我期望的一些功能，它卻沒有，或者說我沒辦法找到應該怎麼用這款軟體實作我想要的效果。” “衆所周知這款軟體是差勁編碼器，會産生大量的記憶體洩漏。如果你想要将大型的視訊檔案轉換成mpeg2格式， premiere會由于記憶體管理問題而導緻經常性崩潰。而解決的唯一辦法，就是重新開機你的系統，然後祈禱這樣的事情不要再發生。”       在下一個版本，也就是Premier Pro CS4中，團隊的目标是修複CS3中的問題。CS4的目标在于改進産品的易用性、穩定性和速度，還有解決記憶體洩漏問題。彼得•格林聽說短周期的開發方法能夠讓Adobe在每個Sprint開發出完整的增量，于是他決定一試。這些增量加到一起，就組成了客戶喜歡的可用功能。彼得還想知道每個Sprint的實際情況，于是他讓其中幾個參與CS4開發的團隊實施Scrum流程，這樣他就可以看到Scrum是否可行。        在CS4這個版本的釋出上，Adobe一共有18個Scrum團隊，總共超過100位開發人員參與。每個人都認為在每個Sprint都要将18個團隊開發的增量內建在一起的話，工作量實在是太大了。于是他們決定等到項目快要結束的時候再進行內建。就在CS4釋出日期之前，團隊嘗試将他們的獨立子產品內建到整個軟體裡面。但是這個時候，他們才發現各種問題和未解決的依賴關系，這些問題阻礙了內建的進行，也造成了各種缺陷，CS4的各個元件之間無法協同工作。于是開發人員以超人般的速度盡其所能解決了很多問題，但是釋出的日期還是比原計劃推遲了，而且還帶着重大的缺陷。在Adobe中，由于壓力過大和過度操勞導緻入院的開發人員的名字都成為了傳奇。       CS4在2008年9月釋出，然而業界和客戶都對這個版本作出了很差的評價。Adobe采用Scrum提升了生産效率，但可惜的是他們提升的不是整個産品的而是團隊的生産效率。各個團隊開發的元件沒有內建在一起，也就是不具有透明性。內建時潛在的問題被短期掩蓋了，是以短期的生産效率看似提高了。然而這卻是以産品品質、業界認可度、新特性的釋出時機、客戶的滿意度以及員工的士氣和健康都惡化為代價的。是以，他們需要改變。       史蒂夫和彼得決定在CS5的開發中，盡可能廣泛地使用Scrum作為開發流程。他們對所有開發人員和項目經理進行了教育訓練。彼得的新任務是教育訓練和指導團隊，令他們可以在每個Sprint都開發出品質過關的軟體。在每個Sprint，他們都會将所有團隊開發的所有增量進行內建和測試。這樣，他們就能夠在每個Sprint都擁有一個可釋出的CS5版本。出乎所有人的意料，開發人員居然提前完成了這個版本。那些由于沒有內建而潛伏的問題再也沒有拖慢他們的步伐。在剩餘的時間裡，他們還将從CS4遺留下來的部分問題修複了。CS5在2010年4月釋出，這一次他們獲得了業界和客戶的一緻好評。       彼得被要求制定一份用于管理Adobe内部Scrum開發的名額清單。他列舉了3個名額，第一個就是在CS5開發期間員工對Scrum的滿意度，以及員工對Scrum能夠改進他們開發軟體的方法的信任度。Adobe對來自25個團隊的200名開發人員派發了這份有50個問題的調查問卷 。這些調查的結果會按照團隊和問題來分類進行分析，進而找出需要改進的領域。令人印象深刻的是，80%的開發人員認為即使在沒用管理層的指引他們也會繼續使用Scrum。結果顯示産品的缺陷率大大降低，幾乎沒有任何潛伏的缺陷，客戶的滿意度也大大提高。      Adobe因為遇到越來越嚴重的問題而嘗試使用Scrum。在決心、訓練和一緻努力的推動下解決了許多問題，版本釋出也變得更及時，軟體的品質也更高了。