項目有各種形狀和大小氢妈，這就是為什么只有不同的方法來管理和執(zhí)行它們才有意義眼坏。其中一種方法是Scrum項目管理菇肃，這種方法可以促進更智能的工作方式地粪，從而使您可以完成更多工作。以下是您需要了解的內(nèi)容巷送。
什么是Scrum項目管理驶忌？
Scrum是敏捷的，但敏捷不是?Scrum笑跛。你經(jīng)常會聽到“Scrum”和“敏捷”這兩個詞一起使用付魔，因此，它們的含義會被誤解飞蹂。
Scrum和Agile之間的區(qū)別：
自2001年“敏捷宣言”誕生以來几苍，敏捷就有很多嗡嗡聲。事實上陈哑，敏捷方法只是一種思維方式妻坝，可以使團隊和組織進行創(chuàng)新，快速響應(yīng)不斷變化的需求惊窖，同時降低風險刽宪。組織可以靈活使用許多可用的框架，如Scrum界酒，看板圣拄，精益，XP等等毁欣。
為了澄清庇谆，敏捷開發(fā)非常注重協(xié)作，靈活性凭疮，持續(xù)改進和高質(zhì)量結(jié)果饭耳，堅持敏捷宣言中傳達的價值觀和原則。它使用流行的項目管理框架來執(zhí)行活動执解。
Scrum項目管理是一個敏捷框架寞肖。這意味著它是用于實現(xiàn)敏捷項目管理背后的思想的結(jié)構(gòu)。其目標是通過協(xié)作，問責制和迭代進展來開發(fā)新蟆，交付和維持復雜的產(chǎn)品耕姊。它還鼓勵協(xié)作決策和建設(shè)性反饋，以便有效地交付更高質(zhì)量的產(chǎn)品栅葡。
Scrum歷史的簡要時間表：
1986年 - Takeuchi＆Nonaka在哈佛商業(yè)評論中創(chuàng)造了Scrum產(chǎn)品開發(fā)
1993年 - Jeff Sutherland首次使用Scrum進行軟件開發(fā)。
1995年 - Jeff Sutherland和Ken Schwaber對Scrum框架進行了標準化尤泽，并在OOPSLA 95上公布欣簇。
2001年 - 發(fā)布了敏捷宣言和原則，并建立了敏捷聯(lián)盟坯约。Scrum是一種敏捷方法熊咽。
2000 - Ken Schwaber和Mike Beedle推出了第一本Scrum書籍Scrum Agile Software Development。
2002年 - Ken Schwaber和Mike Cohn共同創(chuàng)立了Scrum聯(lián)盟闹丐。
Scrum項目管理的價值觀
眾所周知横殴，Scrum項目管理易于理解，但難以掌握卿拴。但決定實施此敏捷框架的團隊可以堅持以下價值觀衫仑，以確保透明度，檢查和適應(yīng)性的Scrum支柱在整個項目活動中取得成果堕花。
Scrum的五個值是：
1. 承諾 Commitment
2. 勇氣 Courage
3. 焦點 Focus
4. 透明度 Openness
5. 尊重 Respect
誰使用Scrum項目管理文狱？
雖然最初是在考慮軟件開發(fā)團隊的情況下創(chuàng)建的，但Scrum項目管理并非專門針對開發(fā)人員缘挽。作為一種比較流行的敏捷框架瞄崇，Scrum可以使那些必須在任何行業(yè)和業(yè)務(wù)中執(zhí)行復雜項目的團隊受益。理想的Scrum?團隊是一群高度靈活和適應(yīng)性強的人壕曼，他們在迭代和增量交付結(jié)構(gòu)的背景下茁壯成長苏研，并且不怕提供和接收反饋。
Scrum團隊?
Scrum項目管理團隊由三個角色組成腮郊，即產(chǎn)品負責人摹蘑，開發(fā)團隊和Scrum Master。這些角色是自組織和跨職能的伴榔，旨在最大限度地提高靈活性纹蝴，創(chuàng)造力和生產(chǎn)力。
產(chǎn)品擁有者 (Product Owner)
產(chǎn)品負責人是產(chǎn)品專家踪少，代表利益相關(guān)者和客戶的聲音塘安。他們對管理產(chǎn)品Backlog負有全權(quán)責任，并負責援奢，其職責包括：
清楚地表達產(chǎn)品待辦事項;
訂購產(chǎn)品Backlog中的項目以最好地實現(xiàn)目標和任務(wù);
優(yōu)化開發(fā)團隊執(zhí)行的工作價值;
確保產(chǎn)品Backlog對所有人都是可見兼犯，透明和清晰的，并顯示Scrum團隊將在下一步工作的內(nèi)容;?和，
確保開發(fā)團隊將產(chǎn)品Backlog中的項目理解為所需的級別切黔。
理想的產(chǎn)品負責人必須具有同理心砸脊，因為他們通常必須了解不同的觀點，并具有無可挑剔的溝通技巧纬霞，因為他們必須與利益相關(guān)者和客戶進行談判凌埂，以及與開發(fā)團隊和Scrum Master成功合作。
開發(fā)團隊 (Development Team)
開發(fā)團隊由一組專業(yè)人員組成诗芜，例如開發(fā)人員瞳抓，程序員或設(shè)計人員，他們負責提供產(chǎn)品伏恐，并創(chuàng)建增量（在sprint結(jié)束時提供給利益相關(guān)者的工作產(chǎn)品功能孩哑，并可能提供給顧客）。一個成功的開發(fā)團隊包括以下特征：
他們是自我組織的翠桦。沒有人（甚至不是Scrum Master）告訴開發(fā)團隊如何將Product Backlog轉(zhuǎn)換為潛在可釋放功能的增量;
開發(fā)團隊是跨職能的横蜒，具有創(chuàng)建產(chǎn)品增量所需的所有技能。
Scrum不承認開發(fā)團隊成員的任何頭銜销凑，無論該人員正在執(zhí)行哪些工作;
無論需要解決哪些領(lǐng)域丛晌，如測試，架構(gòu)闻鉴，運營或業(yè)務(wù)分析茵乱，Scrum都不會認可開發(fā)團隊中的子團隊;?和，
個人發(fā)展團隊成員可能具有專業(yè)技能和重點領(lǐng)域孟岛，但問責制屬于整個開發(fā)團隊瓶竭。
Scrum Master
Scrum項目管理由Scrum Master提供便利，Scrum Master是一位超級組織的仆人領(lǐng)導者渠羞，可確保遵循Scrum的理解和執(zhí)行斤贰。他們負責通過向開發(fā)團隊提供必要的資源來確保開發(fā)團隊走上正軌，并阻止任何可能阻礙開發(fā)過程的干擾次询。
Scrum Master的總體職責在于確保團隊成功執(zhí)行Scrum項目管理荧恍，并且每個參與者都了解Scrum的核心目標。他們以各種方式做到這一點屯吊，包括：
在Scrum采用中領(lǐng)導和指導組織;
規(guī)劃組織內(nèi)的Scrum實施;
幫助員工和利益相關(guān)者理解并制定Scrum和實證產(chǎn)品開發(fā);
引起變革送巡，提高Scrum團隊的生產(chǎn)力;?和，
與其他Scrum Masters合作盒卸，提高Scrum在組織中的應(yīng)用效率骗爆。
現(xiàn)在您已經(jīng)知道誰參與了Scrum項目管理，現(xiàn)在是時候了解它是如何工作的蔽介。
Scrum項目管理事件
通過遵循由事件組成的工作流來應(yīng)用Scrum項目管理摘投。事件是有時間限制的煮寡，這意味著它們具有不能超過的最長持續(xù)時間。這樣做的目的是減少開發(fā)過程中的浪費時間犀呼，并允許發(fā)生關(guān)鍵的透明度和檢查幸撕。事件是：
Sprint
眾所周知，Sprint是Scrum項目管理的本質(zhì)外臂。它們是時間盒坐儿，迭代的，并且用于實現(xiàn)目標 - 通常是創(chuàng)建可用的宋光，可能可釋放的產(chǎn)品挑童，甚至將項目從“正在進行”移動到“完成”。不超過一個日歷月跃须，它們的時間范圍 - 通常是兩周 - 在整個開發(fā)過程中是一致的，在前一個結(jié)束后立即開始新的沖刺娃兽。
Sprint計劃 (Sprint Planning)
正如名稱所示菇民，sprint計劃是在每個sprint開始時發(fā)生的事件，整個Scrum項目管理團隊在此會面以規(guī)劃即將到來的sprint投储。討論和安排是為了回答兩個主要問題：
在即將到來的Sprint結(jié)束時可以實現(xiàn)什么第练？
我們?nèi)绾螌崿F(xiàn)這一目標，以及實現(xiàn)這一目標需要采取的行動是什么玛荞？
一旦這些問題得到解答娇掏，Scrum項目管理團隊就會了解在即將到來的sprint中預(yù)期的工作范圍，以及為每項任務(wù)分配的時間勋眯。在Sprint計劃期間婴梧，Sprint Backlog也是有組織的，這是反映需要完成的工作的任務(wù)列表客蹋。
每日Scrum (Daily Scrum)
每日Scrum是一個15分鐘的時間盒裝會議塞蹭，同時為sprint的每一天舉行。這是開發(fā)團隊討論他們前一天的成就以及他們對下一個成就的期望讶坯。雖然由Scrum Master組織番电，但開展會議的責任完全在于開發(fā)團隊。Daily Scrum的目的是同步活動辆琅，增強協(xié)作以及識別任何障礙漱办。
Sprint評論 (Sprint Review)
Sprint評審是在每個Sprint結(jié)束時舉行的非正式會議，Scrum團隊向利益相關(guān)者展示他們的增量婉烟。在審核期間娩井，每個人都會分享反饋，并在下一個Sprint中需要完成的工作進行協(xié)作隅很，以優(yōu)化產(chǎn)品的價值撞牢。審核以修訂后的產(chǎn)品Backlog結(jié)束率碾，該產(chǎn)品Backlog根據(jù)集體討論和商定的內(nèi)容概述下一個Sprint的項目。
Sprint回顧 (Sprint Retrospective)
Sprint回顧會在Sprint評論之后和下一個Sprint計劃之前發(fā)生屋彪。這是一個Scrum團隊反映前一個Sprint會議記錄的會議所宰，并在下一個Sprint中建立改進的空間。雖然Scrum項目管理的重點是能夠隨時進行改進畜挥，但Sprint Retrospective是團隊正式關(guān)注檢查和調(diào)整的機會仔粥。
還有兩個活動，雖然不是Scrum項目管理的核心蟹但，但通常足以值得一提躯泰。
積壓改進 (Backlog Refinement)?：這是一個持續(xù)的審查過程，并在需要時進行更新华糖，產(chǎn)品積壓麦向，以確保項目的組織和優(yōu)先級，以確保事情順利進行客叉。
Sprint取消：只有產(chǎn)品負責人才有權(quán)取消Sprint诵竭，盡管在與團隊的其他成員和/或利益相關(guān)者討論之后。取消Sprint的原因可能是由于公司改變方向兼搏，或者外部環(huán)境使Sprint的目標失效卵慰。
Scrum工件 (Sprint Artifacts)
工件可以被視為交付和完成工作所需的工具。以下是Scrum項目管理中的主要工件：
產(chǎn)品積壓 (Product Backlog)
產(chǎn)品Backlog由產(chǎn)品負責人管理佛呻，按優(yōu)先順序列出可行產(chǎn)品所需的所有要求裳朋。隨著產(chǎn)品和團隊的不斷發(fā)展，Product Backlog永遠不會完整吓著。它包含授權(quán)在將來的版本中對產(chǎn)品進行任何更改的所有功能鲤嫡，功能，要求绑莺，增強功能和修補程序泛范。
Sprint Backlog
Sprint Backlog列出了團隊在下一個Sprint期間需要完成的任務(wù)和要求。它是開發(fā)團隊的資產(chǎn)紊撕，有時伴隨著Scrum任務(wù)板罢荡。Scrum任務(wù)板用于可視化當前sprint中任務(wù)的進度，以及以“To Do对扶，Doing and Done”格式進行的任何更改 区赵。
Scrum框架總結(jié)
為了總結(jié)上面的scrum框架，Scrum是一個通過“視圖和調(diào)整”開發(fā)和維護復雜產(chǎn)品的框架浪南。這是一種遵循敏捷宣言和原則的流派笼才，整合了三個角色，三個資產(chǎn)络凿，五個事件骡送，五個值昂羡，稱為“?3355?”。
用戶故事
用戶故事已成為產(chǎn)品Backlog項目的一種流行形式摔踱。用于從最終用戶角度解釋軟件功能的工具虐先，它們有助于描繪產(chǎn)品用戶的類型，并開始討論他們想要什么派敷，以及它的原因蛹批。使用的常見用戶素材格式為：
作為[角色]，我想[特征]篮愉，因為[原因]腐芍。
產(chǎn)品增量
如上所述，產(chǎn)品增量是Sprint期間完成的所有Product Backlog項目的結(jié)果试躏。它是在sprint結(jié)束時呈現(xiàn)給利益相關(guān)者的工作產(chǎn)品功能猪勇，被認為是朝著最終目標邁出的一步。
自動化Scrum軟件
像許多其他項目管理方法一樣颠蕴，Scrum項目管理團隊可以通過各種方式管理他們的項目埠对。對于規(guī)模較小，位置較小的團隊而言裁替，良好的低成本方法是從傳統(tǒng)文具開始。電子表格可用于創(chuàng)建和管理產(chǎn)品Backlog等內(nèi)容貌笨，白板和便簽可用于可視化Scrum任務(wù)板弱判。
對于分散成員的Scrum項目管理團隊，或者希望升級其工具的團隊锥惋，使用基于Web的 Visual Paradigm Scrum Process Canvas可能是管理項目的更理想方式昌腰。該軟件包含的功能可以使活動集中化，并使跨團隊協(xié)作順利進行膀跌。協(xié)調(diào)任務(wù)和訪問進度可見性的靈活性可以增強團隊協(xié)作遭商，并可以提供更簡化的交付。
所以捅伤，你有它劫流，所有你需要知道的基礎(chǔ)知識，所以你可以開始開發(fā)你夢想的Scrum團隊丛忆。請記住祠汇，Scrum項目管理的總體目標，即其價值熄诡，角色可很，事件和工件，旨在為您提供更加聰明的項目工作方法凰浮。通過迭代和增量開發(fā)流程我抠，您更有可能實現(xiàn)提供高質(zhì)量產(chǎn)品的目標苇本。
Scrum過程畫布是一個Scrum的管理工具。它在一頁的流程畫布中呈現(xiàn)可操作的scrum活動菜拓。團隊成員執(zhí)行管理和完成軟件項目的活動瓣窄。
Scrum Process Canvas是完全可定制的，允許您將其他活動（例如某些會議）和流程交付（例如特定的日志）添加到Scrum流程中尘惧，以滿足您的特定項目需求康栈。（了解更多）
