小型軟件項目，通常是指工作量在3-12人月之間的項目，在小型軟件開發(fā)企業(yè)中，這類項目一般是放任自流，少有管理。在這類項目中，項目經(jīng)理的角色常常由公司老總或部門老總親自充當， 項目往往具有投資少、人員少、時間緊、需求不明確等特點。由于針對小型項目，缺乏科學有效的管理方式，或企業(yè)難以負擔類似于大型軟件開發(fā)的管理成本，這類項目的開發(fā)過程往往會產(chǎn)生諸如項目進度難以控制、產(chǎn)品缺陷多、后期維護工作量大、客戶滿意度低、文檔缺乏等諸多問題。一項調(diào)查表明，大約有70%的小型軟件開發(fā)項目超出了預期時間，90%以上的項目費用超出預算。因此，小型項目迫切需要引入適度的開發(fā)管理。本文將針對小型軟件項目開發(fā)過程中的核心管理問題給出一些行之有效的解決方案。
　　一、需求管理
　　對于任何類型的軟件項目，需求階段都是最重要的階段，需求管理是整個軟件項目管理的重中之重。需求管理通常包括兩個大方面的問題：需求收集分析與需求變更管理。
　　首先，對于需求收集與分析，核心風險來自于需求不明確。由于客戶和軟件開發(fā)團隊的背景不同，對同一問題的理解自然存在差異。這些差異如果不能在需求的最初階段盡量彌合，那么必然導致需求增加與需求更改。因此，在需求分析階段，要求需求分析人員具有豐富的客戶溝通經(jīng)驗，必須多花一些時間，充分了解用戶的目標與工作過程，站在客戶立場上，設身處地考慮問題，幫助用戶將模糊的需求清晰化，將簡略的需求明細化、完善化，將混亂的需求邏輯化、條理化。
　　其次，任何項目都無法承受頻繁的需求變更與需求增加。因此，除了在需求收集階段需要盡可能將需求細化外，還需要在適當階段盡量凍結需求。公司的銷售人員往往傾向于接受用戶模糊的要求，并暗示用戶“什么都好商量”。這往往給項目后期甚至項目完成后又頻繁更改需求，甚至導致項目嚴重拖延、開支嚴重超出預算埋下禍根。因此，在需求細化的后期階段，必須“拉下臉來”，就需求凍結和后期需求增加的費用支付方式和客戶達成共識。
　　二、關注項目設計的靈活性
　　對于中小型項目，在設計過程中，必須關注設計的靈活性。在實際的項目中，即使在需求階段花再多的經(jīng)歷，也沒法完全避免開發(fā)階段的需求變更。因此，在架構設計中，盡可能采用靈活的設計就至關重要。對于項目設計人員，可以借鑒RUP(Rational Unified Process)中基于組建的體系結構思想，利用基于獨立的、可替換的、模塊化組件的體系結構管理復雜性，提高重用率，構建有彈性的、能適應變化的、易于理解的、有助于重用的體系結構。
　　三、開發(fā)進度管理
　　開發(fā)進度管理，主要需要關注如下幾個方面：
　　1. 任務分配、人力資源分配、時間分配要和工程進度協(xié)調(diào);
　　2. 任務分解要合理，并且盡量并行化;
　　3. 對項目進度控制要盡量細致，并且在實際執(zhí)行過程中審查要嚴格;
　　4. 針對項目中不容易控制的部分，譬如技術難點、來自于客戶的時間拖延要做好充分的準備; 　　    5. 要為測試、缺陷修正和預期的需求變更預留足夠的時間;
　　如有必要，還應采用適當?shù)膮f(xié)同進度管理工具。
　　四、開發(fā)團隊管理
　　對于開發(fā)團隊管理，要做到分工明確、因人施用。根據(jù)水平的高低，合理分配工作量。并且關注團隊內(nèi)部的交流溝通結構，避免“互相等”和“誤解”。盡量讓每個人的工作量飽和化。在項目開始以后，要盡可能保持團隊穩(wěn)定，避免人員變更給團隊帶來的協(xié)作混亂。
　　五、配置管理和SQA
　　軟件配置管理(SCM)的主要作用是標識、控制、和狀態(tài)統(tǒng)計。
　　這些功能的意圖是維護

    項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~

    http://m.opto-elec.com.cn/pmqhd/index.html