開始一份新的工作本身就是一個不大不小的挑戰，而目前自己也整處在這么一個過程之中，其他的瑣事先不講，這里記錄一下自己在進入一個新的工作組后，熟悉已有產品的一些想法：

    首先，我們可能會收到來自PM的一系列項目文檔，或多或少，自己目前這個項目的相關文檔就很多，因為這是一個外包項目，所以，很多的文檔和架構相關的一些東東都是老外來提供的，具體到要有多少個文件，多少個類，分別叫什么，其屬性有哪些，方法有哪些……這似乎就是自己經常在一些讀物上讀到的架構式開發，而且是采用了常見的三層架構，即DAL、BLL和UI，但有一點不一樣的地方，就是DAL和BLL都是和數據表有著緊密的對應關系，而BLL也是按照對象化的形式來對數據庫進行操作的，也就是說DAL中只提供一系列的查詢、插入、更新和刪除的方法即可，而在DAL和BLL中間也直接省掉了相應的實體類，而是直接將涉及的字段作為內部成員的形式來操作。

    再者，由于團隊內成員的流動性，所以我一進入到團隊中，最緊急的事情就是迅速熟悉要離開的同伴的工作，以便能夠順利地接下他遺留下的工作，于是，自己馬上向這位伙伴請教了一些他工作內容的東東，包括他的工作包括哪些系統工程、文件和頁面等，了解到這些以后，最重要的就是從最直觀的系統流程開始，首先登陸測試系統，將常用流程進行實際操作，并主要關注那位伙伴涉及的頁面和流程，再得到了一些直觀感受后，又向他請教了有關這些頁面及業務流程中的業務關系和實現邏輯，這一過程也還算順利，最重要的是理解。

    下一步，自己將拿到的眾多文檔都大致過了一遍，不用看的非常細，尤其是BRD這類需求文檔，只要做到能知道每個文檔是什么用途即可。然后，下載源代碼，直接觀察系統的架構及工程間的調用關系，把一些自己不是特別熟悉的引用組件添加到學習備忘錄，再對整個系統有了一個整體的架構了解的基礎上，以自己的任務范圍為優先，開始著手翻看這些頁面前臺、后臺業務、數據庫訪問邏輯之間的關系，主要是查看具體的代碼，這個時候，我把一些自己以前沒有用到的客戶端控件、服務器端控件及特殊系統調用等都添加到學習備忘錄。

    下面幾種對學習備忘錄中記錄的新內容進行入門學習，上網找資料，查書等，把這些內容的目的和使用方法進行理解，并將實際的代碼應用能夠進行消化，因為是快速學習，所以深度方面的東西，還是需要再今后的工作中再進行的。消除掉這些知識方面的障礙后，轉過頭來，還是需要對我們需要負責的內容進行再次的深度理解，能做到對代碼的功用及層次結構了然于心即可，因為每個人有每個人的編碼風格，所以，沒有必要過分強求，但對于一些團隊規范類的東西，還是需要做一些記錄的，保證代碼的一致性。

    完成以上的工作后，自己下一步的計劃就是再努力從系統整體角度來把握自己負責的內容和其他的業務內容，但這需要一個過程，是需要再不斷的工作中進行積累的，當然上面說的也是需要對數據庫的結構有所了解才行的，同時對DAL中到底是調用存儲過程還是數據庫函數，或者還是直接執行SQL語句等進行辨別。

    總的來說，自己一開始也是比較的迷茫，因為也是第一次換工作，而且工作的性質和內容都有了很大的變化，所以如何能夠做到快速適應，應該是一個很大的挑戰，但沒有挑戰，就等于沒有成長！下面把幾個自己認為比較重要的步驟列一下，希望能對大家有所幫助：

（1）    熟悉公司的辦公環境：包括自己所在團隊，辦公接口人、IT接口人等。

（2）    收集團隊內的可用資源：包括公共服務器，項目相關文檔，協作方式，聯系方式等。

（3）    了解自己的工作職責：主要是向PM了解自己今后的工作內容，并概要了解自己參與的項目情況。

（4）    向“指導員”詢問自己的工作內容和要點：主要是更加細致地詢問一些自己工作內容方面的重點。

（5）    瀏覽項目組共享文件：主要是項目相關的一系列文檔，了解這些文檔的內容性質即可。

（6）    登陸測試環境，熟悉操作流程：主要關注自己負責的內容。

（7）    察看系統源碼，熟悉層次架構：主要是整體上對架構進行熟悉，同時察看一下數據庫整體結構。

（8）    察看自己負責部分內容的源碼，熟悉具體應用及調用層次方面的關系以及數據庫對應關系和表結構等內容：要細致地看，并總結一些團隊規范。

（9）    對7和8中的一些新的技術內容，自己要進行快速學習掌握：達到能夠理解具體應用和簡單示例的程度。

（10）    接手負責內容，并嘗試做一些bug修正和新內容添加方面的工作：主要還是以維護為主。

it知識庫：快速融入新團隊的一點個人體會，轉載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。