Scrum
敏捷項目管理：如今，工作場所中無法逃脫。“將其放入積壓中。” “我們將在下一個衝刺階段進行處理。” “與Scrum教練交談。” 敏捷項目管理的流行語無處不在，無論您喜歡它還是討厭它，你都會從熟悉它的原理中受益。在此初學者指南中，我們將告訴你有關敏捷項目管理和Scrum的全部內容。
目錄
- 什麼是敏捷項目管理？
- 敏捷項目管理的12條原則
- 為什麼要使用敏捷項目管理？
- 什麼是Scrum？
- 使用Scrum進行敏捷項目管理的10個簡單步驟+免費模板
- 我們的研發團隊如何實施Scrum
- 誰可以從與敏捷項目管理合作中受益？
什麼是敏捷項目管理？
2001年，有17個軟件開發人員聚集在猶他州的Snowbird度假勝地，滑雪，喝熱可可，並聊聊擺脫傳統軟件開發的繁重束縛。傑夫·薩瑟蘭德（Jeff Sutherland）-現在被認為是敏捷項目管理的教父-和他的夥伴們共同撰寫了如今傳奇的《敏捷軟件開發宣言》。儘管敏捷項目管理的行話聽起來很專業，令人生畏，但你無需成為軟件開發人員即可輕鬆掌握其全部內容。
讓我們備份一秒鐘，看看Merriam-Webster如何定義“敏捷”一詞。
1.具有隨時隨地輕鬆移動的能力。例如：“就像一個敏捷的孔雀！就像一隻猴子的雞……我飛翔！” —威瑟爾頓公爵，冰雪奇緣
2.具有快速，機智和適應能力強的特點。 例如：“確實沒有什麼可贏得的。就是說，如果你碰巧擁有敏銳的眼睛，敏捷的頭腦，沒有任何顧忌的祝福。” -阿爾弗雷德·希區柯克（旁註：您如何發音敏捷？大多數有尊嚴的英國人說“ aj-過道”，但是許多熱愛自由的美國人說“ aj-il”。）
瀑布項目管理，PMI的PMBOK和PRINCE2等傳統的項目管理方法都是嚴格且受嚴格控制的。它們概述了從頭到尾進行項目規劃的不同階段，並假定你已預先擁有所有需求和信息。敏捷拒絕將這些傳統的項目笨拙的管理方法，限制性強並且不適合新的速度時代。團隊需要保持快速和靈活，即使他們不斷成長。
敏捷項目管理將不確定性視為既定因素，並根據計劃制定價值以響應變更。敏捷計劃不是假設你可以“一次做，正確地做”，而是鼓勵處理一些小事情，快速執行它，獲得反饋，評估有效的和無效的，然後從那裡調整計劃。這種小的，快速和重複週期的過程稱為“迭代”。原始宣言簽署人之一吉姆·海史密斯（Jim Highsmith）解釋說：
“為了在新經濟中取得成功，積極地進入電子商務，電子商務和網絡時代，公司必須擺脫自己在工匠和奧秘政策方面的迪爾伯特表現。”
敏捷秉承小步快跑的方式實現增量式迭代
敏捷項目管理原則
敏捷項目管理的核心核心價值是“檢查和適應”的概念，這意味著在項目週期的任何階段都可以進行最後的更改。在敏捷軟件開發宣言列出十二項原則：
- 客戶滿意度是重中之重，可以通過儘早連續提供有價值的軟件來確保客戶滿意。
- 歡迎不斷變化的需求(但拒絕一句話的需求)，甚至在開發的後期，都可以為客戶帶來競爭優勢。
- 經常交付工作軟件，而不是每隔幾周而不是幾個月。
- 必須在業務人員和開發人員之間進行緊密的日常協作。
- 圍繞有積極性的人構建項目，這些人應得到支持和信任以完成工作。
- 面對面的交談是最有效的溝通方式。
- 工作軟件是進度的主要衡量標準。
- 發展應該是可持續的。應該能夠無限期地保持恆定的速度。
- 必須不斷關注卓越的技術和良好的設計。
- 簡潔（最大化未完成工作量的藝術）至關重要。
- 最好的體系結構，需求和設計來自自組織團隊。
- 團隊應定期思考如何提高效率，並據此進行調整。
為什麼要採用敏捷項目管理
為什麼要使用敏捷項目管理？
有一些非常令人印象深刻的統計數據說明了採用敏捷項目管理的公司的成功。根據項目管理研究所的說法，
- 75％的高度敏捷組織實現了他們的目標和業務意圖
- 按時完成項目的65％
- 預算內完成項目的67％
這些結果比敏捷性低的組織所獲得的結果要高。相同的研究表明，與非敏捷公司相比，敏捷組織的收入增長快37％，利潤提高30％。
敏捷項目管理之所以受歡迎，是因為它非常適合現實生活中人們所發生的事情。業務發展迅速，情況一直在變化，團隊需要能夠適應這些變化。
回顧-宣言中概述的第12條原則-幫助團隊瞭解什麼有效，什麼無效以及相應地調整其工作流程。這使團隊能夠不斷改進--透明。敏捷項目管理的其他好處包括：
- 由於進行了早期測試並經常進行測試，因此可以在問題，缺陷和缺陷變得嚴重之前迅速發現並解決它們。
- 可以提高客戶滿意度，因為可以將他們納入流程的每個步驟並吸收他們的反饋。
- 幾乎消除了項目完全失敗的可能性，因為始終擁有切實可行的產品。
敏捷與Scrum
什麼是Scrum的敏捷項目管理？
事情就是這樣：敏捷不被認為是一種方法論，而是一種首要的哲學或信念體系。我們可以使用許多不同的方法來實際實施敏捷原則。
這樣考慮：基督教是一個籠統的術語，反映了一套普遍的信念和原則。每天有很多不同的方式來實踐這種信念：天主教，新教，東正教等等。所有這些教派在核心方面都有很多相似之處，但是它們的解釋和實踐也有所不同。
敏捷及其方法類似，但至少對大多數人而言，它們不是宗教。可以用來實現敏捷哲學的一些方法包括看板，極限編程（XP），Crystal和動態系統開發方法。 （DSDM）。Scrum是最流行的敏捷方法之一，我們將在這裡進行探討。
撰寫《敏捷宣言》的人是在2000年代初一起合作發明Scrum的人。您現在可以通過Scrum Alliance或Scrum.org參加獲得Scrum認證的課程，但您當然不必這樣做。monday.com上幾乎所有我們的團隊都使用對Scrum的某種解釋來管理他們的日常工作。除了怪異的名字，我們認為Scrum是一種簡單，直觀，有趣的方法，專注於一周到下一週需要完成的工作。
使用Scrum進行敏捷項目管理的10個簡單步驟
1.列出您和您的團隊需要做的所有事情。用Scrum術語來說，這是您的“積壓”。
擠壓隊列
probacklog
考慮一下項目和目標。要完成這些任務需要完成哪些具體任務？不要退縮。深入研究骯髒的細節，然後嘗試將任務分解為最小的部分。
例如，假設要重新裝修房屋，其中一個里程碑是重新粉刷客廳。為了處理“積壓”，可以將其分解為最精細的操作：
- 選擇想要的油漆顏色
- 研究在哪裡買油漆
- 研究所需的噴漆設備（底漆，刷子，滾筒，梯子，膠帶，塑料布等）
- 買油漆
- 購買設備
- 從客廳取下傢俱
- 用塑料布覆蓋地板和固定傢俱
- 用膠帶粘貼地板裝飾物，天花板邊緣，窗戶和門框以及其他需要保護的東西
- 左牆上的油漆底漆
- 右牆上的油漆底漆
- 後牆上的油漆底漆
- 油漆左牆
- 油漆右牆
- 油漆後牆
- 第二層左牆…
你明白了。分解任務可以使你更準確地估計完成每個任務將花費多長時間。它還可以幫助你確定依賴性和優先級-最重要的是什麼？首先需要發生什麼？
我們的研發團隊實際上有很多積壓工作：我們為產品計劃的功能，可以改善平臺的好東西（我們稱之為“奶酪”），我們需要修復的錯誤……這些都在單獨的面板中列出和組織。
這些委員會可以 提高透明度，使所有人在整體上保持一致，並確保每個人都朝著同一目標努力。隨著新事物的出現和項目的發展，團隊成員可以將新任務添加到任何積壓中。
2.創建一個新的任務板，列出將在下一兩週內完成的所有工作。在Scrum中，此時間範圍稱為“衝刺”或“迭代”。
衝刺計劃
敏捷項目管理值的時間工作：什麼究竟可以為您和您的團隊在指定的時間段實現？Scrum通常提倡兩週的“衝刺”或“迭代”。衝刺的想法是，它會產生一種緊迫感。在跨過為期兩週的終點線之前，團隊會專心致志地實現自己的全部目標。在此板上，可以（並且應該）規劃並計劃多次迭代。
3.將任務從積壓工作移到任務板。這稱為“迭代計劃”或“衝刺計劃”。（請參閱？您已經是Scrum專家了。）
對您的團隊在接下來的兩週內可以實現的目標抱有雄心勃勃但現實的態度。打開敏捷管理軟件或軟件開發工具，並查看各種積壓訂單（如果有多個），以確保覆蓋所有基礎。例如，可以確定每個sprint都將花費30％的時間用於修復錯誤，50％的時間用於開發新功能以及20％的時間用於其他改進。
Scrum在這些不同的重點領域的正式用語是“史詩般的”：具有共同目標的大量工作。在重新裝修房屋的示例中，每個房間可能都是自己的史詩。從本質上講，它是一個類別，可以幫助你跟蹤每個較小的任務在全局中如何組合在一起。在星期一，我們喜歡使用#tag跟蹤這些史詩。例如，只需單擊#bug標記，就可以對所有已報告或已解決的錯誤進行過濾審核。
4.將Sprint中的每個任務分配給團隊中的某人。
所有權激勵著 -這是一種保證。當任務旁邊有成員的名字或者頭像，它會激發所有者承擔責任，並將其直視到底。在迭代的最後，它使每個人的辛勤工作得到認可。不同的人也經常相互依賴，因此可以清楚地看到誰在努力確保順利協作。
Spring任務詳情單
5.在即將進行的Sprint中確定任務的優先級。
敏捷項目管理傾向於根據四個優先級對任務進行分類：關鍵，
高，中和低。由於計劃可能會發生變化，並且事情可能會花費比您估計的時間更長的時間，因此團隊很有可能無法在即將到來的sprint中完成每一項任務。有了明確指出，優先幫助你選擇什麼樣的工作在第一。確保已完成關鍵任務，並在必要時推遲低優先級的任務。6.估計每個任務將花費多長時間。
在完成每個任務時，請嘗試考慮需要完成的工作量，工作的複雜性以及在執行任務時可能遇到的任何風險或不確定性。經典的Scrum方法將這種整體工作稱為“故事點”，但是我們可以隨心所欲地跟蹤它：幾天，幾小時或任何時間單位最適合這種情況。
這需要練習，隨著時間的推移，你會變得更好。估計完成某些類型的任務所需的時間和精力越多，經驗就越準確。使用敏捷軟件的數字列（速率），可以快速計算總時間。根據需要添加或刪除工作，以準確評估團隊在接下來的兩週衝刺中將取得的成就。
7.開始衝刺！在旅途中，與團隊進行溝通，並向他們介紹情況。
Scrum認為事情會發生變化，意外情況會阻止任務完成。如果任務卡住或延遲，只需更新狀態列，讓團隊中的其他所有人知道事情的發展。還可以在團隊中提及團隊管理員或者團隊的每一個人，以將發生的情況通知他們，並且董事會中的更新將存儲所有相關文檔和信息，以供所有人查看。
衝刺任務詳情
8.與整個團隊舉行簡短的每日會議。Scrum稱這些為“每日”或“站立”。
還記得第6條原則嗎？面對面的交流是每個人保持同步的最佳方式。在每個工作日開始時安排一個簡短的10至15分鐘的Scrum每日站立會議，以便團隊中的每個人都可以快速概覽一下他們前一天的工作以及當天的工作計劃。如果有人遇到特定的挑戰或問題，這是一個很好的機會，可以作為一個小組進行討論，並共同決定最佳的行動方案。
9.完成了衝刺。做得好！現在，回顧並分析哪些有效，哪些無效。Scrum將此稱為“回顧”。
在可工作的軟件（有很多，不介紹，自己百度）操作系統中，每一項的名稱使所有內容變成綠色-換句話說，將任務標記為“完成”。衝刺結束後，請作為一個團隊來慶祝大家所取得的成就，對出現問題的地方進行故障排除，並計劃如何在下一次迭代中解決問題。錯誤是不可避免的，敏捷很重視從這些先前的錯誤中吸取教訓，以便您的團隊的工作流程能夠不斷髮展和改進。
Scrum是基於經驗主義，不是嗎？
10.將完成的sprint移動到ScrumBan的底部。在開發板的頂部開始新的迭代。重新排列並重復步驟。將所有迭代存儲在一塊ScrumBan上，可以使團隊清楚地記錄已完成的所有事情。沒有完成本次衝刺的一切嗎？將其移至下一個。而且，如果上一個衝刺中的任務完成之後，只需將其拖回到當前的衝刺中即可。
研發團隊如何在Scrum中使用敏捷項目管理
在此視頻中，Anna（和她可愛的小狗Simba）與研發主管Daniel進行了交談，以瞭解我們開發團隊如何通過Scrum實施敏捷項目管理。丹尼爾（Daniel）指導我們完成實際工作，向我們展示他們如何積極主動地計劃每次迭代，解決漏洞以及有效地溝通和協作。
誰可以從與敏捷項目管理合作中受益？
儘管敏捷項目管理是專門針對軟件開發而設計的，但在快速，動態的環境中工作的任何人都可以從靈活，迭代的方式中受益。
實際上，我們甚至可以說敏捷是任何人工作的改變生活的方式。稱它為想要的-Scrum，敏捷，完成工作-並不重要。專注於你在特定的一週或兩週時間內可以實現的目標，可以為團隊中的每個人實現目標。這會產生一種緊迫感，迫使您做出明智的決定來實現自己的目標。當您將任務標記為“完成”並看到整個星期變成綠色時，它會給您帶來令人難以置信的成就感。這會激發下週重新開始並實現新目標的動力。
關於敏捷項目管理和Scrum有很多話要說，我們在本文中僅觸及到了冰山一角。但是希望甚至有一些收穫可以幫助你和你的團隊更聰明地工作，並完成更多工作。
喜歡我可以關注我
閱讀更多 老程的自習社 的文章
