在最近一篇
部落格中，martin fowler解釋了\"
應該用精益軟體開發方法而不是敏捷軟體開發嗎？\"這個問題，
他說這是基於一種錯誤的假設。
敏捷和精益的思想相互交織如此之深，
以至於你在使用敏捷的時候也總在做精益的事情，反之亦然。
我們可以考察它們發展過程的變化，發現它們內在關聯的描述，
這樣更有趣、更有啟發性。
\\ martin fowler開始簡單解釋了精益概念的歷史，他說，有關精益概念的歷史根源可以追溯到20世紀50年代發展起來的精益製造和豐田生產系統。這個系統和它蘊含的思想，為日本製造業，尤其是豐田公司，贏得了廣泛的信譽。
\\ 在任一款基於精益製造和豐田生產系統的工作方法中，精益已經開始作為乙個涵蓋性的術語在使用了，包括精益建造，精益實驗室，以及精益軟體開發。
\\ 敏捷也是乙個涵蓋性的術語，它被用在諸如scrum和xp這些分享敏捷核心原則的開發方法中。當一些人說他們正在用敏捷軟體開發的時候， 這可能意味著他們正在使用敏捷開發方法中的任何乙個，或者是幾種方法的混合，或者只是簡單將敏捷的核心原則應用於工作中。
\\ 許多對敏捷貢獻良多的人都受到了精益生產以其所蘊含的思想的影響，在精益和敏捷上，我們可以看到他們的很多共性：
\ \\
1）以人為中心
2）授權給團隊
3）自適應規劃
4）持續改進\\
\\\
瀑布 敏捷 精益 devops
敏捷 分工角色 大專案分小專案 每個節點時間設定里程碑 scrum實施的核心可以概括為 化繁為簡 從幾個維度解釋下 團隊角色的定義，將團隊人員定義為三個角色，scrum master 主要負責消除障礙，帶領團隊運作 product owner 主要負責描繪產品遠景，定義優先順序 scrum team...
敏捷之看板 精益生產
精益生產最重要的兩個理念就是準時化和自働化，由看板為實踐工具，最終能夠達到高質量 低成本及快速響應。首先擺在大家面前的就有乙個問題，什麼是看板，它和看板牆又是什麼關係？之所以把這個問題一開始就丟擲來是因為看板的 板 字，很容易讓人產生困惑。既然是個板子，那因該就是我們平常所說的物理卡牆，就是因為這點...
精益與敏捷開發（隨筆）
在幾年前，我就對軟體的敏捷開發有著很高的興趣的。一直覺得，程式設計師應該是最自由，最輕鬆的一種職業！而且我也一直在向這個方向努力！我們應該如何做呢？一說到程式設計師，大家就公認的是腦力民工！為什麼？在程式設計師自己報怨開發環境不好，工作量大，任務重，壓力大的同時，有沒有想過，有些問題其實是程式設計師...