你不主動攻擊危機，危機就會主動攻擊你。
最高層次，確認取出可能造成危機的所有根源
至少也要在
pp階段預防
最壞就是救火式的在危機變成問題後再處理
危機管理
危機評估
危機確認
危機分析
危機優先性
危機控制
危機管理計畫
危機解決
危機監控
1.1.
危機確認
危機列表
工作時程創造
時程，資源，產品確認全由顧客或上層管理階級指定，並不均衡
估計過於樂觀
工作時程忽略了必須任務
工作時程以特定團隊成員為基礎，而非所有的成員。
過渡的工作時程壓力降低生產力
對產品的不熟悉領域所花時間比預期多
組織和管理
專案缺乏有力的高階管理層的支援
解雇或減少人員降低團隊能力
預算的縮減打亂專案計畫
開發環境
新開發工具的學習曲線比預期中長或陡峭
環境擁擠，吵鬧
裝置沒有準時備妥
使用者
顧客 約僱人員（外包）
需求 需求已明確但仍一直在改變
需求定義不佳，隨後的定義則擴大專案範圍
增加額外的需求
模糊的特定域所消耗的時間比預期多 產品
外在環境
個人 團隊成員合作沒有效率
找不到專案最需要的技術人員
設計與實作
過程
1.2.
危機分析
&危機優先性
發生率*影響程度
=衝擊程度
（用來排優先級別）
1.3.
危機管理計畫
who,what ,when,where,why,how
1.4.
危機解決
避免危機：將不熟悉的領域交給客戶設計
將危機從系統的一部分轉換到另一部份
購買有關危機的訊息
去除引起危機的根源
假設的危機：花很大力氣避免的危機如果影響很小，可不作任何動作。
公開危機：讓上層，行銷，顧客知道這危機和可能的後果，有心理準備。
控制危機：如無法避免，額外計畫應對。
記取危機：一邊運用在未來其他的專案
1.5.
危機監控
每週監控危機的變化
前十大危機表
事後檢討：結案後檢討，或階段性檢討 不斷充實
危機列表和解決方案
危機專員：對專案提出危機警告，不應由專案經理兼任。
《微軟開發快速秘籍》讀書筆記4 軟體開發基礎
1.1.管理基礎 1.1.1.計畫 1.估算工作時程 2.決定多少人參與這個專案，需要什麼樣的技術能力，何時增加人員，是誰決定如何組織這個團隊 3.選擇使用何種生命週期模型 4.危機管理 5.對如何控制產品的功能設定和是否購買或自製產品的每一部分等議題，做策略性的決定 rapid developme...
讀書筆記3
1.資料治理的本質 資料治理的本質是組織對資料的可用性 完整性和安全性的整體管理。可用性指資料可用 可信且有質量保證，不會因為分析結果的準確性造成偏差，從業者可以放心地根據資料結果做業務決策 完整性分為兩個方面，一方面指資料需覆蓋各類資料應用的需要，另一方面指不會因為資料治理沒有到位而造成資料資產的...
讀書筆記 《快速閱讀》筆記
1.要有閱讀的目標，為什麼讀，要獲得什麼，重點是什麼 2.快速閱讀，去除默讀，一次聚焦一句話，擴充套件視野 3.集中注意力，放輕鬆 冥想訓練 坐著閉眼，只注意自己的呼吸，慢慢放鬆 4.繪製思維導圖 5.進行複述讀過的內容，並且閉上眼睛，用影像的方式再現讀過的內容 1.明確閱讀目標 為什麼讀，要獲得什...