國內(nèi)許多團隊在實施敏捷方法時往往會遇到失敗的情況。常見的問題是敏捷方式被認為導(dǎo)致項目進度延誤，因為迭代計劃、每日站會、演示會、回顧會等活動占用了開發(fā)時間。團隊通常會采取砍掉某些敏捷活動或停止敏捷實施的方式來解決問題，最終導(dǎo)致敏捷方法的失敗。其根本原因在于團隊對敏捷方法的價值和解決問題的認知不足，他們?nèi)狈σ朊艚莘椒ǖ囊饬x的理解，以至于只是為了執(zhí)行敏捷而草草行事。

敏捷的價值

敏捷的價值主要體現(xiàn)在兩個方面：

其一是交付價值

其二是改進團隊

1. 可以盡快交付有價值的產(chǎn)品功能，快速響應(yīng)用戶需求并獲取反饋。

2. 減少了產(chǎn)品功能冗余和浪費，能夠更好地控制項目成本和風(fēng)險。

3. 通過持續(xù)不斷地小批量交付，可以及時改進產(chǎn)品，提高產(chǎn)品的競爭力和用戶滿意度。

1. 交付的產(chǎn)品是可以使用的，用戶可以盡快體驗到產(chǎn)品，并做出反饋
2. 團隊可根據(jù)用戶反饋快速調(diào)整產(chǎn)品
3. 跟順序開發(fā)相比，在需求變動的情況下，浪費更少

MVP

在敏捷實施中，有許多活動，除了確保交付價值外，還致力于改進團隊，并提高團隊的工作效率。

每日站會是一個讓團隊成員了解每日工作目標(biāo)并做出承諾的重要機制。同時，輪流主持每日會議可以提升團隊成員的參與感，并培養(yǎng)他們自信開放的價值觀。

開展回顧會時，首先應(yīng)該回顧上個迭代的改進項目，評估團隊的改進情況。接著討論當(dāng)前迭代需要改進的方面，包括需求、技能、協(xié)作、流程等各個方面。通過不斷循環(huán)這樣的步驟，可以逐步提高整個團隊的產(chǎn)出。

敏捷和項目管理

在敏捷方法中，只包括了Product Owner、Scrum Master和開發(fā)團隊這三個角色，而并沒有專門的項目經(jīng)理角色。這是因為敏捷方法并不是項目管理的一部分，它是一種組織實現(xiàn)軟件開發(fā)的方法論，與傳統(tǒng)的項目管理并無直接關(guān)聯(lián)。

敏捷方法的關(guān)鍵在于滿足用戶需求、提高團隊效率，而項目管理則專注于項目進度、成本和質(zhì)量等方面。

敏捷是否會影響項目進度呢？答案是不太可能，至少不會是影響項目進度的主要因素。影響項目進度的最大因素通常是資源、協(xié)調(diào)等問題。無論采用敏捷還是順序開發(fā)，這些影響項目進度的因素都不太可能改變。因此，無論是敏捷還是順序開發(fā)方式，其效率并沒有明顯的差異。

結(jié)束語

團隊在決定采用敏捷開發(fā)時，需要明確采用敏捷的原因。例如，為了提高客戶滿意度或改進團隊合作等目的，敏捷是一個不錯的選擇。初次采用敏捷時，團隊需要經(jīng)歷一個熟悉化的過程，這可能導(dǎo)致團隊效率降低，但這并不是敏捷方法的問題。這就好比將系統(tǒng)開發(fā)語言從Java換到C語言一樣。