如何管理小型軟體專案？這個問題在多個客戶那裡**過多次。
所謂的小型專案一般是指估計工作量大於3人月小於9個人月的專案。對於沒有實施cmmi的企業，這類專案一般是放任自流，少有管理了，對於實施cmmi的企業，如果這類專案也想要達到cmmi的要求，管理的成本相對投入比較大，難以平衡管理的成本與收益，因此，需要做裁剪。如何裁剪，就是難點。
經過與多個客戶討論，最終形成了如下的參考意見。每個企業的特點不同，這些實踐對於不同的企業，仍然有不同的實現困難，可以在下述實踐的基礎上繼續裁剪。但是，管總比不管要好，有總勝於無，總是要有基本的管理才可以。
1商務管理
ø 商務人員與客戶談判時，應要求客戶明確需求
ø 商務人員與客戶要確定需求變更的流程
ø 商務人員談判時，應定義需求變更的成本由哪方承擔
ø 商務人員與客戶商定專案驗收標準
ø 商務人員與客戶的商定雙方合作中的溝通問題，包含溝通渠道、溝通方式、溝通時間以及反饋時間約束，並商議多長時間內不給反饋資訊，即可預設接受。
ø 合同評審應由專案經理參與
2專案策劃
ø 專案經理與高層經理、客戶確定專案的平衡策略，即需求、質量、進度、成本哪個指標優先
ø 專案經理根據本專案實際情況，制定專案執行的過程規範
ø 專案經理確定**評審和單元測試的**覆蓋率等質量目標
ø 專案經理確定專案的生命週期模型、階段劃分
ø 專案經理制定專案階段計畫，並明確每個階段的交付物
ø 專案經理進行wbs分解，並細化《專案階段計畫》，採用ms project工具
ø 識別需求與進度風險，定義規避措施
3專案監督與控制
ø 專案經理負責召開周例會，並生成《周進展報告》或會議紀要
ø 專案所有成員填寫日誌，專案經理根據日誌每天跟蹤專案組成員的任務進展情況
ø 建立日誌軟體，每天填寫日誌的工作量要少於5分鐘
ø 定期向高層經理匯報進度
ø 周例會時要監督風險的狀態情況
ø 專案結束時，專案經理負責召開結項總結會，並生成《專案總結報告》
4 質量保證活動
ø **規範的檢查
ø 需求變更流程的檢查
ø 缺陷關閉情況的檢查
ø 監督專案組單元測試和**評審的覆蓋率的落實情況
ø 監督專案各工作產品是否滿足組織級標準與規範
5 配置管理活動
ø 使用svn工具進行配置管理
ø 所有的工作文件均應入庫
ø 專案結束時，所有的文件應完整入庫
ø 客戶往來郵件定期整理備份
6 度量與分析
ø 根據工作日誌，按計畫內外、工作型別、階段進行統計分析，由日誌系統自動進行
ø 統計全生命週期生產率
ø 工作量資料均來自日誌系統，**規模資料在專案結束時採集
7 需求工程
ø 識別重要的功能需求和非功能需求，形成文件化的srs
ø 描述需求時採用介面原型與use case方式
ø 接受客戶電子檔形式的需求變更（含郵件）
ø 至少2人以上參與需求變更的影響分析，並反饋客戶
ø 專案需求須專案經理確認同意後方可變更
8 軟體設計與實現
ø 系統架構設計文件化，形式不限
ø 評審系統架構設計
ø 編碼
ø 單元測試及**重構，引入junit、nunit等工具
ø **走查
ø 每日聯調所有已完成的模組，並進行冒煙測試
ø 在開發過程中，請客戶每月參與1次對已完成的部分軟體的確認
ø 系統測試，未經公司系統測試通過，不能發布系統
如何管理小型軟體專案？
如何管理小型軟體專案？這個問題在多個客戶那裡 過多次。所謂的小型專案一般是指估計工作量大於3人月小於9個人月的專案。對於沒有實施cmmi的企業，這類專案一般是放任自流，少有管理了，對於實施cmmi的企業，如果這類專案也想要達到cmmi的要求，管理的成本相對投入比較大，難以平衡管理的成本與收益，因此，...
專案管理 中小型軟體開發專案管理
本處指的中小型軟體開發專案是指 參與開發的直接人員 即開發團隊 數量在3 25人 開發時間在3個月 18個月的軟體專案 行數5000 75000行 子程式數量300 3500個 1 軟體開發管理的任務 軟體開發管理的真正任務是團隊成員的智慧型充分而適宜地發揮，並有效地投注在創造軟體的活動中。也就是說...
中小型軟體的開發專案管理
本處指的中小型軟體開發專案是指 參與開發的直接人員 即開發團隊 數量在3 25人 開發時間在3個月 18個月的軟體專案 行數5000 75000行 子程式數量300 3500個 1 軟體開發管理的任務 軟體開發管理的真正任務是團隊成員的智慧型充分而適宜地發揮，並有效地投注在創造軟體的活動中。也就是說...