當團隊剛開始進行敏捷開發時,除了日程表上可能有更多的會議外,幾乎沒有什麼變化。他們可能仍然單獨運作,或者限制他們與客戶的互動。你可能會看到工作分解成瀑布式的那種任務,然後設計用戶故事,然後構建故事,然後測試故事。因此,當 “敏捷團隊 “只是走馬觀花,沒有理解或接受敏捷的原則和價值時,他們的形式是敏捷的。當團隊按照敏捷的價值觀和原則來思考和行動時,他們就會變得敏捷。
Continue reading分類: Scrum
Scrum 中就緒的定義
準備就緒的定義是一套協議,讓每個人都知道什麼時候可以開始做某件事,例如,什麼時候一個用戶故事可以被帶入衝刺,或者什麼時候所有必要的條件都適合團隊開始衝刺。一個適當的準備就緒的定義將大大改善Scrum團隊成功實現衝刺目標的機會。
Continue readingScrum 中的透明度
透明度是 Scrum 過程的第一個重要方面,並且必須對負責結果的人員可見。 透明度要求在他們的日常活動和工件中定義這些方面,以便團隊可以就他們所看到的內容達成共識。
Continue reading什麼是自我管理方法?
自我管理的團隊是一組負責生產產品或服務的所有或大部分方面的員工。 自我管理團隊是新型橫向組織的基本單位。 自我管理的團隊是早期團隊方法的產物。
Continue readingScrum 中的 Sprint 是什麼?
Sprint 是一個持續開發週期的時間盒迭代。 在 Sprint 中,計劃的工作量必須由團隊完成並準備好進行審查。 Scrum 項目被分解為稱為 sprint 的小而一致的時間間隔。 它們可以短至幾天,一般不超過 3-4 週。
Continue reading敏捷中的跨職能 vs 自組織 vs 功能 vs 組件團隊
“跨職能團隊擁有完成工作所需的所有能力,而不依賴於不屬於團隊的其他人” — Scrum 指南。 與組件團隊方法相比,跨職能團隊是由來自公司不同職能領域的人員組成的小組。 — 它不僅應由技術專家(後端、前端開發人員、QA 工程師等)組成,還應由業務分析師、市場營銷和用戶體驗專家等成員或任何積極參與項目的人員組成。
Continue readingScrum 指南變更:自組織與自管理團隊
Scrum 團隊是 自組織 和 跨職能的
Continue reading編寫好的用戶故事
用戶故事是敏捷方法的一部分,有助於將重點從編寫需求轉移到討論它們。 所有敏捷用戶故事都包含一兩個書面句子,更重要的是,一系列關於所需功能的對話。
Continue readingScrum 中最常提及的 20 條規則和指南
Scrum框架由Scrum團隊及其相關角色、事件、工件和規則組成。框架中的每個組成部分都有特定的目的,對Scrum的成功和使用至關重要。 Scrum的規則將角色、事件和工件結合在一起,管理它們之間的關係和互動,如下圖所示。
Continue reading敏捷估計:相對估計與絕對估計
無論一個團隊是在開發一個產品還是一個項目,我們都需要回答一個問題:”我們什麼時候能夠完成它?” ,或者說我們在某個時間點上能走多遠,所以和傳統的開發模式一樣,我們需要在項目開始前估計工作量。敏捷估算是對完成產品積壓中的優先任務所需的努力進行估算的過程。這種努力通常是以完成該任務所需的時間來衡量的,這又導致了準確的衝刺計劃。
Continue reading