“跨職能團隊擁有完成工作所需的所有能力,而不依賴於不屬於團隊的其他人” — Scrum 指南。 與組件團隊方法相比,跨職能團隊是由來自公司不同職能領域的人員組成的小組。 — 它不僅應由技術專家(後端、前端開發人員、QA 工程師等)組成,還應由業務分析師、市場營銷和用戶體驗專家等成員或任何積極參與項目的人員組成。
Continue reading
聚焦資訊科技內容領域最前沿資訊,網絡精華,心得交流
“跨職能團隊擁有完成工作所需的所有能力,而不依賴於不屬於團隊的其他人” — Scrum 指南。 與組件團隊方法相比,跨職能團隊是由來自公司不同職能領域的人員組成的小組。 — 它不僅應由技術專家(後端、前端開發人員、QA 工程師等)組成,還應由業務分析師、市場營銷和用戶體驗專家等成員或任何積極參與項目的人員組成。
Continue reading
敏捷是一種提供解決方案的哲學,它包含並促進產品/項目的整個生命週期的進化變化。許多敏捷團隊和組織一直在使用敏捷來更快地交付軟件,提高質量,並最終提高客戶滿意度。
Continue reading
無論一個團隊是在開發一個產品還是一個項目,我們都需要回答一個問題:”我們什麼時候能夠完成它?” ,或者說我們在某個時間點上能走多遠,所以和傳統的開發模式一樣,我們需要在項目開始前估計工作量。敏捷估算是對完成產品積壓中的優先任務所需的努力進行估算的過程。這種努力通常是以完成該任務所需的時間來衡量的,這又導致了準確的衝刺計劃。
Continue reading
在《敏捷宣言》發表時,有相當多的 “輕量級 “開發流程;後來又出現了其他類似的方法。它們現在被統稱為 “敏捷 “方法。自從敏捷宣言在2001年誕生以來,圍繞著敏捷的問題出現了很多討論。敏捷方法只是一種思維方式,它使團隊和組織能夠進行創新,快速響應不斷變化的需求,同時降低風險。組織可以使用許多可用的框架來實現敏捷,如Scrum、Kanban、Lean、XP等。
Continue reading
測試驅動開發(TDD)是一個軟件開發過程,它依賴於在軟件完全開發之前將軟件需求轉化為測試用例,並通過反複測試軟件的所有測試用例來跟踪所有的軟件開發情況。這與先開發軟件然後創建測試用例相反。一些流行的模型很好地支持TDD,如MVC和MVP。
Continue reading
產品積壓列出了產品發布所需的所有特徵、功能、要求、改進和修復。產品積壓項目具有描述(適當的詳細)、故事點(估計)和訂單(優先)的屬性。它們必須在積壓項目中不斷添加、刪除和更新(Emergent),並及時、適當地反映團隊對積壓項目的理解。
Continue reading
開放/封閉原則是軟件開發領域中最基本的設計原則。它指導我們如何建立一個穩定而靈活的系統。一個軟件實體,如類、模塊和函數,應該是開放的,可以擴展,封閉的,可以修改。
Continue reading
敏捷開發是一種以人為本的、迭代的、漸進的開發方法。在敏捷開發中,一個軟件項目的建設被分為多個子項目,每個子項目的成果都經過測試,具有集成和運行的特點。換句話說,一個大項目被分為多個小項目,這些項目相互關聯,但也可以獨立運行,分別完成。在這個過程中,軟件始終處於可使用的狀態。
Continue reading
因果循環圖(也被稱為系統思維圖)是用來從系統的角度顯示因果的行為。因果循環圖(CLD)是一種因果圖,有助於直觀地看到系統中不同的變量是如何相互關聯的。
Continue readingLeSS是一個輕量級的敏捷框架,用於將Scrum擴展到一個以上的團隊。從2005年開始,Bas Vodde和Craig Larman在大規模項目中使用Scrum原則和規則後,開發了LeSS框架。他們的目標是在保持Scrum的約束條件下成功開發大型項目。
Continue reading