希望所有的研發人員不僅僅是機械的寫**，也能洞悉市場、了解使用者，讓自己的產出能夠適配使用者和市場的需求，這何嘗不是一種成就感；
希望所有的研發人員不再受困於狹窄的職場方向，而是有更多可能轉型產品、市場、管理
敏捷開發思想
呆伯特老闆的理解：沒有什麼計畫或者文件，直接開始寫**......
很多業內人士的理解：迭代 開發。
以上理解不能算是錯，但都是盲人摸象式的理解。我們先看看幾種常見的開發模式：
逐步完善的迭代 開發；
風險驅動的螺旋式開發；
價值驅動的敏捷開發；
除卻外包專案常採用的瀑布式開發外，在很多人印象裡彷彿剩下的三種開發方式都該是敏捷開發，其實這裡有個文字遊戲，就是「***的」這個定語，敏捷開發是由使用者價值（使用者的需求）驅動，這才是區分標準，這種對核心的強調，是在提醒我們需要最重視的是什麼。至於使用者價值的意義，不言而喻——如果我們做出的東西並不是使用者需要的，那又有什麼意義？在敏捷開發的過程中其實既有螺旋式開發的思維，也有迭代式開發的流程，甚至有計畫式開發的階段。
敏捷宣言—價值觀
很多「保守力量」反對敏捷開發的原因就是說敏捷不注重計畫或者是文件等等。這裡的文字遊戲就是「勝過」二字，並不是沒有，而是取捨側重的分別。總結如下：
「自組織團隊與客戶緊密協作，通過高度迭代式、增量式的軟體開發過程響應變化，並在每次迭代結束時交付經過編碼與測試的有價值的軟體。」
勝過 「與客戶確定合同後在初期制定並遵循基於活動的完整計畫，在重型過程和工具指導下，通過完成大量文件進行知識傳遞，最後交付需求。」
敏捷開發之 12 條敏捷原則
人來構建專案。給他們提供所需要的環境和支援，並且信任他們能夠完成工作。
大道至簡 (豆瓣)
， unix程式設計藝術 (豆瓣)
的核心思想
敏捷實踐之scrum
大家要明白乙個區別，敏捷開發是一種思想，下面來講述一下承載這種思想落地的其中一種開發過程scrum。
從這張開發過程使用的統計圖中可以看出scrum的流行程度。scrum本身並不是方**，它只是乙個框架，它只定義了高層次的管理流程，如下圖示
它並不涉及具體開發方法或者人員的有效溝通技巧等。這些沒有涉及的領域需要同其他理論和技能互為補充，以確保專案的成功。
可以看到scrum的實施過程是建立在敏捷開發思想12原則基礎上的。反過來，對流程的實施也可以加深大家對敏捷原則的理解。
scrum兼有的價值觀
提倡的原則：自我管理、湧現機制、可視性和評估/適應迴圈
scrum的要點提煉
任務估算——精細，可控，準確
會議——專注，高效，開放
目標——清晰，可達成 》
》 專案管理、wiki知識庫
需求、原型、協作
持續整合
敏捷開發思想及Scrum實踐
希望所有的研發人員不僅僅是機械的寫 也能洞悉市場 了解使用者，讓自己的產出能夠適配使用者和市場的需求，這何嘗不是一種成就感 希望所有的研發人員不再受困於狹窄的職場方向，而是有更多可能轉型產品 市場 管理 敏捷開發思想 呆伯特老闆的理解 沒有什麼計畫或者文件，直接開始寫 很多業內人士的理解 迭代開發。...
敏捷開發思想 Scrum迭代
團隊最近在進行傳統開發向敏捷開發的過渡，談談我對敏捷開發的認識。1 敏捷開發定義 敏捷開發的定義 其實敏捷開發就是以使用者需求為導向，需求進化為核心，採用迭代 逐步完善的方式進行軟體開發，其中的核心思想就是使用者需求的進化與迭代並逐步完善，前者保證我們所做的專案開發對於使用者是有意義的 包括終端使用...
敏捷開發思想與實踐
我想敏捷的思想大家都能說出一大堆來，我也不囉嗦了。在此只是談談自己的一些想法和觀點，希望大家拍磚，謝謝。1 整理需求，分析，總體設計，先把握住總體，忌拘泥於細節。2 先找到乙個可以快速突破的點，根據專案的實際確定第乙個迭代。3 敏捷的關鍵是快速的交付客戶，哪怕只是最簡單的demo，這樣便於與客戶交流...