《項目管理心理學實戰(zhàn)》之項目生命周期模型（三）

申請免費試用、咨詢電話：400-8352-114

　　自適應模型是PMBOK第5版最新引進的，PMBOK把普遍流行的敏捷開發(fā)方法包含到體系中來了。項目管理者聯(lián)盟

　　這種模型是針對原來的計劃、設計、實施、測試、交付這樣的流水線的工作模式的各種缺陷而提出的。其鼓勵變革，反對機械的文檔控制，反對教條的軟件工程方法。這種方法的提出對于過去那些飽受項目管理部門折磨的技術人員來講是一個福音，一經問世便得到了廣大技術人員的追捧。所以在敏捷開始的時候，更像是一種程序員的宗教，其被追捧的狂熱程度可窺一斑。而一些中小軟件開發(fā)企業(yè)，因為被CMMI等重量級的體系實施的成本、周期和其復雜性所嚇倒，從而轉向這種輕量級的開發(fā)模型。最近幾年，敏捷方法已經開始大行其道，好多原來的重量級的大型企業(yè)也紛紛引入這種方法。項目管理者聯(lián)盟

　　那么這種方法為什么會得到普遍的認可?這其實也是軟件企業(yè)一直以來面對的一種困惑，那就是，軟件到底可不可以當做一個工程來進行管理?軟件工程的提法到底是否合適?軟件開發(fā)和傳統(tǒng)行業(yè)最大的區(qū)別就是它可以把程序員的思想直接變成固化的代碼，從而成為產品的一部分。這種把思想直接轉化為人類使用的產品是人類以前除了創(chuàng)作藝術作品之外從來沒有過的工作。人的思想如此復雜，難以量化和精確控制。所以連如何來衡量程序員的工作量這個在傳統(tǒng)工程領域都稱不上困難的事情在軟件開發(fā)領域卻都成了幾乎無法完成的事情。從上個世紀50~60年代的軟件工程危機開始，研究學者們一直試圖通過工程的方法，把軟件開發(fā)變成一個可以按照計劃精確控制的行為。以此觀點為中心開辟了軟件工程這個學科，提出了許多種解決方案，但是都存在著各種各樣的問題。我們熟知的軟件產品，例如MS-Office、Visual Studio、Oracle數據庫等，幾乎沒有哪個產品是在計劃時間內完成的，延期半年完成都是十分常見的事情。而敏捷方法的提出，第一次從非傳統(tǒng)工程的領域來看待這個過程。從軟件本身的特點來看待這個問題。這在現(xiàn)在軟件逐漸向移動終端轉移，講求碎片化、逐步完善的產品，“永遠的測試版”的環(huán)境下，便迅速成為了主流開發(fā)方法。bbs.mypm.net

　　這種方法最初鼓吹不要規(guī)范教條的文檔，不要機械嚴格的設計，不要板起臉嚇人的規(guī)矩或者合同，要的是靈活性、用戶的體驗和良好的用戶合作關系。但是如何解決軟件中需求變化，程序員經驗不豐富，質量難以保證的難題呢?這種方法其實一開始只是提供了幾個技術上的解決方案。例如，采用軟件重構方法來解決代碼需要中途改動的問題，采用測試工具(JUnit)來解決質量問題，采用用戶故事卡片來解決需求準確表達問題，采用用戶關心的特性點來解決用戶體驗問題等等，其他還有許多類似的方法。這些方法在技術上已經有了現(xiàn)成的實現(xiàn)框架，例如Martin Fowler寫的一本書《企業(yè)架構設計模式》堪稱經典。受其影響，軟件架構師成為了一種時髦職業(yè)。關于測試，更是有人提出了測試驅動的開發(fā)方法?？梢哉f，這些技術的發(fā)展，反過來也深刻地影響了敏捷方法的推廣。好多設計模式成為了程序員的常用詞匯。例如，工廠模式、面向切片開發(fā)(AOP)、反轉控制(IOC)等。項目管理者聯(lián)盟

　　1 業(yè)務和管理項目管理者聯(lián)盟

　　這里我們不妨從兩個角度來看待這種方法。在項目管理中，一直有兩個相互不同的視角在影響著項目。一個是管理本身的需要，那就是可以精確控制，我們姑且稱之為管控視角。另外一個是項目的工作本身需要，我們不妨稱之為業(yè)務視角。項目管理者聯(lián)盟

　　管理者有個本能，那就是希望知道項目中發(fā)生的每件事情，例如工作效率怎么樣，有什么錯誤產生，如果有可能，他們一定喜歡知道你現(xiàn)在心情怎么樣，昨天睡覺睡得好嗎?現(xiàn)在工作的“戰(zhàn)斗力”是多少?成為管理者這個事實意味著他們心里永遠有那種一切事情我都想知道，一切事情我都可以控制這樣的沖動。所以，當管理者站在管理的角度上來看的時候，他們會認為所有那些報告文檔都很重要，所有詳細的計劃都必不可少。例如質量計劃、風險計劃、溝通計劃、評審報告和項目進展情況報告等。在那些控制要求比較高的領域，這種現(xiàn)象就會變得更為嚴重，例如，ISO9000。當管理者覺得需要在某個環(huán)節(jié)加一個控制點，來檢驗這個節(jié)點的狀態(tài)，進行管理控制的時候，這里往往就會產生一個管理文檔。作者曾經和許多公司高層管理者討論過一套國家軟件開發(fā)文檔標準指南里面提到的文檔需不需要在公司中采用，這套文檔有72個。我驚訝地發(fā)現(xiàn)，凡是關于管控的文檔他們的回答出奇地一致，那就是如果這個不需花費很多力氣的話，那么最好還是采用這個文檔。這就是管理者最本能的沖動。而傳統(tǒng)的重量級的體系，往往就是站在這樣的一種管控視角。因此，讓廣大技術開發(fā)人員深受其害。