一、研究項目管理的意義
項目管理是一個范圍比較大的課題。由于快速的市場變化，大量的創(chuàng)新工作，當前企業(yè)中越來越多的工作都可歸為項目管理的范疇。這樣，一方面企業(yè)如果能夠認識和掌握項目管理的一般規(guī)律和技能，無疑會極大提升企業(yè)應對市場競爭和變化的能力；另一方面，由于項目管理幾乎無所不包，因此泛泛談項目管理，其價值不大，企業(yè)應當對其關鍵價值鏈上的項目活動的組織、流程、技術予以深入研究，形成成功模式。

二、項目的特點
1) 時效性。企業(yè)之所以發(fā)動項目，是希望在短時間內集中資源快速完成任務。
2) 創(chuàng)新性。項目工作往往涉及到新的技術，新的方法，新的環(huán)境，無前例可循。
3) 協(xié)調性。項目工作往往涉及多個方面，項目人員往往來自多個層面，多個部門?？芍^以"烏合之眾"應對"八路神仙"，協(xié)調難度很大。
4) 結果性。項目都會有既定的目標。但是對達成目標程度的評價卻仁者見仁，智者見智。項目經(jīng)理往往費力不討好，不可能取悅于所有的人。

三、項目失敗的主要原因
以上4點決定了項目管理的難度、不確定性和高風險。項目失敗的案例比比皆是，失敗的原因主要有：
1) 戰(zhàn)略失誤，立項就搞錯了。對市場和技術前景判斷失誤，項目作了一半，發(fā)現(xiàn)環(huán)境已發(fā)生變化，該項目已沒有價值，或有了更好的替代方案。
2) 項目組織結構不合理，責權不明確。
3) 需求分析不準確。
4) 重大技術障礙。重大的技術創(chuàng)新是困難，應單獨立項；常規(guī)性的項目應當盡可能采用成熟技術。
5) 資源沖突。同時進行多個項目，顧此失彼。
6) 盲目樂觀，計劃與控制不力，工期拖延。對工期估計過于樂觀，缺乏緩沖。
本文重點針對前4個問題予以深入討論。

四、項目立項與規(guī)劃
研究項目管理，首先要思考的問題是：項目從哪里來，或者說，項目的來源有哪些？一般來說，項目的主要來源有：市場或客戶的需求；技術攻關、跟蹤或創(chuàng)新的需求；產(chǎn)品完善或配套的需求；領導或員工的 "靈機一動"等。 這些原始的需求僅僅是一些粗糙的、混亂的項目構想，如果在這混亂的時候，就倉促啟動項目，那么這樣的項目十有八九會失敗。這些混亂的項目構想必須通過一個嚴格的立項過程來進行梳理和評估，明確項目的目標和范圍，識別項目之間的依賴關系，分清輕重緩急，形成結構化的項目清單，在些基礎上進行的項目才有可能成功。
因此，立項過程非常重要，它直接決定了一個企業(yè)項目管理水平的高低、有的企業(yè)的項目立項是事后反應式，只能被動地應付企業(yè)內外部需求，對出現(xiàn)的問題采取救火式的解決辦法。而有些企業(yè)的項目立項是前瞻式的，能夠主動地預測需求，并抓住需求和引導需求，對可能出現(xiàn)的問題和風險能夠提前預防。這種前瞻性的思考能使企業(yè)避免隨意的、臨時的、盲目的上一些沒有業(yè)務價值的項目，而忽視了那些真正能夠提升企業(yè)核心競爭力的項目。
項目立項應當仔細考慮如下問題：
• 項目的總體目標是什么？
• 用戶需求是什么?
• 可以利用哪些現(xiàn)有的東西?
• 費用的極限是多少?
• 項目持續(xù)時間是多少，什么時候開始獲利?
• 存在的風險是什么?
五、項目運作的組織結構和職位角色
支撐項目良性運作的組織結構的基本原則："三權分立，各司其職，相互制衡"。
1) 人大：立法及法律解釋，定期修改；
2) 國務院：按法律要求，具體做事情；
3) 檢察院：保證依法辦事，糾偏糾錯。
以軟件開發(fā)項目為例，按CMM的要求，正規(guī)的軟件開發(fā)組織應包括以下角色：
1. 軟件工程過程組，相當于"人大"。其主要作用是建立質量管理體系，如：流程、模板、 檢查表、標準、指導書等；這些東西建立起來后，軟件工程過程組主要負責質量管理體系的完善與改進工作，定期召集會議，討論制度流程的改進。老子說："治大國若烹小鮮"，煎小魚兒，必須經(jīng)常翻，不翻就煎糊了；但也不能翻得太勤，翻得太勤就會破環(huán)小魚兒的形狀。制度流程也是一樣，不應該變動太頻繁，讓員工不知所措；但也不能永遠"以不變應萬變"。
2. 軟件開發(fā)項目組，包括：項目經(jīng)理、項目成員、質量控制專員、項目秘書等，負責具體的軟件開發(fā)。
3. 質量保證人員，相當于"檢察院"。其工作主要保證制度流程的順利執(zhí)行，一個質量保證人員監(jiān)控幾個項目組了。質量保證人員不僅是事后檢查，還必須強化事前和事中控制。質量保證人員要主動協(xié)助項目經(jīng)理以及項目組成員理解這些流程、模板、規(guī)范，譬如寫代碼前，質量保證人員可以給項目組介紹編程規(guī)范，寫文檔前，介紹文檔的標準、模板等。質量保證人員保證公司的質量體系在項目組內得以實施，每個階段結束后，都要對該階段的進行質量以及流程執(zhí)行情況的總結，監(jiān)控項目按照質量計劃（質量計劃是項目經(jīng)理制定的）執(zhí)行。質量保證人員還要通過項目組成員搜集數(shù)據(jù)，分析數(shù)據(jù),給出分析報告，等等。

六、需求分析
需求分析貫穿項目始終，在項目過程中會不斷產(chǎn)生新的需求，也會不停地發(fā)生需求變更。需求分析是項目管理的重點和關鍵，需求分析常見的問題有：
1. 需求膨脹。希望一次解決所有的問題，項目范圍不斷擴大，"把海水煮沸"，最終導致項目失控，偏離原來的項目目標。
2. 需求曲解
a) 需求鍍金。對用戶需求進行了包裝和拔高，"用戶需要的是一輛自行車，而不是寶馬"。
b) 選擇性地過濾用戶的需求，"對一個拿著榔頭的4歲小孩來說，滿世界都是釘子"，需求分析人員可能因為自己的價值觀而片面分析問題。
3. 需求分析人員過早給出解決方案，失去了尋找更好解決方案的機會。
需求分析的"5C"和"5T"原則
1. Correct（正確）：表述的內容一和包含的信息應該是準確無誤的。
2. Clear（清晰）：言簡意賅，意思明確，無需別人絞盡腦汁這個需求到底是要表達什么意思，措辭不可含糊不清，模棱兩可，更不能讓人感覺話里有話，引起岐義。
a) 易引起岐義的需求表述句式通常是否定式，而不是肯定式。
b) 不要隱含假設 -- 所有假設都應表述清晰。
c) 對所有需求要進行優(yōu)先級排序。一些需求會比另一些重要，如果需求分析人員已有了這樣的判斷，就應該也傳遞給別人。
3. Complete （完備）：每條需求都應完整無缺，避免漏缺或不必要的重復。
4. Consistent （前后一致）： 需求應能與上下文保持一致。需求應包含關鍵字或標識符，如"應"代表必要的需求，"將"代表導向性需求，而且全文保持這一種優(yōu)先級定義原則。
5. Changeable（可變更）：對單個需求的更改不會對其他項造成過多影響。
6. Traceable（可追溯）：所有需求的來源都要明確，應可追溯到其他相關文檔。
7. Tenable（合理）：所表述的需求必須是可實現(xiàn)的和可操作的。 能否在項目預算范圍內，利用有限的資源，按時實施這些需求？一條需求是否與其他需求有沖突？是不是正當需求？ 需求實際上都應是必要的。也許需求用"將"來描述更好一些，也就是指，導向性或非基本功能。某個需求是否只是一般描述，與系統(tǒng)功能沒有什么關系？某個需求是否超出系統(tǒng)控制范圍，或根本不是需求？ 對每個需求，是不是都能找到用途或用戶？有沒有存在的理由？
8. Testable （可測試）：確定每一條需求都可以通過某種方法去測試其是否能實現(xiàn)。是否已量化？容錯性和誤差范圍是否說明？能不能想到一個合理的方法去測試它？ 這個需求的結果是否可見？
9. Tool （工具性）：需求管理的工具化。
10. Terminology（項目術語表）： 創(chuàng)建并維護項目或公司的詞匯表。只要一個行話，或一個單詞、或一個縮略語在項目中表示他們通常意義之外的意思，就應該把他們納入詞匯表。詞匯表應列為需求文檔的一項或作為需求文檔的參考項目。

七、項目人員
1) 項目經(jīng)理。項目經(jīng)理是稀缺資源，不是所有的人都能成為項目經(jīng)理。挑選有成功經(jīng)歷的人做項目經(jīng)理，有的人總能把項目引向成功的彼岸，大部分人卻總是在中途觸礁。
2) 項目成員。應當能夠獨當一面，項目組如果大部分都是"學習者"，往往很難成功。"挑選那些最忙的人，而不是閑著沒事的人。"

八、項目管理的一些經(jīng)驗
• 有明確定義的目標，有清晰定義的階段、承諾及基線目標
• 采用一個有正式的開發(fā)評審點的流程 (管理決策及減少風險)
• 在項目剛開始時就有跨部門團隊制定計劃
a) 確定清晰的團隊目標
b) 在項目整個周期中在一起工作
c) 團隊被授權做決策
• 在項目的整個生命周期中根據(jù)用戶需求來制定、執(zhí)行和調整項目計劃
• 通過預算控制來管理項目
• 在產(chǎn)品/技術目標、計劃及成本方面保持均衡
• 團隊成員的角色及職責是明確定義的
• 有一個唯一的對項目的最終結果負責的項目負責人
• 質量, 獲利能力, 用戶滿意度/市場接受程度
• 將項目管理視為一種正式的職業(yè)及層次較高的工作
• 將技術開發(fā)與產(chǎn)品開發(fā)分離
• 采用一個集成的系統(tǒng)來處理所有項目的信息

【?發(fā)表評論?0條?】