1） msp（單機版）
msp的功能很多，實際上我主要用來做wbs（工作分解結構），採用的任務管理方式還是工期型，即通過開始結束時間來定義任務。對於大的專案，如果專案組織分層管理，則我的專案計畫中只分解到小組任務的粒度，各小組長自己使用msp或者excel來做更細粒度的任務分解。這些檔案一般例行每週更新並分發給各專案成員。
2） excel
主要用做問題管理、風險管理、資源管理，這些檔案的更新有時是事件觸發的，如發現/關閉了乙個問題，或者召開了一次風險識別的workshop，同時也需要例行review。在組織的要求下，也曾經使用excel來做過度量管理，效果不好。
3） word
用途最多的是用來做溝通管理，比如週報月報。
4） ppt
還是溝通管理，不過是比較high level一點，比如忽悠客戶忽悠領導的時候，需要通過更加豐富的表現形式來加深影響力的時候。
對於一般的專案管理，以上幾個工具足夠，除msp外，其他工具都是在做專案管理之前都已經熟悉的。
不過僅這些工具，還存在幾個問題：
1） 版本控制：解決方法是通過指定專人負責更新或者納入配置管理工具來進行版本控制。
2） 資訊共享：解決方法是通過郵件、檔案伺服器來共享
4） 專案過程一些控制流程比如變更審批等等用這些工具是無法支援的
一些很好的工具軟體
截圖工具 faststone 滾動截圖效果更好 capt st 所有已經截得的圖，都儲存在列表中，檢視起來非常方便 與linux連線 winscp3 圖形介面 puttyjp 命令列 比較工具 winmerge 對於不同的行標出顏色，而且可以把相互比較的檔案匯出為htm形式，不同的位置帶顏色 版本管...
軟體專案管理的一些感想
軟體開發不能各司其職，分兵作戰。乙個龐大的，多服務，多系統的專案，可能保護多個團隊所開發維護的系統，每個系統都基於面向的使用者群是一致的。在系統整合過程中，涉及到多系統的資料互動，可能會產生各種雜亂的介面，服務程式依賴。一旦乙個專案選擇這樣得處理方式，專案就會走向不確定性，專案風險就會增加。其中，任...
軟體專案管理中的一些誤區
觀念之一 我們擁有一套講述如何開發軟體的書籍，書中充滿了標準與示例，可以幫助我們解決軟體開發中遇到的任何問題。工作。充分利用書籍中的方法 技術和技巧，可以有效地解決軟體開發中大量常見的問題。但實踐者並不能因此依賴於書籍，這是因為 1 現實的工作中，由於條件千差萬別，即使是相當成熟的軟體工程規範，常常...