Lean Thinking
近年來，精益思想 + 敏捷原則 + Scrum開發模式，已成爲軟件業內流行的敏捷管理框架。
GOF(Gang of Four -- Erich Gamma、Richard Helm、Ralph Johnson 和 John Vlissides)，將建築學家Alexander的建築學模式引入到軟件設計中，演變成軟件設計模式。與此雷同，精益軟件開發思想起源於製造業。受質量管理大師戴明(Deming，PDCA理論)的影響，日本豐田汽車創造了精益管理，並取得了巨大的成功。精益原則及思想，已被證明適用於任何致力於提高生產力和質量的地方，精益方法已成功應用於製造業、分銷、供應鏈、產品開發、銀行業、工程、後臺管理等諸多領域。最近幾年，精益原則及思想才得以被Mary Poppendieck和Tom Poppendieck應用到軟件開發領域中。實踐證明，將精益思想和敏捷方法相結合，可以有效的消除浪費，降低成本。
精益軟件原則
1. 消除浪費
任何不能爲客戶增加價值的行爲都是浪費。通過持續不斷地改進，來減少流程中的浪費。例如：最終被廢棄的代碼是浪費；客戶不經常使用的額外功能是浪費；等待其它團隊是浪費；缺陷和低質量是浪費；過度的管理也是浪費。請注意，消除浪費並不意味着扔掉所有的文檔。
2. 加強學習
軟件開發是個持續學習的過程。承認變化，加強反饋和交流，在實踐中發現問題、解決問題，並最終形成解決方案；授權給團隊，正確的決策取決於準確的信息，讓開發團隊參與決策，讓團隊成員充分發揮自己的潛力。請注意，授權給團隊也並不意味着放棄領導。
3. 延遲決策
在一個複雜多變的環境中進行軟件開發，基於多種選擇的方法能夠達成更好的結果。儘可能的延遲決定，直到能夠基於事實而不是不確定的假定來做出決定。請注意，推遲決策並不意味着拖延決策，不能錯過了時機、耽誤了工作。
4. 儘早交付
軟件交付的週期越短，用戶的反饋越快，需求就會越清晰，應對需求變化的靈活性就越高，讓客戶的需求來推動工作的進展。請注意，儘快交付並不意味着匆忙交付，否則會爲日後的維護帶來更多的麻煩和浪費，這恰恰與消除浪費的原則背道而馳。