敏捷開發遵循軟體客觀規律，不斷的進行迭代增量開發，最終交付復合客戶價值的產品。
敏捷宣言
敏捷開發原則
敏捷包括三個層次
精益七大浪費
技術債務
變化無法一次性**，一開始製作大而全的計畫易造成浪費
應根據迭代積累的經驗和需求變化的情況對計畫不斷調整和細化
多層次反饋
敏捷軟體開發是以短週期迭代為核心，包括團隊、工作件、管理和技術優秀實踐的結合
敏捷團隊的三個核心角色
敏捷團隊實踐：完整團隊
敏捷軟體開發核心：迭代開發
敏捷工作件：產品backlog
敏捷工作件：迭代backlog
敏捷工作件：完成標準
敏捷管理實踐
迭代計畫會議
每輪迭代啟動前，團隊共同討論本輪迭代詳細開發計畫的過程。輸入是產品backlog，輸出是團隊迭代backlog
每日站立會議
每日工作前，團隊成員的理性溝通機制，由scrum master組織，team成員全體站立參加
視覺化管理
將專案狀態（進度、質量等）通過物理實體實時展示，讓團隊所有成員直觀地獲取當前專案進展資訊
迭代驗收
每次迭代開發結束時進行，通過演示可工作的軟體檢查需求是否滿足客戶需求。由scrum manager組織，po和使用者代表負責驗收，team負責演示可工作的軟體
迭代回顧會議
在每輪迭代結束後矩形的會議，目的是分享好的經驗和發現改進點，促進團隊不斷進步。
敏捷工程實踐
使用者故事
站在使用者角度描述需求的一種方式
每個使用者故事須有對應的驗收測試用例
結對程式設計
提高**質量和工作效率
測試驅動開發
以測試作為程式設計的中心，要求在編寫任何**之前，首先編寫定義**功能的測試用例，編寫的**要通過測試用例
保證**整潔可用
持續整合
團隊的成員經常整合他們的工作，通常每人每天至少整合一次，每次整合通過自動化構建完成
提供產品質量的快速反饋，保證隨時擁有可工作的軟體
精益軟體開發七項原則
精益思想原則
關鍵實踐
採用mvp/mvf（最小可用產品/特性），快速驗證客戶需求
敏捷與精益的區別
基本觀點不同
敏捷：盡快交付可用的產品，並與客戶密切協作、及時獲得使用者反饋
精益：開發最小的可用產品，消除價值流中的浪費
角度不同
敏捷的關注重點稍窄一些：主要關心的是圍繞軟體開發的具體開發實踐和專案管理，一般不太關心在其中進行軟體開發的商業上下文環境
精益採用比較寬泛的視角，偏好一體看待軟體開發和它的整個業務環境
微服務理念：松耦合、可並行開發、部署、執行的小產品
敏捷專案管理
敏捷專案管理 apm 由jim highsmith所著的一書敏捷專案管理，試圖擴大敏捷技術為乙個整體。敏捷專案管理 引入敏捷專案管理步驟同pmi所採用的專案管理步驟結合 調整傳統鐵三角強調價值和質量，建立敏捷三角。傳統鐵三角 範圍 成本 進度 敏捷三角 價值 質量 制約因素 成本 進度 範圍 敏捷鐵...
05 敏捷專案管理 敏捷專案管理模式筆記
00.在敏捷圈內，流程被指責為靜止的 常規的和難以改變的。就流程本身而言，不應該是負面的，它必須同企業目標聯絡起來。如果目標是重複性的製造，那麼常規性流程是完全合理的 而如果目標是可靠的創新，則流程架構必須是有組織的 靈活的和容易適應的。支援構想 探索 自律的團隊 支援自我組織 自律的團隊 根據專案...
Scrum敏捷專案管理
楚凡科技 www.trufun.net 10年間致力於做中國最專業的軟體工程解決方案提供商 規範軟體開發過程 優化軟體開發流程 保證軟體開發質量 提高軟體開發效率 trufun uml2建模工具 trufun bacon 需求管理工具 trufun 研發雲管理工具等 scrum作為一種專案管理方法，...