1樓：專案管理高階
關於這個話題已經有了很多解答，下面是PM圈子網http://www.
pmleader.cn
的解釋。
首先，敏捷開發是一種過程控制論，通俗的說，就是一種做事情的方法。
1. 它適用於軟體，因為軟體是軟的，可以改。要是硬體，改起來就沒那麼方便了；
2. 它適用於客戶不知道自己要啥的情況，其實，這樣的客戶佔絕大多數。因為客戶不知道要啥，所以你需要不斷幫客戶弄明白他到底想要啥。換句話說，你需要和客戶溝通，合作，傾聽反饋，持續改進；
3. 它適用於競爭激烈的市場，這樣的情況下，趕在競爭對手前交付乙個不完美但至少能用的產品非常重要；
4. 它適用於快速變化的市場，你在埋頭造一輛汽車的時候，客戶已經想開飛機滿天飛了，這就需要你能一步步的把汽車改成飛機，還能按時交付；
5. 它適用於在乙個地方辦公的小團隊，一般10個人以內。這樣能使敏捷中主要的溝通方式「Face to Face」 是可行的；
其次，敏捷開發是一套工具集，裡面有形形色色的工具，你可以不搞敏捷，但可以用那麼一兩個來提高工作效率。比如：
1. 站會：三個問題，簡潔有效的小團隊溝通方式；
2. 看板：直觀反映工作進度，反映流程遵守情況，反映流程缺陷；
3. 演示，計畫，反思會：適合於小團隊的協作和優化反饋方式；
4. 使用者故事：站在使用者的角度講需求；
5. 持續整合：隨時高質量交付的基礎，有利於應對變化劇烈的市場；
再其次，敏捷開發是一種企業管理方式。比如：
1. 一線員工可以同時是架構師，Scrum Master，開發工程師，測試工程師，發揮了他的主觀能動性，有利於創新和效率；
2. 敏捷不專注於敏捷團隊中個人的績效考核，而更多的側重於整個團隊的績效，更好的避免了KPI驅動模式；
3. 把大專案拆分成小專案去做（每個Sprint都是乙個迭代，需要輸出乙個高質量的版本，相當於完成乙個小專案），把bug的生存期控制在乙個迭代以內，降低了風險，也減少了後期改bug的工作量；
4. 把數十人的大team 分成幾個敏捷團隊，這幾個敏捷團隊的Scrum Master/PO再組成乙個更高一級的敏捷團隊，利用站會，反思，看板等等敏捷元素，可以避免數十份郵件也不能解決乙個小問題，大家互相踢皮球，溝通不暢的大企業病；
5. 老闆可以是最大的PO，他給下面的高管講idea(User Story)，定期檢查Demo，把控產品使用者體驗，負責和外界的溝通合作-----比如賈伯斯，360的周鴻禕等；
什麼叫敏捷開發？
智雲檢視 定義 敏捷是一種思維方式 由價值觀定義，由原則指導，通過許多不同的實踐體現。敏捷開發 Agile 是一種以人為核心 迭代 循序漸進的開發方法。在敏捷開發中，軟體專案的構建被切分成多個子專案，各個子專案的成果都經過測試，具備整合和可執行的特徵。簡單地來說，敏捷開發並不追求前期完美的設計 完美...
什麼是 中華田園敏捷開發 ？
守護最好的純純純 在pmp管理學角度來說。中華田園敏捷開放 假敏捷開發 等同於六拍三邊式開發 大環境來看真正的敏捷開發形式只有大公司搞得起，只有資本雄厚的公司搞得起。因為大部分公司連CCB都沒有。變更，加需求全靠拍腦袋。其他強行要玩敏捷的，大部分到頭來都把自己玩死了，要麼把優秀的人才玩跑了 嘻嘻嘻 ...
敏捷開發和敏捷專案管理，是否適用於製造類企業？
題主你好，說說個人看法 敏捷專案管理是否適用於製造類企業需要看情況而定 專案特徵，是一次性產研專案還是需要持續調整 響應市場的長期專案，敏捷專案管理更加適合需要調整 迭代的第二種情況。專案計畫是否明確，如果需求明確且驗收標準清晰，調整幅度較小，用傳統專案管理思路就挺好 是否能夠形成自組織團隊，如果不...