摘要：但敏捷是不是真的如坊間傳聞的那樣，是一個(gè)可以解決所有項(xiàng)目困境的萬(wàn)能藥當(dāng)然不是但敏捷的確是一種比較好的項(xiàng)目管理方法。因?yàn)閰f(xié)作的團(tuán)隊(duì)成員可以隨時(shí)訪問(wèn)和更新故事板，這將有助于團(tuán)隊(duì)協(xié)作的順利開(kāi)展。敏捷教練希望創(chuàng)建一個(gè)積極并表現(xiàn)出主動(dòng)性的團(tuán)隊(duì)。

對(duì)從事項(xiàng)目管理的人員來(lái)說(shuō)，敏捷已經(jīng)成為一場(chǎng)席卷全國(guó)的風(fēng)潮。但敏捷并不是什么新事物，它已經(jīng)有20多年的歷史。正如社交媒體圈子所說(shuō)的那樣，敏捷的聲勢(shì)與流行程度正在逐年見(jiàn)長(zhǎng)。但敏捷是不是真的如坊間傳聞的那樣，是一個(gè)可以解決所有項(xiàng)目困境的萬(wàn)能藥？
當(dāng)然不是！但敏捷的確是一種比較好的項(xiàng)目管理方法。敏捷為項(xiàng)目負(fù)責(zé)人及其團(tuán)隊(duì)提供了一些獨(dú)特的優(yōu)勢(shì)。

我們之前將敏捷方法與傳統(tǒng)的瀑布流方法進(jìn)行了比較。敏捷這種軟件開(kāi)發(fā)領(lǐng)域的項(xiàng)目管理辦法，在過(guò)去數(shù)年有著強(qiáng)勁的發(fā)展勢(shì)頭。它解決了產(chǎn)品需求與開(kāi)發(fā)等方面的不確定性。與之相較的瀑布流方法則試圖將項(xiàng)目生命周期的各階段，即啟動(dòng)、計(jì)劃、執(zhí)行和收尾等，按照嚴(yán)格的結(jié)構(gòu)順序進(jìn)行組織。

什么是敏捷");

要確切定義何為敏捷非常困難。不同的人可能會(huì)給出不同的答案。敏捷這個(gè)大范疇內(nèi)包含下面幾個(gè)體系，如Scrum、XP Extreme、 Lean 和 Kanban Software Development 以及Crystal Clear。
敏捷將項(xiàng)目規(guī)劃變成了一個(gè)貫穿整個(gè)項(xiàng)目生命周期的迭代過(guò)程。“fail-fast”這個(gè)術(shù)語(yǔ)體現(xiàn)了對(duì)迭代的渴望，即通過(guò)先將開(kāi)發(fā)出的不完美的產(chǎn)品提供給客戶使用，以收集客戶的反饋。
客戶的反饋至關(guān)重要。傳統(tǒng)的項(xiàng)目管理方法要求項(xiàng)目需求在項(xiàng)目開(kāi)始之前就要收集并確定好。但敏捷方法則不同，敏捷更加實(shí)用和高效，要求產(chǎn)品負(fù)責(zé)人和關(guān)鍵利益相關(guān)者在產(chǎn)品開(kāi)發(fā)過(guò)程中，參與構(gòu)建和測(cè)試。
這樣做能夠大大節(jié)省時(shí)間。為什么我們需要花上三個(gè)月的時(shí)間收集需求，再花上四個(gè)月的時(shí)間開(kāi)發(fā)產(chǎn)品，到最后才發(fā)現(xiàn)開(kāi)發(fā)的產(chǎn)品并不是客戶真正想要的？為什么我們不能夠開(kāi)發(fā)一部分之后，展示給客戶，將反饋整合到產(chǎn)品的開(kāi)發(fā)中，然后不斷重復(fù)這個(gè)過(guò)程并在更短的時(shí)間內(nèi)構(gòu)建客戶想要的產(chǎn)品？簡(jiǎn)而言之，這就是敏捷的目標(biāo)。

使用敏捷的最佳條件是什么？

當(dāng)我們無(wú)法確定產(chǎn)品的需求是什么時(shí)，最好使用敏捷方法。從收集用戶故事開(kāi)始就讓產(chǎn)品負(fù)責(zé)人和Scrum團(tuán)隊(duì)參與進(jìn)來(lái)能夠讓我們更高效地利用時(shí)間。用戶故事是產(chǎn)品負(fù)責(zé)人希望開(kāi)發(fā)的功能和特征的簡(jiǎn)要描述。
然后，根據(jù)這些軟件功能，產(chǎn)品負(fù)責(zé)人和Scrum團(tuán)隊(duì)創(chuàng)建一個(gè)名為Product Backlog的待辦事項(xiàng)列表。建立Product Backlog后，Scrum團(tuán)隊(duì)就會(huì)創(chuàng)建Sprint Backlog。客戶所需的產(chǎn)品功能將會(huì)被安排在不同的Sprint中完成。因此，Sprint中是下一個(gè)版本中的功能，這么做的目的是為了每次都開(kāi)發(fā)和部署產(chǎn)品的一小部分功能。

產(chǎn)品負(fù)責(zé)人和Scrum團(tuán)隊(duì)將召開(kāi)每日站會(huì)來(lái)review開(kāi)發(fā)進(jìn)度。這種方法有助于解決產(chǎn)品或需求中的不確定問(wèn)題。所以整個(gè)產(chǎn)品開(kāi)發(fā)流程就是：開(kāi)發(fā)部分功能—測(cè)試—收集反饋并繼續(xù)開(kāi)發(fā)—直至產(chǎn)品負(fù)責(zé)人對(duì)最終產(chǎn)品滿意為止。

什么情況下敏捷不是最佳選擇？

敏捷并不總是最好的方法，例如需求基本是確定的。當(dāng)項(xiàng)目具備可靠的歷史記錄作為開(kāi)發(fā)基準(zhǔn)時(shí)，我們最好采用瀑布式開(kāi)發(fā)方法。
數(shù)據(jù)中心的構(gòu)建就是一個(gè)很好的例子。需求和任務(wù)開(kāi)發(fā)順序都很明確，無(wú)需做太多的規(guī)劃。因此，如果按照前文所述的“部分開(kāi)發(fā)-反饋-繼續(xù)開(kāi)發(fā)”這一流程進(jìn)行顯然是不切實(shí)際的。

那么，何時(shí)步入敏捷？

現(xiàn)在，我們已經(jīng)清楚了解了敏捷的定義，適用條件及在什么情況下最好使用傳統(tǒng)的開(kāi)發(fā)方法。下面，讓我們了解一下在什么情況下最好使用敏捷。具體情況可能比較多，僅在下文中列舉幾類主要情況：

產(chǎn)品需求不確定時(shí)

這種情況下，敏捷可以使項(xiàng)目更快啟動(dòng)，并讓產(chǎn)品負(fù)責(zé)人參與到開(kāi)發(fā)過(guò)程中。用敏捷的方式，我們就不必在不確定客戶是否會(huì)滿意的情況下花六個(gè)月的時(shí)間記錄產(chǎn)品需求。產(chǎn)品負(fù)責(zé)人可以在開(kāi)發(fā)新產(chǎn)品功能時(shí)，根據(jù)他或她的反饋?zhàn)鳛殚_(kāi)發(fā)過(guò)程的一部分，以最快的速度將功能呈現(xiàn)出來(lái)，從而確保產(chǎn)品可以更快交付。

敏捷是軟件開(kāi)發(fā)項(xiàng)目的最佳選擇

因?yàn)檐浖_(kāi)發(fā)過(guò)程本身就允許整個(gè)系統(tǒng)中的部分功能先進(jìn)行開(kāi)發(fā)、測(cè)試和交付。這就意味著某些特定功能的交付時(shí)間會(huì)早于其他功能。Sprint則允許開(kāi)發(fā)團(tuán)隊(duì)多帶帶測(cè)試和部署這些功能，從而確保開(kāi)發(fā)效率。

協(xié)作的團(tuán)隊(duì)可從敏捷方法中受益（每日站會(huì)）

敏捷方法的關(guān)鍵是每天的站立會(huì)議。會(huì)議上，團(tuán)隊(duì)可以討論當(dāng)前的開(kāi)發(fā)進(jìn)度、遇到的問(wèn)題和來(lái)自產(chǎn)品負(fù)責(zé)人的反饋。如果有人能夠負(fù)責(zé)召開(kāi)這些會(huì)議并將會(huì)議結(jié)果更新到敏捷看板上就好了。因?yàn)閰f(xié)作的團(tuán)隊(duì)成員可以隨時(shí)訪問(wèn)和更新故事板，這將有助于團(tuán)隊(duì)協(xié)作的順利開(kāi)展。

這一點(diǎn)可以通過(guò)Worktile的迭代故事板可以做到，在每日站會(huì)的時(shí)候迭代負(fù)責(zé)人可以拖動(dòng)需求看板來(lái)改變需求狀態(tài)及時(shí)更新需求進(jìn)度。

積極參與的產(chǎn)品負(fù)責(zé)人

產(chǎn)品負(fù)責(zé)人的實(shí)時(shí)反饋是敏捷成功的關(guān)鍵。這樣不僅可以取代繁瑣的需求文檔，還能確保清晰的傳達(dá)產(chǎn)品負(fù)責(zé)人的需求。產(chǎn)品負(fù)責(zé)人參與并為開(kāi)發(fā)團(tuán)隊(duì)提供持續(xù)的反饋，能使團(tuán)隊(duì)更快地開(kāi)發(fā)出正確的產(chǎn)品。產(chǎn)品負(fù)責(zé)人應(yīng)該參加每天站會(huì)，并表達(dá)自己的期望、喜好和不滿。這樣能確保開(kāi)發(fā)團(tuán)隊(duì)開(kāi)發(fā)出產(chǎn)品負(fù)責(zé)人想要的產(chǎn)品。

團(tuán)隊(duì)工作與協(xié)作——積極主動(dòng)的團(tuán)隊(duì)成員

社會(huì)責(zé)任是敏捷方法的關(guān)鍵驅(qū)動(dòng)因素。敏捷希望創(chuàng)建一個(gè)能在一定程度上實(shí)現(xiàn)自我管理的團(tuán)隊(duì)環(huán)境。敏捷教練希望創(chuàng)建一個(gè)積極并表現(xiàn)出主動(dòng)性的團(tuán)隊(duì)。如果團(tuán)隊(duì)成員沒(méi)能趕上進(jìn)度或積極參與，那么敏捷教練希望其他團(tuán)隊(duì)成員能夠互相幫助、鼓勵(lì)和激勵(lì)。敏捷教練將以身作則，奠定團(tuán)隊(duì)中相互鼓勵(lì)和問(wèn)責(zé)的協(xié)作基調(diào)。

從失敗中學(xué)習(xí)的意愿

快速試錯(cuò)更快速地從失敗中學(xué)習(xí)。原型設(shè)計(jì)和反饋是敏捷的重要工具。傳統(tǒng)的開(kāi)發(fā)方式試圖在項(xiàng)目啟動(dòng)前描述所有的需求，這么做會(huì)浪費(fèi)大量時(shí)間，尤其是在開(kāi)發(fā)新產(chǎn)品時(shí)。所以一旦有了想法就應(yīng)該立刻進(jìn)行開(kāi)發(fā)，即使當(dāng)前的產(chǎn)品并非產(chǎn)品負(fù)責(zé)人想要的。這樣做的目的是要通過(guò)不斷的反饋來(lái)調(diào)整產(chǎn)品方向并繼續(xù)開(kāi)發(fā)。

管理層支持敏捷框架并具備團(tuán)隊(duì)賦權(quán)的企業(yè)文化

敏捷可以為企業(yè)帶來(lái)文化和期望層面的轉(zhuǎn)變，因?yàn)樗膭?lì)團(tuán)隊(duì)賦權(quán)，讓團(tuán)隊(duì)負(fù)責(zé)做出決策并承擔(dān)相應(yīng)的風(fēng)險(xiǎn)。與之相反的是，在傳統(tǒng)的開(kāi)發(fā)團(tuán)隊(duì)中，項(xiàng)目經(jīng)理需要提供明確的方向，而在敏捷開(kāi)發(fā)中，敏捷教練則會(huì)鼓勵(lì)開(kāi)發(fā)團(tuán)隊(duì)提出最適合產(chǎn)品開(kāi)發(fā)和產(chǎn)品負(fù)責(zé)人的方案。管理層必須賦予團(tuán)隊(duì)必要的自由，僅提供能讓團(tuán)隊(duì)快速成長(zhǎng)的指導(dǎo)和方向，而不是控制團(tuán)隊(duì)的每一步行動(dòng)。

擁抱敏捷使人興奮。因?yàn)樗岉?xiàng)目負(fù)責(zé)人多了一種項(xiàng)目管理方法，來(lái)解決項(xiàng)目進(jìn)度中的各類問(wèn)題。但與其他方法一樣，敏捷的應(yīng)用也存在限制，也有其不適合的任務(wù)。總而言之，敏捷為項(xiàng)目經(jīng)理提供了更多的選擇，讓他們有可能更好地管理項(xiàng)目。

項(xiàng)目管理工具讓項(xiàng)目經(jīng)理可以更好地完成本職工作，正確的項(xiàng)目管理工具讓我們能夠在預(yù)算范圍內(nèi)，按時(shí)保質(zhì)地完成工作。Worktile在這方面可以發(fā)揮巨大作用。作為一個(gè)項(xiàng)目管理工具，它為您提供了實(shí)時(shí)規(guī)劃、監(jiān)控和報(bào)告的方法。

文章來(lái)源：Worktile敏捷博客

歡迎訪問(wèn)交流更多關(guān)于技術(shù)及協(xié)作的問(wèn)題。

文章轉(zhuǎn)載請(qǐng)注明出處。