網際網路產品的開發周期短，需求不斷變化，所以敏捷方法是很適合網際網路產品開發專案的。但綜觀國內，能靈活且高效地使用敏捷方法去進行專案管理的成功案例並不多。大的方面在這裡就不囉嗦了，如需了解，可以看這裡
。公司的乙個專案也曾嘗試使用敏捷方法，但實踐中留下了諸多問題。大家都在抱怨根本沒有敏捷可言，最後做得不倫不類。究其原因，主要還是由於公司原有的組織架構和業務型別造成的。
組織架構：公司現有的組織架構是矩陣型，qa和developer分別隸屬於不同的manager。這樣就造成qa在專案中不能全力投入，qa manager有可能會安排別的任務給qa。敏捷專案則最好是qa和developer隸屬於同乙個manager，這樣就便於協調qa的任務分配，保證qa可以全力跟進專案；另外，敏捷專案中的人數為4-7人為宜，其中1-2人為qa。這麼小的團隊，沒必要再加入乙個qa manager的角色，這樣只會增加了溝通的渠道數，反而影響了進度。
專案型別：公司業務範圍屬有線電視領域，客戶為有線電視運營商。這類客戶是對產品的穩定性和可靠性要求特別高。他們往往會在lab裡面試用產品半年至數年之久，這樣使用者的反饋就非常慢，週期也拉得很長了。使用者的需求很難及時地反饋並反應到產品上面來，所以敏捷開發對這類的產品根本不適合。
採用敏捷方法的專案對專案組成員要求較高，起碼整體是在同乙個水平線上，沒有明顯示短板。另外則要求團隊的合作意識較強，最好是已經進行了一段時間的磨合，團隊成員之間相互了解，相互信任。敏捷方法非常強調信任：產品的owner要信任團隊成員；團隊成員之間要相互信任；qa和developer之間要相互信任。出現了問題，不需要直接找qa，直接由developer來認領； 任務單也是一樣，由成員自己來主動認領。
產品的owner則負責整體工作的協調，並負責確定專案的範圍。在使用者反饋方面，負責彙總和篩選，制定出下乙個版本的feature list。
這裡要強調的是qa需求在需求分析階段就介要入，只有這樣，在測試的過程中才不會有遺漏項沒用測試用例覆蓋到。
另外，團隊成員的座位安排也非常重要，他們要集中在某一區域，這樣非常方便口頭溝通和交流。即節省時間又可以避免距離較遠而影響溝通效率的情況。
好的，就這些吧。
產品上線到運營，需要了解的資料分析方法
資料分析是各公司運營管理崗位必備的技能之一，在網際網路 金融為代表的一些 資料大戶 企業尤為出眾。以網際網路行業為例，在產品需求階段可以通過資料分析對使用者的需求去偽存真，在產品上線運營階段，又可以通過資料驗證產品的可行性並且進行迭代。而這些過程往往會運用到不同的資料分析方法。1 多維度事件分析 多...
ArrayList需要了解的事情
arraylist 是日常開發經常使用到的容器類。它能夠方便的進行資料的查詢 替換。但是因為其低層實現的原因在資料容量 效能 執行緒安全上都存在問題，主要涉及到下面的內容 1 預設初始容量為 0，如果未指定容量則首次初始的容量為 10 同時其也是有容量限制的 2 新增元素會涉及到陣列擴容和陣列元素拷...
Fiddler 你需要了解的
官網 平台 支援所有作業系統和瀏覽器，對window支援比較好 主要功能 工作原理 系統 不過如果fiddler非正常退出，這時候因為fiddler沒有自動登出，會造成網 頁無法訪問。解決的辦法是重新啟動下fiddler.同類的其它工具有 httpwatch,firebug,wireshark 啟動...