00.我們不是不知道它會給我們帶來麻煩，只是沒想到麻煩會有這麼多。——威爾.羅傑斯
01.知識點：
a.scrum是乙個強大、特意設計的輕量級框架，器特性就是將軟體開發中在製品的數量限制在團隊層級，使團隊有能力與業務落班一起有效地開展工作。
b.正確執行scrum專案，提示執行中遇到的障礙，使組織可以針對專案中的問題做出快速反應
c.雖然scrum能在團隊層級有效實施，但將它作為一種主要方法去知道企業級敏捷實踐的時候，卻會面臨嚴峻的挑戰
d.精益為scrum帶來了積極的指導，它提供明確的原則解釋scrum成功的原因（與失敗原因）
e.團隊與管理層對良好的過程共同負責
f.請務必針對具體情況採用最佳實踐與方法，參考良好的原則和他人的經驗，然後通過計畫——實施——行動進行持續改進
g.scrum#是scrum的增強版，是將scrum潛入精益思想中產生的結果
h.看板軟體工程來自精益的生產方法，是用價值流直接管理在製品來提高工作流的方法。
02.而問題的關鍵在於，要想在任何領域中成為專家，就需要在已經形成的知識的基礎上，不斷地新增新原則和新做法。這種更新可能成為某些固有方**的負擔。如果沒有獲得強大的技術支援，那麼這些更新童顏也會讓我們不知所措。
03.定義過程
*原則適用於所有的環境，而具體實踐只在某些情況下適用
*學習新知識，人需要花時間去轉變，也需要一定的速度來學習
*當開發團隊掌握了新的知識之後，就需要對過程定義進行更新，團隊成員應該幫助客戶進步，讓他們能夠從初學者逐漸變為專家。
04.折中 思想代表了精益——敏捷和許多其他敏捷方法之間的乙個重大區別。基線程式設計（extreme programming,xp）開始於大量的實踐和一些實際的熟知。由於付出了極少的經理去總結這些新的做法或收集這些方法背後的思想，者意味著很難讓初學者快速上手成為專家，那麼就需要投入更多的精力去重新學習。
05.精益思想——計畫、實施、檢查、行動(plan-do-check-act,pdca)迴圈規則。
06.聰明的人總是保持著奮勇前進的動力去不斷地學習和提高，當各種難題或挑戰無法避免地到來時，他們始終能夠去解決和處理。你需要在危機來臨之前就做好迎接挑戰的準備，而不是到危機來臨時你才開始準備。
07.scum只是一種框架，是構建軟體的框架，也是團隊成員用自己的知識去不斷補充的乙個框架。我們要說的是，精益能夠為很多應用提供使用的框架。此外，經驗豐富的scrum實踐人員知道什麼時候可以去打破這些規則。所以，我們要利用自己的直覺。我們相信可以有意識地用精益思想去解釋很多事情。我們的經驗是，憑直覺就能提供一種良好的解決方案，但如果同時能解釋為什麼做和做什麼會更好。
08.管理層並不是專案中的障礙而應該被移走，而是一種資源——可以讓整個團隊在正確的方向上前進的有利資源。
09.scrum大師必須鼓勵團隊成員在管理層沒有涉足的區域去做寫決定。這些觀點其實是基於高效領導能力的某個人，是去唄與其他scrum實踐人員認為的暗中地下的領導力而言的。
10.產品負責人應該只是專案任務優先次序的負責人，而優質產品的開發責任是由整個團隊負責的。
11.團隊真正需要的是，能夠以很短的時間組織起所需要的技能區完成工作，可共享的知識越多越好。
13.看板使用的另乙個圖的累積流量圖（cumulative flow diagram，cfd）,它描述了看板在系統中的整個流動過程，它提供了乙個衡量工作流程的重要步驟。
敏捷 專案管理 精益思想
重點 實現商業價值和使產品開發之外的活動最小化 精髓 改善 旨在通過持續性地實施系統性變更來優化生產系統。一 精益生產為基礎的基本體系 1.多數錯誤是系統性的 1 很多團隊陷入失敗的泥潭之中，因為它們遵循著乙個劣質的過程或一種糟糕的管理方法，並且過分相信這一過程。2 管理層看上去更傾向於過分重視過程...
07 精益敏捷專案管理 敏捷發布計畫
00.如果有什麼事情是必然的，改變就是一種必然。我們今天制定的計畫將在明天發生改變。菲利普.克羅斯比 01.在為戰鬥做貯備的過程中，我常常發現計畫本身其實沒有什麼用處，但制定計畫是絕對必要的。德懷特.d.艾森豪威爾 02.對鏡益 敏捷軟體開發來說，企業轉型的乙個主要原因是為了能做出可預見且準備發布計...
超越精益敏捷 卓越運營，提公升效能
超越精益敏捷 卓越運營，提公升效能 在各敏捷群不時有爭論 什麼是敏捷？有認為敏捷是個框，什麼好什麼往裡裝。有認為自己是敏捷，別人是偽敏捷。有搬出與敏捷領軍人物 的。有號稱mike cohn親傳，jeff sutherland關門 martin fowler坐鎮，ron jeffrey背書，北方第一，...