什么是敏捷項目管理嗎？敏捷項目管理解決哪些問題？

敏捷項目管理就只是效率高嗎?

許多公司正在考慮敏捷轉(zhuǎn)型，但是想要轉(zhuǎn)型中的大部分企業(yè)都遭遇了失敗。失敗的原因當然各不相同，但想轉(zhuǎn)型成功還是有一些規(guī)律可循的，第一個規(guī)律就是正確地選擇敏捷開發(fā)。許多公司正在考慮敏捷轉(zhuǎn)型，但是想要轉(zhuǎn)型中的大部分企業(yè)都遭遇了失敗。失敗的原因當然各不相同，但想轉(zhuǎn)型成功還是有一些規(guī)律可循的，第一個規(guī)律就是正確地選擇敏捷開發(fā)。

所謂“正確”地選擇，就是選擇敏捷開發(fā)的“目的”是對的，也就是說對敏捷開發(fā)能解決的問題的期望是敏捷開發(fā)能夠解決。如果敏捷轉(zhuǎn)型的動機不對，肯定會“失敗”，但失敗為什么還要加引號?因為即使轉(zhuǎn)型成功了也不能解決原來期望解決的問題，當然認為就是失敗了。很多企業(yè)想轉(zhuǎn)型敏捷開發(fā)的原因是“開發(fā)人員的效率低下，這么多人還完不成老板要開發(fā)的功能和速度”。

敏捷真能解決效率低下的問題嗎?

敏捷開發(fā)不是用來解決所謂的“開發(fā)效率”問題的，如果真是開發(fā)效率可以從人的技能培養(yǎng)、流程優(yōu)化、工具改進等方面來提升，而跟敏捷開發(fā)本身沒太大關系，敏捷反而會降低所謂的效率。因為這里的“效率”被理解為相同的人，在更短的時間內(nèi)開發(fā)完成既定的功能，或者在相同的時間內(nèi)能夠開發(fā)更多的功能。

因為客觀地講敏捷開發(fā)本身會降低效率，原因主要有：

1) 敏捷開發(fā)中更加強調(diào)溝通，溝通頻率可能比以前更高，溝通時間可能會比以前更長，占用更多的個人工作時間，反而可能因此導致實際開發(fā)時間起過原來開發(fā)出某個功能的時間;

2) 敏捷開發(fā)是從用戶視圖出發(fā),切分工作任務是縱向下刀，與原來分層設計，分層開發(fā)的職能劃分方式不同，可能會要求工程師成為所謂“全棧工程師”，而傳統(tǒng)的開發(fā)方式，一般會彩橫向下刀的任務切分模型，人員的任務分配方式的不同，必然要求人員技能結(jié)構(gòu)的調(diào)整，會增加一定量的學習成本，使開發(fā)人員反而感覺工作量增加了，短時間內(nèi)會表現(xiàn)出開發(fā)效率的下降，而且要求所有開發(fā)人員對需求的理解能力也要求更高了，所以很多人會感覺敏捷開發(fā)對人員的要求更高，其實是因為對人員要求的改變導致現(xiàn)有開發(fā)人員能力木桶效應現(xiàn)象發(fā)生。

3) 快速的迭代使重構(gòu)工作量增加，會感覺功能不斷被修改導致了很多浪費。這種感覺如果不能正確認識，不僅會誤以為影響了工作效率，而且會使程序員很受傷，因為他們認為是在不停地返工。

4) 信息的透明性要求較多的數(shù)據(jù)收集，敏捷成熟度越高，收集的信息就越多，收集這些數(shù)據(jù)會占用一定的精力，如果不能夠正確的理解這些數(shù)據(jù)的價值，會讓程序員感覺浪費了很多時間在做無用功，反而降低了開發(fā)效率。

那么，敏捷開發(fā)是解決什么問題的呢?

它是解決企業(yè)效益(ROI，投資回報率)最大化的問題，評價敏捷開發(fā)的成功與否要從轉(zhuǎn)型后企業(yè)效益的整體提升情況評價，而不能單單從主觀判斷上看開發(fā)人員完成的功能數(shù)量與速度來評價，敏捷開發(fā)主要從以下方面來幫助企業(yè)提升整體效益：

1) 擁抱變化。因為長期的計劃很難制定得可行，“人月神話”只是個神話，在計劃執(zhí)行過程中世界的變化會導致需求的變化，需求的變化必然導致開發(fā)工作不能按計劃進行，而且“人”作為開發(fā)過程中最重要的因素時時刻刻都在變化，人員會有更替，人會有情緒，人會有私事，各種因素都會影響計劃的執(zhí)行，所以計劃要短，及時調(diào)整才能響應一切變化導致的計劃的不可行性，避免走彎路。

2) 快速響應。市場環(huán)境的變化，越來越要求產(chǎn)品、服務的響應及時。比如按照傳統(tǒng)方式，規(guī)劃半年一個版本，一旦需要調(diào)整需求，后面所有的計劃都得改變，會為項目管理帶來極大的挑戰(zhàn)，變化的成本奇高，多數(shù)情況下會因為多數(shù)人的反對而不了了之。

3) 快速將功能推向市場變現(xiàn)�！俺蔀榈谝唬瑒龠^做得最好”，在很多商業(yè)環(huán)境下是有效的，特別是在互聯(lián)網(wǎng)行業(yè)，迅速占領市場更顯得尤其重要，這是在向時間要效益。舉個簡單的例子，比如一個應用做個用戶系統(tǒng)，其實非常簡單成熟的技術(shù)，按照程序員的想法，最好是能夠一次性把用戶注冊登錄、修改密碼、忘記密碼、記住密碼、登錄驗證碼、注銷等功能設計完，假設按照分層設計開發(fā)的方法花12個工作日，每個功能需要2天，而如果按功能逐版本開發(fā)而不是一次開發(fā)完成，而是放在不同的版本里，可能需要18個工作日，每個功能需要3天，因為里面會有重構(gòu)、修改界面等，但是應用可以在第3天就上線，以后再逐步完成其它功能。如果這個功能按照敏捷的方式開發(fā)，可以早3個月推向市場，每個月有上千萬的收(上線后的效果統(tǒng)計數(shù)據(jù))，這才是敏捷真正的價值所在。

4) 在有限的資源條件下，做最值得做的事。因為Backlog的每一項都具有按唯一優(yōu)先級順序，都是已經(jīng)排好序了，敏捷要求逐項完成用戶故事，而不是全面開花，因為其評價結(jié)果是二值的，做完就是1，做不完就是0，沒有75%一說，因為做完了才能交付，做完了才能投向市場變現(xiàn)。什么事最值得做，什么事就優(yōu)先級最高，也就是ROI最高，ROI是評價需求優(yōu)先級的唯一指標。其實ROI是一個綜合指標，非常復雜的綜合指標，它與開發(fā)工作量、市場需求迫切程度、技術(shù)關聯(lián)性、市場價值等因素有關，需要全方位評估。

其實，敏捷轉(zhuǎn)型，還是進行企業(yè)蛻變的工具。公司發(fā)展到一定階段，人員結(jié)構(gòu)，組織架構(gòu)都會制約企業(yè)的發(fā)展，而進行細微的，局部的調(diào)整并不能解決企業(yè)的根本問題，改改革總是存在重重壓力，新的制度總是執(zhí)行不下去。趁著傳統(tǒng)向敏捷的轉(zhuǎn)型，可以系統(tǒng)地對組織進行優(yōu)化。

所以，敏捷開發(fā)不是用來管理開發(fā)人員的，不是用來提高開發(fā)人員的工作效率的，而是企業(yè)全面提升團隊績效的方法，要向敏捷轉(zhuǎn)型不是說光開發(fā)人員參與就行了，需要組織的全面變革。