如果你是乙個專案管理人員，你可能會覺得自己拿到的是乙份處方，十個清楚明確的步驟，包含時間、成本、預警、團隊建設、評審、風險管理、目標定義等方面的內容。似乎感冒病人照方拿藥，按時服藥就會病好一般。
只有你自己也處在乙個災難專案當中的時候，你就知道，這些沒什麼價值。是的，沒有價值。
專案管理的很多步驟都只是盡早發現問題，不能解決問題。對於災難專案，問題多來自於需求分析和設計，來自於架構和框架，部分來自開發方法學。而這背後，是開發經驗的積累和復用的問題。
軟體專案沒有銀彈，但有最佳實踐。選擇架構和框架解決關注點的分離和整合，根據用例分析需求及需求背後的問題，然後劃分模組和定義模組的功能介面和合作契約。細心整理領域模型、復用組織機構、許可權、工作流、統計報表等模組。整體概要設計然後逐步細化，自動測試、持續整合、發布，不斷獲得反饋，專案就會在康莊大道上。
讀書《災難拯救 讓軟體專案重回軌道》
週末,閱讀了這本 災難拯救 讓軟體專案重回軌道 這本書主要是講述專案發生災難後,怎麼處理的方法.專案災難定義為軟體專案在進度,預算,質量三個方面中的乙個或多個完全失控的情況.首先確定專案是否陷入災難,可通過設定進度警報器,預算警報器,質量 顧客滿意度警報器 來確定專案是否已經陷入災難.專案陷入災難後...
致命Bug 軟體缺陷的災難與啟示
隨著網際網路 思維越來越熱，人們對其的期待也越來越大，代表了無限可能與領域。就是在這樣的環境下，我們的生活也正發生著改變。現代社會中，我們周圍到處都是計算機，從電子鎖到汽車與飛機，都離不開計算機。水能載舟，亦能覆舟，我們必須要充分利用計算機的作用給社會謀福利，單亦要訊息其帶來的 如果我們所設計的軟體...
軟體配置及軟體配置項簡介
什麼是軟體配置項？一般認為 軟體生存週期各個階段活動的產物經審批後即可稱之為軟體配置項。軟體配置項包括 與合同 過程 計畫和產品有關的文件和資料 源 目標 和可執行 相關產品，包括軟體工具 庫內的可重用軟體 外購軟體及顧客提供的軟體等。軟體配置 相關 在軟體建立時變更是不可避免，而變更更回劇了專案中...