00.戰鬥中並非強者總是獲勝，比賽中也並非捷足總能先登，然而我們可以按照這種方法去做決策。
01.敏捷對企業和團隊受益：
*快速提公升商業價值
*幫助客戶明確需求
*促進基於知識的產品開發和更好的專案管理
*激勵團隊和允許早起的失敗
*重視以產品為中心開發
*提供團隊效率
02.從客戶所知道的需求開始開發產品。
03.我們並不建議你總是分期交付，這就是為什麼我們總要詢問開發團隊的意見的原因。但是應該嘗試尋找機會，一旦有機會就分期交付。
04.客戶會經常改變主意，這大都是因為開發人員要求他們去推測和嘗試確定哪些他們還不知道的需求。
05.精益產品開發是更加重視交付有價值的軟體的產品開發方法。
06.對於已經開發出來的那部分功能，即使還不能自動執行，或者當前的開發做得很差都沒有關係。客戶至少可以通過執行這些功能來反饋資訊，具體描述對這些功能需求：他們不清楚的功能是哪些，他們推測的功能又有哪些。
07.管理層對此表現得既非常憤怒又焦慮不安。這種憤怒通常又會帶來恐懼，當恐懼在許多非敏捷專案中迅速蔓延時，管理層就會感覺研發團隊的工作已經失去控制。當開發團隊過多地依賴客戶做出的**和假設，而不是自己去承擔責任時，這樣的情況就會發生。
08.激勵團隊和允許早期的失敗（從失敗中學習），專案工作必須與業務需求緊密結合。
09.從重視以產品為中心的的開發
*沒有從產品的分布發布中獲得收益，在產品發布之前，必須完成全部生產過程的研發（這種情況並不少見）
*客戶能夠提供完美而清晰的需求（這種情況幾乎不會發生）
*管理層相信開發團隊會開發出所有所需的產品，雖然該專案沒有通過迭代進行控制
*開發團隊需要完全理解敏捷方法。
敏捷 專案管理 精益思想
重點 實現商業價值和使產品開發之外的活動最小化 精髓 改善 旨在通過持續性地實施系統性變更來優化生產系統。一 精益生產為基礎的基本體系 1.多數錯誤是系統性的 1 很多團隊陷入失敗的泥潭之中，因為它們遵循著乙個劣質的過程或一種糟糕的管理方法，並且過分相信這一過程。2 管理層看上去更傾向於過分重視過程...
07 精益敏捷專案管理 敏捷發布計畫
00.如果有什麼事情是必然的，改變就是一種必然。我們今天制定的計畫將在明天發生改變。菲利普.克羅斯比 01.在為戰鬥做貯備的過程中，我常常發現計畫本身其實沒有什麼用處，但制定計畫是絕對必要的。德懷特.d.艾森豪威爾 02.對鏡益 敏捷軟體開發來說，企業轉型的乙個主要原因是為了能做出可預見且準備發布計...
05精益敏捷專案管理 超越Scrum
00.我們不是不知道它會給我們帶來麻煩，只是沒想到麻煩會有這麼多。威爾.羅傑斯 01.知識點 a.scrum是乙個強大 特意設計的輕量級框架，器特性就是將軟體開發中在製品的數量限制在團隊層級，使團隊有能力與業務落班一起有效地開展工作。b.正確執行scrum專案，提示執行中遇到的障礙，使組織可以針對專...