企業，網際網路行業有其鮮明的特點：
1．關注使用者行為
3．需求不確定性高
4．快速適應變化
5．快魚吃慢魚
3個部分：
1上引入了類似fdd這樣的模式，但是也不完全是fdd，只是參考fdd，所有的開發團隊都是由產品經理所歸納出來的產品特性去驅動整個產品的研發。
2．專案管理3和持續整合，通過這樣的實踐就能保證產品有乙個快速發布的過程。
1．故事牆：就是白板story wall，平時工作中很多團隊都會使用，這些團隊會把每天開發的一些產品特性採用story的方式每天都在白板裡面展示出來，整個團隊每天都會圍繞這個白板能夠清晰的看到整個產品或者整個專案的乙個過程，包括整個產品特性的過程。
2．迭代總結：在每乙個產品發布的時候都會有乙個總結。具體的做法是，把做得好的、不好的總結出來，做得好的在下一次迭代發揚光大，做得不好的在下一次迭代就要注意改進。這樣的總結是要求專案的所有成員都必須參加，包括專案的開發人員、測試人員、qa、專案經理、產品經理等，每個人都要去去總結他在上乙個迭代中碰到了什麼問題，通過便簽紙的方式貼出來，專案經理實際上可以看成是scrum m a s t e r，包括站起來總結這樣一些東西，包括我們下一次迭代繼續發揚什麼，必須要注意什麼東西，最後就會得出乙個excel的文件，包括上乙個迭代**的問題，具體的解決辦法，都會有。
3，有些專案也開始不採用站起來開晨會的方式，覺得站起來效率也高，就會通過即時通訊軟體每天去交流，最後由乙個人去統一輸出，這樣能解決一些分布式團隊的合作。所謂分布式團隊就是這個團隊中有些同事在這個大樓，有些同事是在那個大樓，通過這種實時交流的方式可以解決一些問題。
4．結對程式設計：並沒有很好的實施開來，但是在一些團隊裡面還是一直在嘗試著做結對程式設計的工作。乙個在編寫程式，旁邊還有乙個人，同時記錄編寫過程、編寫思路、碰到的問題、自己的想法，編寫完以後一段時間他們會交換一下，就是互相交換著進行程式設計，這是乙個結對程式設計的乙個過程。
56．乙個完整的迭代過程：包括概念、設計、開發、測試和發布五個過程。在概念階段，會採用fdd裡面提到的一些好的最佳實踐來支撐到我們怎麼樣去敏捷的做需求開發，會制定一些產品發布的計畫，比如產品在未來，某個迭代什麼時候發布，要發布哪些產品特性，都是在這個階段做的。在設計階段，會做產品原型上的設計。對於網際網路產品說更多的是通過快速原型法快速的讓產品在不同範圍內去做一些體驗，比方產品在某個迭代的乙個小迭代裡面，可能會在乙個團隊裡面先去體驗，可能就會採取發布到公司某乙個部門去體驗，或者發布到整個公司範圍去體驗，它會是乙個不斷放大的乙個過程。在開發和測試階段，更多的採取xp的一些實踐，包括編碼規範，**7．灰度發布：這是網際網路的乙個特點，說白了，就是對使用者乙個逐步放量的乙個過程，而且不要求團隊要盡早的將產品包發布出來，也就是不要求馬上發布給所有使用者，而是會分批的去發布，比如按號段發布，比如在公司內部先體驗。發布的時候也有策略，比如發布時如何放量，對使用者有些什麼樣的實驗，技術上怎樣做一些後台開關，運營上怎樣跟進，怎樣保證4小時人員的留守，發布完後怎樣收集使用者反饋等等都會有一些統一的規則。比方實驗室某web產品的發布，可以同時有多個版本，1.1版可能會有100%的使用者在用，1.2版可能只有1%的使用者在用，它們是乙個交叉公升級的過程。
891011
騰訊敏捷框架TAPD
tencent agile product development 就是白板story wall，平時工作中很多團隊都會使用，這些團隊會把每天開發的一些產品特性採用story的方式每天都在白板裡面展示出來，整個團隊每天都會圍繞這個白板能夠清晰的看到整個產品或者整個專案的乙個過程，包括整個產品特性的過...
騰訊敏捷框架TAPD》研究
tapd 原文進行閱讀，注意甄別原文和感想。tapd 採用fdd 模式開發，fdd即特徵驅動開發。fdd的核心是面向產品的功能點，但這個功能點是從客戶角度出發的，並不是從系統角度出來的。功能點是用乙個短句描述出乙個業務需求，而這個業務需求的粒度是按開發時間來衡量的 一般不超過兩個星期 特徵與用例的相...
《騰訊敏捷框架TAPD》研究
tapd 研究 tapd 原文進行閱讀，注意甄別原文和感想。tapd 採用fdd 模式開發，fdd即特徵驅動開發。fdd的核心是面向產品的功能點，但這個功能點是從客戶角度出發的，並不是從系統角度出來的。功能點是用乙個短句描述出乙個業務需求，而這個業務需求的粒度是按開發時間來衡量的 一般不超過兩個星期...