什麼是SCRUM項目管理?

Scrum是一個管理框架,它利用包含在更大框架中的增量流程,該框架使用跨職能團隊來實現目標並適應變化。Scrum旨在更快地建立一小部分版本,而不是關注每次迭代或sprint中發生的所有較小步驟。

這種類型的項目管理可以提高對客戶的響應能力,降低開發成本,提高工作滿意度並獲得更快速的回報。Scrum不是一個線性過程,而是一個流暢的實踐,隨著它的發展需要考慮許多移動的部分,團隊和目標。

Scrum是一個通過“检查和調整”開發和維護複雜產品的框架。這是一種遵循敏捷宣言和原則的流派,整合了三個角色,三個工件 ,五個事件,五個理念,稱為“ 3355 ”。

3355 Scrum框架

詳細 的 3個 SCRUM角色

每個Scrum團隊都有專門指定的成員,他們擁有流程的特定部分,監督某些變量,並為最終產品做出貢獻。這些角色包括:

  • 產品負責人:此人是團隊中最了解的人員,對產品的業務價值有深入的了解。產品所有者是將客戶和利益相關者需求傳達給開發團隊的中間人。他們還負責編寫用戶故事並對其進行優先排序。但是,此人不負責產品的技術開發。

  • 開發團隊:開發團隊執行產品的技術開發。總的來說,該團隊負責根據產品負責人提供的用戶故事進行分析,設計,編寫代碼,測試和技術交流。

  • Scrum Master: Scrum Master幫助Scrum團隊取得進步。他們與產品負責人和開發團隊攜手合作,簡化方法並消除乾擾。從非團隊成員到開發團隊的任何溝通都來自Scrum Master。

Scrum中使用的三個主要工件 (Artifacts)

  • 產品待辦事項 (Project Backlog)此待辦事項詳細說明了必須在項目中完成的所有內容,包括技術和用戶中心。

  • Sprint Backlogs:在一次sprint迭代期間要完成的所有任務的列表。這些是在sprint計劃會議期間產生的。

  • Burndown Charts:成功完成sprint積壓中列出的任務所需的剩餘工作。該圖表有助於確定克服障礙和實現目標的有效方法。

Scrum 5 個儀式

此外,Scrum依靠5個儀式為每個sprint流程提供有針對性的結構:sprint計劃,每日站立,sprint演示和sprint回顧。Scrum在其框架內指定特定角色,使其成為一個高度規範但高效的流程。

  • Sprint :  Scrum是成功的,因為它依賴於一個項目管理框架,該框架利用自組織團隊,專注於在固定時間框架(也稱為迭代或衝刺)之後交付完整產品。該結構由角色,會議,規則和工件組成。

這些衝刺通常需要一到兩週的時間,並且在每個衝刺結束時,與利益相關者和團隊成員定期舉行會議,以進行匯報,重新評估和計劃後續步驟。在衝刺期間,團隊使用視覺效果(如任務板或燃盡圖)來繪製進度和審核反饋。

  • Sprint計劃 (Sprint Planning): Scrum團隊的每個人都參加sprint計劃會議。在這次會議上,展示了產品,鼓勵每個人表達他們的關注和意見。還提供了優先級並進行了時間估算。

    • 每日Scrum會議 (Daily Scrum):此會議每天都在sprint期間舉行。這次會議的重點是與團隊進行匯報,並製定發展進度的日常計劃。在這次會議上,Scrum團隊的任何成員都會遇到障礙和擔憂。

    Sprint評論 (Sprint Review): sprint評審是對sprint期間開發的工作產品的檢查。此次會議在sprint結束時舉行,用於為利益相關者提供透明度,讓他們詳細了解在短期迭代期間完成的工作。

  • Sprint審核 (Sprint Retrospective) : Sprint回顧是在Sprint Review之後和下一個Sprint Planning之前發生的。這至少是為期一個月的Sprint的三小時會議。對於較短的Sprint,事件通常較短。在Scrum Master的保證事件發生和服務員了解它的用途。這是Scrum團隊改進的機會,所有成員都應該出席。

產品所有者,開發團隊和Scrum Master是該過程中的三個關鍵角色。這個全面的團隊共同致力於為關鍵利益相關者和團隊成員設計,管理和溝通。這些團隊舉辦5種類型的Scrum會議,有助於每個產品的進展和最終完成。

Scrum五個理念

Scrum敏捷軟件開發的一個非常流行和眾所周知的框架。幾年前,Scrum在框架中添加了5個值,團隊中的每個成員都使用它來指導他的決策。並不是很多人都知道並理解這些價值觀,但它們對於scrum的成功實施至關重要,值得在這裡詳細闡述它們的含義。

Scrum值

那麼Scrum值是什麼?下圖描繪了5個值:

五個Scrum值
五個Scrum值

(來源:Scrum.org – Scrum價值海報)

勇氣

Scrum團隊成員有勇氣做正確的事和棘手的問題的工作。團隊成員互相支持,做正確的事情並承擔明智的風險,以便我們可以學習和改進我們的偉大之路,包括:

  • 承認沒有人是完美的
  • 提供撤消版本的產品
  • 共享所有可能的信息以幫助團隊和組織
  • 承認沒有完美的要求捕捉和麵臨快速變化是現實

焦點

每個人都關注Sprint的工作和Scrum團隊的目標。當我們處理複雜性和不可預測性時,重點是必要的,以便做出任何有意義的事情。因為我們一次只關註一些事情,所以我們會盡快提供最有價值的物品。Scrum框架包含有助於促進關注的元素。

  • 團隊應該至少在每個Sprint結束時專注於“完成增量”。
  • 每個Scrum 角色都有一個獨特的問責制,可以幫助個人知道要關注什麼作為他們的優先事項。這最終有助於團隊成果。
  • Scrum團隊專注於Sprint目標,以指導團隊提供什麼
  • 產品積壓是一個優先順序,以及創建專注於下一個是什麼做的最重要的事情。
  • 時間限制的衝刺活動創造了一種緊迫感,並幫助我們專注於活動的目的。
  • Scrum的事件文物幫助建立重點檢查的進展和新的信息,讓球隊能夠以足夠頻繁的間隔適應。

承諾

Scrum團隊成員必須致力於成功並願意創建切合實際的目標並堅持下去。每個Scrum角色都致力於團隊的成功,而不僅僅是關心我們的個人成就,通過以下方式創建一個信任,高效解決問題和高團隊標準的環境:

  • 產品負責人演示了通過進行最佳決策,以優化產品的價值,而不是簡單地試圖取悅每一個利益相關者的承諾。
  • Scrum Master的通過堅持Scrum的框架,這意味著我們不延長衝刺或其他時間盒壓力去下演示的承諾“完成”。
  • Scrum Master的證明通過刪除Scrum團隊不能自行解決的障礙,而不是容忍在組織現狀的承諾。
  • 開發團隊通過創建一個符合他們的“做,”不是東西,幾乎是做了定義的增量演示的承諾。

尊重

作為自組織團隊,我們不能沒有彼此尊重,這樣我們就能為所有人培養一個參與,富有成效和人性化的環境。Scrum框架包含有助於促進尊重的元素。

  • 整個Scrum團隊參加Sprint PlanningSprint ReviewSprint Retrospective。這促進了對每個角色,責任和不同觀點的尊重。
  • 開發團隊是跨職能的,這意味著整體而言,它具備提供“完成”產品增量所需的所有技能。這促進了對每個人的經驗,技能和想法的尊重。這也促進了學習和成長。
  • 代辦衝刺是由開發團隊擁有。由於他們是做這項工作的人,他們決定他們在Sprint中可以做多少以及如何做這項工作。這表明了對他們的知識和技能的尊重,以及對以可持續的速度工作的尊重。
  • 通過僅審查Sprint評審中的“完成”產品,我們為我們的真實進步帶來了透明度。這體現了對利益相關者的尊重。
  • 產品負責人尋求利益相關者的意見,合作並為利益相關者設定切合實際的期望。這是對利益相關者的尊重的另一種表現。
  • Scrum Master的重點是Scrum團隊的健康以及Scrum的有效使用。擔任教學,促進和輔導的角色表明了對人員和團隊及其成長能力的尊重。
  • Scrum專注於提供價值,通過不在低價值功能或可能永遠不會使用的東西上花錢來表達對我們組織的尊重。
  • 在Sprint結束時具有潛在可釋放的增量,通過不強迫更多投資實現價值,表明了對我們組織的尊重。它使組織可以靈活地做出投資決策。

透明度

Scrum的經驗主義要求透明,開放,通過了解我們的工作安排,我們的進步,我們的學習和我們的問題。團隊應該開放跨學科和技能進行協作,與利益相關者和更廣泛的環境協作,分享反饋並相互學習。Scrum框架包含有助於促進開放性的元素。

  • 將Sprint限制在30天或更短的時間,可以根據新信息促進對改變方向的開放性。
  • Sprint目標是固定的,並提供指導,但滿足Sprint目標的計劃可根據開發團隊的學習內容進行更改。
  • 透明的產品Backlog向我們的利益相關者展示了對產品計劃內容(以及未計劃的內容)以及下一步可能的內容的開放性。
  • Sprint Retrospective專注於持續改進我們團隊的互動,流程和工具,這使我們能夠開放反饋,反思和改變我們的工作方式。
  • Sprint Review展示了與利益相關者分享進展的開放性,以及對他們的反饋和協作的開放性。

敏捷的Scrum框架

Scrum還利用其他工具和工件在開發過程中取得成功。這些工具包括:

  • 用戶故事:用戶故事從客戶的角度描述了一個軟件或軟件的功能。這些故事詳細介紹了他們希望包含在軟件中的具體變量,包括用戶類型,他們想要什麼以及他們想要的原因。開發團隊利用用戶故事創建能夠反映客戶需求的代碼。

  • 時間盒:時間框是團隊努力完成目標的預定時間段。時間框方法在達到時間限制時停止工作,在時間結束時停止工作,不一定在完成時停止工作。在Scrum期間經常使用時間框迭代來分析進度和重置目標。

Scrum推荐文章

Leave a Reply

發佈留言必須填寫的電子郵件地址不會公開。