項目組建和磨合階段常見的坑

本文由做者鍾雪蘭受權網易雲社區發佈。

背景：

全部的項目都要經歷組建階段（又叫造成階段），磨合階段（又叫震盪階段），正規階段（又叫規範階段），表現階段（又叫實幹階段）。在項目的組建和磨合階段，項目成員要麼是從各個地方抽調過來的，要麼就是新入職的，成員技術怎麼樣，人品性格什麼狀況，在團隊狀況基本不太瞭解的狀況下項目成員開始運用技能着手執行分配到的任務，開始緩慢推動工做，在這個過程當中項目團隊會遇到大大小小各類各樣的問題，而這些問題須要咱們整個團隊持續總結概括，優化改進，繼續前行才能順利到達咱們的正規和表現階段。

項目初期通常都會有哪些常見的問題呢，舉幾個比較常見的例子

代碼規範的執行力問題。

每一個項目都會設定本身的代碼規範，新團隊大部分是剛畢業的大學生，不少沒有遵循代碼規範的意識或者習慣，即便一再強調，也還會有各類不可控的狀況發生，好比沒有代碼審查，認爲只要實現需求，質量保障是qa的事情；好比代碼分支管理混亂，亂提交代碼現象嚴重，臨上線才發現有些非本版本，而且未開發完成的代碼也提交在了主幹，致使上線前還要處理各類多餘的代碼甚至使版本不能按時發佈。

缺乏線上持續跟蹤。

不少項目都處於超快速發展上升期，通常版本週期在1-2周，一個版本尚未交付，另外一個版本已經準備安排中，快速完成上線並驗證以後，基本認爲版本已經結束，立馬進入下一個版本週期，沒有人再去進行線上的持續跟蹤，不少隱藏性bug就這麼輕易的躲過了咱們的檢查，最終暴露在用戶面前，形成不可挽回的損失。

缺少文檔以及概括總結。

在敏捷項目中，版本迭代週期很是的短，項目整個團隊天天都在趕進度，搶時間，前期每每就會忽略掉文檔的重要性，不管是開發文檔，產品文檔，仍是項目各類流程規範文檔，在項目過程當中都是很是重要的，缺少這些文檔，到後期可能會花費幾倍甚至更多的時間和精力去整理，有的甚至只能經過查代碼或者通過各類測試補充完成。

那麼怎麼在咱們的實際項目中儘可能避免和優化這些問題呢？

代碼提交精細化管理。固然充分的準備以及培訓工做是必不可少的，敏捷項目中代碼的分支管理規範尤爲重要，在團隊磨合期，權限控制要進行精細化處理，由統一的代碼分支控制人員進行分支開啓和合並提交，並進行代碼最終到代碼審查。

版本線上的持續跟蹤。在進行上線版本的驗證檢查以後，安排特定的負責人員對線上log進行按期掃描分析，持續跟蹤用戶使用狀況，增長行爲異常報警，確保有問題儘早發現儘早解決，避免形成更多很差的影響或者損失。

文檔先行。有些文檔必須在前期進行準備，如開發的api文檔，產品功能需求以及設計文檔，以及各類流程規範文檔。每一個版本結束以後進行總結概括，按期維護，存檔

免費領取驗證碼、內容安全、短信發送、直播點播體驗包及雲服務器等套餐

更多網易技術、產品、運營經驗分享請訪問網易雲社區。

相關文章：
【推薦】 【譯文】不是全部的 bug 都值得修復的
【推薦】 一步步教你學會browserify
【推薦】 nkv客戶端性能調優