告別瀑布，擁抱Scrum：解析微軟與Adobe如何在30天內開發出新軟體

　　整個軟體業，不！是全世界的人都在想著：如何將事情做好。然而以往的傳統做法，讓軟體業成為了最緩慢也最昂貴的行業。

　　近來，敏捷席捲了整個軟體業，而今更漸漸應用至各個領域。敏捷是包含了眾多實踐做法的核心概念，當中最出色的當屬Scrum。

　　Scrum的理念是藉由短期內持續整合與進步中，讓參與者也一起持續整合與進步。此種方式讓所有參與的人們脫離了傳統做法導致的「計畫、失望、再計畫、再失望」這類型打擊士氣的流程。並能在每次整合中不斷調整步伐，更由此擁有與時俱進的彈性。

　　本書名列為博碩名家名著系列之07，是Scrum發明人之一Ken Schwabe獻給軟體業界的一本重要著作，當中說明了Scrum如何逐步推翻掉那些傳統、階段式的開發流程，寫法正如同Scrum本身的風格。

　　本書由淺至深的介紹如何做到專案層次的成功，逐步擴展至大型專案、小型企業、跨國企業等，他們是用哪些方法實踐Scrum來獲得成就。

　　軟體開發將因Scrum的帶領進入專業性的新層次，套一句管理學上常提到的說法，讓Scrum幫助您Do the Right thing，並以此來成就Do the thing Right！

作者簡介

Jeff Sutherland、Ken Schwaber

　　Jeff Sutherland及Ken Schwaber是Scrum軟體開發流程的創造者，該流程能提供30天的軟體功能增量。

　　在創造出Scrum時，Jeff和Ken在1995年8月位於德克薩斯州奧斯丁的OOPSLA會議做了一份報告「Scrum 開發流程」，這是他們合作完成的成果。H. Takeuchio及I. Nonaka的Lean知識，包含由上而下的智慧及透過團隊合作產生的開創性作品讓Jeff印象深刻。Ken則是在為Babatunde Ogunnnike工作期間，深受其工業流程控制、適用複雜性理論及經驗主義的軟體開發影響。

　　除了身為Scrum的創造者，Jeff和Ken也同時擔任了救急人員。在他們的指導下，Scrum也已隨著時間在演變；最近，他們加入以社群經驗和為基礎的新方法來加速Scrum系統的演進。本書的附錄2中，Jeff和Ken會透過《Scrum指南》對Scrum完整定義。

　　Ken Schwaber在過去40年來，投入軟體開發並由專業的程式設計人員、分析師、顧問，到目前已成為企業的老闆。早期的職業生涯中，Ken使用了瀑布式流程開發軟體卻無法讓專案成功；於是，他創造了新的流程來代替瀑布式流程。Ken花了將近20年在發展Scrum，與世界各地的組織合作並協助他們使用Scrum。Ken是敏捷宣言、敏捷聯盟及Scrum聯盟創始者的最初簽署者之一。目前他會透過Scrum.org來改善整個軟體業。Ken和他的妻子Christina定居於波士頓。他是美國商船學院的畢業生，並在芝加哥大學的資訊工程學與加州大學洛杉磯分校安德森商學院管理學上做了許多相關的研究。

　　Dr. Jeff Sutherland是位於劍橋Massachusetts的Scrum企業的CEO，該企業提供全球有需要的公司做培訓、指導和輔導。Jeff是美國軍校和USAF RF-4C飛機的Top Gun空軍指揮官類別的優秀畢業生。並從史丹佛大學和科羅拉多大學醫學院獲得博士學位。他同時也是OpenView Venture Partners的高級顧問，幫助他們在其所有的投資公司中實施Scrum和敏捷實踐。多年來，已藉由Scrum擴展和提升許多軟體公司和IT組織。

Part 1　為什麼說每家公司都能在30天內開發出新軟體？
你可能對你的軟體公司感到沮喪，你希望它能夠變得迅速、靈活，而且能更理解你的需要，並能幫助你創造高額的利潤。Part 1我們會先闡述那些可能讓你沮喪的原因，再找出方法來解決這些問題。

第1章 軟體危機：錯誤的流程導致了錯誤的結果
許多軟體開發的組織都會使用一種開發流程，但使用這種流程同時意謂你肯定得遭遇到『浪費』、『無法控制的風險』、『不可預期』、『意外情況』，以及『價值低落』。我們在此章中會研究為何人們會選擇此種流程做開發，同時也會分析為何此種流程註定要失敗，最後在分享一些組織從失敗中反敗為勝的案例。

第2章 Scrum：正確的流程產生正確的成果
有一種流程非常適合用來軟體開發。當開發人員使用它的時候，生產效率、品質、價值、可控制性、可預期性及滿意度將會同時迅速提升。此章中，會介紹這種流程是如何達到此種成效的。

第3章 你也來試試：創立試行專案
此時你已經對我們宣稱優良的軟體開發方法有所了解。然而，過去也有許多人宣稱他們的方法才是最好的，還從你的口袋拿走許多的鈔票，卻只為你帶來極小，或甚至沒有任何的改善。在這一章中，我們要向你證明我們所介紹的流程是可以使用的，而且還完全免費。

第4章 我要做些什麼
到目前為止，你已經學到怎麼做才能夠做得更好，也親身體驗了它的成效。你為此成果感到興奮，同時也知道如何向軟體組織介紹新的流程。在此章中，我們會介紹：如何應用你的經驗幫助你的試行專案取得成功。

Part 2　如何在30天內開發出軟體
根據需求開發出優質的軟體已不像過去那般困難。Part 2中我們將會介紹一套循序漸進的方法，幫助你從目前的狀態轉型到讓整個組織敏捷起來。

第5章 初試Scrum
這個能幫助你改進軟體開發的秘密武器稱為「Scrum」。沒錯，它就像是英式橄欖球的爭球。在此章中，我們會討論Scrum會如何工作，以及它為什麼有效。

第6章 在專案層次上運用Scrum
大多數軟體開發中的持續改進都是從專案開始的。你可以運用Scrum來進一步證明其成效，或是在『一定要成功』、『至關重要』的專案使用Scrum。我們同時會在這章中探索該如何培訓開發人員。

第7章 發展Scrum的效能
成功通常能帶來更多的成功。思維著越來越多的軟體專案成功實施了Scrum，就會越來越多人希望能加入到Scrum中。不考慮嘗試變革整個組織的話，我們來看看要如何從令人失望的既有部門中，為Scrum開闢一片獨立的天地。你將可逐步從越來越多的專案和發布版本中享受Scrum帶來的好處。

第8章 企業層次的Scrum應用
Scrum在專案或版本發布層面帶來了初步的敏捷性，同時也帶來了迅速回應機會和應付挑戰的能力。為了獲得最重要的效益，作為經驗型流程的Scrum必須讓整個組織都融入進來。在這章，我們會探索該如何去做，以及為何有些方法無法長久，但有些卻可以。

第9章 企業級轉型：深化並固化改革
你希望能在任期內讓你的組織變得較為精實、高效率、敏捷化，甚至是希望這些利益和潛在的成因能夠在組織中沉澱，並且轉變為組織的文化。此章中，我們將探討如何才能進行企業級的變革，以實現上述的這些期望。

第10章 用Scrum的風格實施Scrum
設計出Scrum就是為了解決像軟體開發此種複雜的問題。我們發現Scrum是管理組織變革和複雜問題的強力武器，而且能夠在具有透明性、降低浪費、風險控管，以及提升可預期性等方面獲得好處。最後的一章中，我們將探索如何運用Scrum朝上述的這些方向前進。

附錄A　專業用語
讓我們用循序漸進的方式來慢慢認識一些新的專業用語，這份附錄將能夠成為你的專業用語參考書。

附錄B　Scrum指南
閱讀這篇終極指南，你將全面了解Scrum的角色、產出物及事務。此為Scrum的聖經。

附錄C　企業級敏捷攻略
此附錄將針對第10章所提及的企業級變革計劃進一步做介紹。