互聯網團隊管理總結---記念曾經的悅採團隊

開發生命週期

    一、客戶/實施/測試/產品/...   提出需求

    二、產品進行產品設計及圓形圖的設計（最簡化版爲 圖文並茂的簡要說明文檔，複雜度根據產品時間來安排）

    三、以會議形式。產品文檔講解，釋疑，定稿。（產品設計完畢以後須要給參與人員進行講解（開發，測試，uiue））

    四、其餘給出各自文檔

        4.1 開發根據產品文檔須要進行概要設計（能夠沒有實際文檔），然後須要給產品和測試還有相關開發人員進行講解

        4.2 測試根據以前參加的兩場評審（產品文檔評審，開發的設計評審）產出測試用例

    五、開發開發過程當中要根據測試用例進行單元測試

    六、開發天天要進行代碼審查（保證質量，互相學習，相互提升）

    七、測試要提早介入，提早發現問題所在

    八、測試集成測試

    九、產品對產品進行驗收

    十、針對每一個任務進行算分，給全部人進行打分

    十一、生命週期完畢。

針對生命週期中各個過程的具體實現

    站立晨會（總結昨天，計劃今天，協調問題），小組形式任意組合（項目，技術），也能夠是一個大組。糾正天天的不穩定因素。

    經過tower反饋天天時時進度的任務（一方面是向團隊內部透明，另外一方面也是監督本身），一切的不穩定因素在天天都能獲得糾正，而不是在周例會。

    天天下班進行一次我的總結，若是有小組的話 master須要進行小組總結，每一個小組有一人須要監督和督促每一個任務的過程完成狀況。一樣糾正天天的不穩定因素。

    根據功能大小，自行組織進行代碼審查（每次審查須要高級開發程序猿參與），及時糾正代碼質量問題。

    開發完畢交付測試以前須要進行單元測試，及時糾正代碼質量問題。

    每週進行周總結。（一樣也是站立會。說一下最贊小夥伴及緣由，說一下本身這周工做內容，說一下範圍不限看到的問題及處理方法,評選每週最贊小夥伴），周例會只是總結。

績效覈算原始數據來源    

      1.  開發肯定需求進入開發以前，進行詳細的工做任務分解（粒度到能夠執行）

      2.  針對每一個任務設定合理的分值和應該作的過程，獲得本次迭代中全部任務的計劃生產值

      3.  分解後的任務能夠按照指派式或者領取式進入執行階段

      4.  任務完成時按照必定的公式計算參與本任務的全部人的應得分值。獲得本次迭代中每一個人的產出。和整個小組的實際產出。

組織架構：

    po（productor owner）組：核心開發人員組成，參與產品的方向和產品的範圍，交付日期的肯定

    開發小組： 根據業務來劃分/根據功能來劃分/根據職能來劃分

    組長： master

【備註】歡迎訪問本人官方博客：http://blog.dvapi.com