Scrum與OKR融合實踐經驗分享

不少軟件公司的研發團隊都喜歡用Scrum管理研發流程，Scrum是一個誕生於20世紀90年代的敏捷方法論，CORNERSTONE內部也一直在使用這一方法。

相較於瀑布式開發的其餘傳統方法，Scrum最大的優勢是關注持續快速迭代以及對變化的適應性。若是使用瀑布式開發，在項目一開始就要肯定項目結果，而且要對此達成一致，一般還要有詳細的計劃和項目規範。項目計劃是從這些規範中產生的，經過以項目在將來的完成狀況爲出發點，向後推動，以線形的方式規劃出時間、預算和各階段的聯繫性。

瀑布式開發的成品是一份路線圖，能推算出一款軟件到推出之日爲止，須要完成的全部開發工做，而不足之處就是若是在軟件開發過程當中出現了變更，包括時間線或各階段鏈接時出現問題，甚至在不少時候連預算都須要徹底重作，實際上這就破壞了計劃。

Scrum關注的是爲了達到一個理想終點的持續快速迭代。取代詳細計劃的是精益管理或者是需求和回顧會議，這些會衡量每一次迭代成果。回顧會議的目的應該圍繞一個問題： 「咱們所作的工做有沒有讓咱們離目標需求更近？」

Scrum 的力量來自於它可以管理工做，實現一個未知的、獨特的、或者史無前例的結果。這一方法能系統地、漸進式地解決在研發過程當中產生的問題。瀑布式開發只有在其涉及的過程和工做都是可預測的、而且此前已經有人嘗試過的狀況下，才能發揮最大功效。

這其中的差異猶如建一座橋和建一艘火箭搭載船的差異。火箭技術相對較新，建造一艘火箭搭載船要有不少增量步驟，重複屢次才能得到成功。美國太空探索技術公司（SpaceX）爲了能讓火箭在船上着陸所作的工做就是一個很好的例子。

反之，人們對建橋的流程已經得心應手且無數次成功地實踐過了。建橋不須要重複不少次，對時間和成本規劃的要求高，這就是瀑布式開發常常應用的領域。

OKR和Scrum的類似之處在於兩種方法都須要有一人專門管理實施狀況，咱們稱之爲「Scrum Master」或「OKR負責人」，他們的責任就是保證團隊依照規則行事。

Scrum是一種高度規範的方法論，有明確的職責和流程。Scrum的益處包括透明性、項目可見性以及頻繁溝通。團隊集體決定他們在爲期兩週的一個sprint內可以完成什麼樣的工做，這也使Scrum變得頗有民主性。

其實OKR也有一套規則，這些規則決定什麼是目標O，什麼是關鍵結果KR，以及如何把兩者結合起來衡量目標的實現。

和Scrum同樣，OKR有時間表——季度和年度，這比爲期兩週的sprint要長得多。設定OKR首先要作的是公司領導決定須要實現何種目標，接着，團隊設定本身的OKR，並確保團隊的OKR與公司的目標保持一致。

只要每一個人都清楚兩種方法的範圍和參數，OKR和Scrum能夠成功地結合在一塊兒使用，效果也確實不錯。咱們在確立公司OKR後，會進一步落實實現OKR的行動方案。Sprint和行動方案能在行動週期內有機結合，促進團隊OKR的達成。

爲了能讓這兩種方法合拍，很重要的一點是在每一個季度開始的時候，一位OKR負責人和一位Scrum負責人與他們的研發團隊坐在一塊兒，決定須要在這個季度完成的最重要的事情（一般爲3項）。

因爲OKR週期更長，目標更宏觀，而Sprint涉及的更具體的執行層面工做，所以須要首先考慮OKR。要讓OKR在這一階段就能有效開展， 相對於強調對結果實現的追求，更應關注對結果的衡量。

好比，若是你的目標是解決軟件的bug ，讓產品更完善，那麼，統計消滅了多少個軟件bug並非一個有效的關鍵結果。每修復一個bug，bug的數量就少了一個，可是若是有更多的軟件bug被報出來，你就沒有讓軟件變得更完善，你僅僅是在數本身修復了多少個bug。

設定了OKR的目標和關鍵結果後，就能夠開始規劃Sprint。在這個階段，最重要的是決定Sprint的週期。若是一個Sprint爲期一個月，那一個單一的Sprint目標極可能會直接對應開發團隊3個OKR目標的其中一個。至於更常見的爲期兩週的Sprint，那它的Sprint目標則可能會變成OKR目標的行動方案。

關鍵結果項目化以後，還須要將工做進一步細化，將項目細化爲一個個具體的任務，並確保每一個任務都有負責人及截止時間，這樣才能確保每項工做都落到實處還能夠最大限度的避免工做延期。

(圖爲CORNERSTONE可視化任務看板)

咱們更推薦第二種方法，由於這種方法在鏈接兩個框架的同時還保持了兩者最初的目標，即Sprint管理生產和代碼傳輸，而OKR設定目標，衡量評估工做結果。

可是，這也意味着每個OKR都須要有本身的Sprint時間線。若是你有一個大型的開發團隊在一個產品的不一樣領域開展工做，好比前期工做、後期工做和系統管理，這一方法就能發揮很好的效果。使用這種方法的話，每個領域引導1個OKR和1條Sprint時間線，而整個小組內部有3個OKRs。

對於規模較小，沒有能力運轉3條Sprint時間線的開發團隊，咱們也推薦這種方法，可是隻須要專一一個單一的OKR便可。CORNERSTONE提供了包括任務/需求/測試管理、迭代規劃、缺陷追蹤、報表統計、團隊協做、WIKI、共享文件和日曆等功能模塊,20人如下團隊可無償使用,點擊便可免費註冊CORNERSTONE。