00.專案風險管理的目的是提高對專案有利的事件發生的可能性及其影響力，同時減少專案不利的事件發生的可能性並盡可能減少其負面效應。
01.只像相信你有權利去相信的事物叫做風險管理
02.那些通常不慢線的人在一年中會犯兩個大錯誤，而那些經常冒險的人也同樣會在一年之內犯兩次大錯誤。
03.敏捷開發方法中郵寄風險管理
*進度表固有的缺陷(估算從第一天開始就是錯誤的並且不能實現的，這常常是源於一些一廂情願的想法)
*規格故障（就實現什麼功能方面沒能和利益相關者達成一致意見）
*範圍蔓延(額外的需求擴大了最初同一的需求集合)
*人員流失
*生產力變化（設想的效能和實際的效能之間存在差異）
04.總體來說，開發商有乙個功能序列，這個功能序列中有他們希望實現的功能，客戶同樣也有乙個類似的功能序列。當這兩個功能序列發生分歧時，每次都以客戶的功能序列為準。然而，如果離開開發人員提供的一些資訊，那麼客戶將無法區分一些功能的優先順序......需要依靠開發團隊來提供資訊（估算、假定、規格引數、備選方案）給客戶已幫助他們區分要實現的特性的優先順序。
05.風險管理規劃是指「決定如何處理，並進行專案的風險管理活動」的過程。
06.關於風險管理規劃的正式手續應該是基於環境驅動的同時也應該是對時間敏感的。
07.這是在敏捷開發過程中進行風險管理規劃的真正實質：決定我們正式地處理風險還是讓風險作為總體專案頂起檢查和改編的乙個有機部分處理。
08.團隊可以使用開放空間會議解決風險和跨團隊的依賴問題。開放空間會議是乙個與會者確定主體和議程自我管理的會議。通常以若干團隊的形式來解決不同的問題。專案團隊認識到，吧問題以及相關的人放在同一房間裡是最好的解決問題和降低專案風險的方式。在解決了諸如」敏捷化「瀑布型測試階段問題和提出了解決國際化挑戰的創造性措施之後，專案團隊認識到開發控制項會議的真正價值在於通過會議制定有約束力的決策，與會者都會對解決問題真正地感興趣。
09.放置在這些位置的問題將會在後再次進行討論，因為短短15分鐘的會議沒有時間進行分析和對策規劃。歡迎對此感興趣或有可能受風險影響的團隊成員留下來，而其他成員可以自由地去工作。
10.從確定風險應對計畫中的風險優先順序角度來說，定性風險分析通常是乙個快速、低成本的方法，同時可以為必要的定量風險分析奠定基礎。
11.應對四個風險
*避免——不要做回使你承擔風險的專案或部分專案
*緩和——在面臨到來的風險之前採取措施削減預算的最終花費
*控制——預留時間和資金支付風險，應對將來風險真的變成現實。
*逃避——當你沒有採取上述任何一項措施，卻反而得到幸運。
12.小結
*風險管理既可以是有組織的(在這個過程中所固有)進行有可以是公開的（通過具體的活動來處理）進行
*風險管理由團隊自己負責
*專案管理者促進該過程的順利完成，並且使成果為人所見
*風險在所有的規劃會議中被確認：發布會議、迭代會議和每日站會會議
*風險可以在所有的規劃會議中分析和處理，重點放在定性分析上而不是定量分析上
*風險通過使用高度可視的資訊載體，如每日站立會議、迭代評審和回顧方式進行監管。
04 軟體專案管理與敏捷方法 整合管理筆記
00.就專案管理的意義而言，整合就是做出一些抉擇，這些抉擇關係到資源和工作量在任意給定的一天裡應該被集中到 預期可能產生什麼問題，如何在這些問題變得非常嚴重之前解決它們，以及讓整個專案進入良好的協同工作狀態。01.當計畫整合在一起的時候我很高興！02.我們有乙個戰略計畫，它的名字叫 做事 03.通過...
軟體開發過程與專案管理（11 軟體專案風險計畫）
專案風險的三要素 乙個事件 事件發生的概率 事件的影響 風險型別 角度 風險識別 風險評估 風險控制 風險識別 風險識別是試圖通過系統化地確定對專案計畫的威脅，識別已知和可 的風險 風險識別方法 風險評估 對風險事件發生概率的評估，對專案風險影響的評估，給出專案風險排序 風險評估方法 定性風險評估方...
08 軟體專案管理與敏捷方法 質量管理筆記
00.專案質量管理過程包括組織確定質量策略 質量目標和質量職責以滿足專案的實施需要而進行的所有活動。01.產品沒有質量的原因是它難以製造並且要花很多錢.產品或服務的質量並不是產品或服務的提供者施加的。質量是客戶獲取的並且是願意花費代價而獲取的。客戶只對他們認為有用或能夠給他們帶來價值的東西買單。除此...