敏捷開發（agile development）是目前眾多大小網際網路企業廣泛採用或者嘗試轉型的一套提公升工作效率和質量的方式，以適應it行業快節奏帶來的不確定性。
敏捷開發是先將產品做出來，交付或者上線，在實際應用場景中彌補需求的不足，快速修復後發布新版本。
特點：可快速交付、迭代、以人為本、小版本
特點：沒有迭代、注重文件、靈活性差
敏捷宣言揭示了更好的軟體開發方法。我們認為：
個體和互動 勝過 過程和工具
可以工作的軟體 勝過 面面俱到的文件
客戶合作 勝過 合同談判
響應變化 勝過 遵循計畫
ps：前者比後者具有更大的價值
零缺陷：當發生問題時，立即停下去修復。
開發與測試協同：測試人員融入專案的開發中，預防缺陷的發生。
迭代計畫：不在一開始就制定大而全的計畫，而是在不斷迭代和需求發現中對計畫進行不斷調整。
在每天工作前，團隊成員花上15分鐘以內的時間，保持站立參加會議。
在會議期間，敏捷教練記錄所有問題並跟蹤。
每位成員依次針對以下三個主題發言：
1. 昨天做了什麼？
2. 計畫今天做什麼？
3. 需要什麼幫助以提高效率？
從使用者角度來考慮需要的功能，包含以下三元素：
1. 角色：誰來使用這個功能
2. 活動：功能是怎麼樣的，需要達到什麼程度
3. 商業價值：這個功能最後能給角色帶來怎樣有益的商業價值
描述使用者故事的格式：作為《角色》，我想要《活動》，以便於《商業價值》。
看板（kanban）能將專案進度最大視覺化，可以看到專案的瓶頸所在。並且能看出是誰拖慢了整體進度，以相互監督。乙個簡單的看板如下：
即將做正在做
已完成……
…………
…………
……
敏捷轉型 團隊如何變敏捷？
敏捷的原則傾向於一些常識和一系列艱苦的工作，通常，我們會聽到很多關於敏捷的資訊，比如敏捷轉型是團隊嘗試成為敏捷的一種流行方式。很多團隊會聘請敏捷顧問，花幾個月的時間幫助團隊進行敏捷轉型，這個過程只需要支付一筆錢。最後整個團隊真的就轉型成敏捷了嗎？像這樣的轉變有意義嗎？其實，實現敏捷的方法不僅是轉型，...
敏捷改進與敏捷轉型
用什麼詞來描述某個組織採用敏捷呢？敏捷採用？敏捷匯入？敏捷轉型？敏捷引入？敏捷改進？從這些詞當中可以發現不同級別的組織採用敏捷是不一樣的，大體可以分為專案級 部門級和公司級，不同組織級別的敏捷匯入or轉型or改進得到的高層支援不一樣，可以採取的手段不一樣。敏捷轉型 在得到了組織管理者支援情況下，從原...
敏捷改進與敏捷轉型
用什麼詞來描述某個組織採用敏捷呢？敏捷採用？敏捷匯入？敏捷轉型？敏捷引入？敏捷改進？從這些詞當中可以發現不同級別的組織採用敏捷是不一樣的，大體可以分為專案級 部門級和公司級，不同組織級別的敏捷匯入or轉型or改進得到的高層支援不一樣，可以採取的手段不一樣。敏捷轉型 在得到了組織管理者支援情況下，從原...