如果我問人們想要什麼，他們肯定會說想要更快的馬（而不是汽車）。 --亨利 · 福特
最優先要做的是盡早、持續地交付有價值的軟體，讓客戶滿意。
欣然面對需求變化，即使是在開發後期。敏捷過程利用變化為客戶維持競爭優勢。
頻繁地交付可工作的軟體，從數週到數月，交付週期越短越好。
在團隊內外，面對面交談是最有效、也是最高效的溝通方式。
在整個專案過程中，業務人員和開發人員必須每天都在一起工作。
以受激勵的個體為核心構建專案。為他們提供所需的環境和支援，相信他們可以把工作做好。
可工作的軟體是衡量進度的首要標準。
敏捷過程倡導可持續開發。贊助商、開發人員和使用者要能夠共同、長期維持其步調，穩定向前。
堅持不懈地追求技術卓越和良好的設計，以此增強敏捷的能力。
簡單是盡最大可能減少不必要工作的藝術，是敏捷的根本。
最好的架構、需求和設計來自自組織的團隊。
團隊定期反思如何提公升效率，並依此調整自己的行為。
「按我現在說的做，而不是按我之前說的做」
有一些變數是在專案初期就可以發現的，還有很多變化在專案開始的時候是不可能就見到的。為了考慮到這些變化，團隊應當在專案中的很多時間點快速的改變自己的方向。「預先指定大計畫」的瀑布式開發方法限制了團隊響應這些變化的靈活性。
如果團隊能將交付價值動作首要目標，將變化看作是專案的好事，並且頻繁交付軟體，那麼這個團隊與客戶就可以一起工作，在開發的過程中及時調整。團隊開發出來的軟體不一定與剛開始計畫的一樣，但這是好事情，因為最終開發出來的軟體就是客戶最需要的軟體。
欣然面對需求變化，即使是在開發後期。敏捷過程利用變化為客戶維持競爭優勢。很多成功的敏捷實踐者初識這條原則就遇到了很多困難。欣然面對變化說起來簡單，但是在專案熱火朝天的進行的時候，如果團隊要處理需要大量工作的變化，開發人員可能會有情緒，特別是在老闆不顧及工作量，要求不改變截止時間的情況下。這個坎可能很難過，特別是在團隊因為專案延期而遭到抱怨的情況下。但是跨過了這個坎，收穫也很大，因為欣然面對需求變化是敏捷工具箱中最有力的工具之一。
欣然面對需求變化的第一步是嘗試從客戶的角度看問題。
頻繁地交付可工作的軟體，從數週到數月，交付週期越短越好。欣然接受變化的同時不引入混亂的關鍵，在於頻繁發布可工作的軟體。團隊通過迭代將專案分割至定期的截止時間。在每一輪迭代中，團隊都要發布可工作的軟體。在每一輪迭代結束的時候，團隊都有乙個可以展示給客戶的演示，還有乙個回顧會議來回顧本輪迭代的過程以及**在本輪迭代中吸取的教訓。
現在回到之前各個團隊糾結的問題：到底應該寫多少文件？對於敏捷團隊來說，答案是夠專案開發用就行。具體要寫多少文件取決於團隊本身情況。
在團隊內外，面對面交談是最有效、也是最高效的溝通方式。敏捷實踐者明白，文件只不過是另外一種溝通的形式。
在整個專案過程中，業務人員和開發人員必須每天都在一起工作。程式設計師需要了解軟體要解決的業務問題。他們了解的方式就是與業務人員交談，觀察他們工作，分析他們的產出。需要這些資訊的程式設計師恨不得每乙個業務人員都可以全天候的解答問題。他們等待解答的時間越長，專案進展就越慢。最有效的方法是讓他們在專案完整週期內每天坐在一起工作。
堅持不懈地追求技術卓越和良好的設計，以此增強敏捷的能力。不停的尋找設計和**問題，一旦發現問題，立即將其修復。
最好的架構、需求和設計來自自組織的團隊。
如果你現在正在開發乙個專案，那麼在開始編寫**之前首先與團隊坐在一起，花 15分鐘討論一下你們正在開發的特性。你能不能發現對於同一項特性的分歧？
列出你現在正在開發的特性。嘗試通過價值和開發難度的維度組織這些特性。
花幾分鐘列出你和你的團隊會建立和使用的所有文件。看看能不能找出一些團隊開發**實際上並不需要的文件？
下一次加班到很晚的時候，思考一下加班的原因是什麼。能不能想出一些做法，讓你和你的團隊避免加班？截止時間是不是太勉強了？是不是在最後一刻加進了額外的工作？
首先要明白加班是有問題的，然後花時間去了解導致加班的原因是什麼，這是解決問題的第乙個步驟。
幫助團隊意識到超長時間的工作並不能帶來更多的**。實際上這樣開發的**量會更少，而且質量也會受影響。
與團隊成員單獨坐在一起討論工作。哪些事情激勵了成員？哪些事情讓他們感到沮喪？他們作出決策的依據是什麼？
讓每一位團隊成員選出對自已影響最大的三條敏捷原則，既可以是正面影響也可以是負面影響。人們會很驚訝地發現在團隊中的其他同事選了不同的原則。這有助於幫助大家找到共同點。
以大家共有的原則作為起點，找到最適合團隊思維方式的一組實踐。
讀《學習敏捷構建高效團隊》筆記1
敏捷學習筆記 2
11.測試人員是軟體健康程度資訊的提供者，不是質量保證者的想法，構建二級安全網，將問題阻攔在開發階段。12.及時回溯。在乙個迭代完成後，回溯在本迭代中出現的問題。12.1 資料展現 本版本開發的一些資料，如story的完成程度，資料 圖示 12.2 問題反饋 如每個strotyd的完成程度，出現的問...
00 如何構建敏捷專案管理團隊 前言筆記
00.入門之後，就只能通過不斷的實踐練習來積累知識和經驗。01.這本書中是否貢獻了新觀點？這本書是否用一種新的方式來組織已有的各種學術觀點？這本書是否擴充套件和延伸了某些已有的學術觀點？書中的內容組織形式是否合適閱讀？02.作為績效教練，則更應該鼓勵團隊成員去自行學習和領悟。03.在接下來的整個寫作...
PowerBI 學習筆記（2） 構建基塊
power bi 的構建基塊 即使是看似複雜的事物也是由基本構建基塊構建而來 建築物通過木材 鋼 混凝土和玻璃建造。車輛由從金屬 織物和橡膠製成。當然，建築物和車輛也可有基本或複雜之分 具體取決於這些基本構造基塊的排列方式。在 power bi 中執行的所有操作可以分解為幾個基本構建基塊 power...