接手一個業務復雜的項目后？

前后就職于三家公司，參與過大大小小的項目也不少，剛進入一個新的公司或項目組的時候，如何快速開展工作，我也談談自己的辦法。

首先，上班第一天要快速的找到“飯團”，別笑，我是認真的；這件事兒越早越好，越拖越尷尬；和團隊成員都混熟了，后面的工作會更容易開展，工作過程中的溝通會更加的順暢；有些公司會給新人安排一些行政對接的工作，比如單位做工卡，讓你幫忙搜集一下部門所有人的照片，看起來是打雜的活兒，其實也是給你一個機會認識每一個人，日后工作上有交集的時候，會比你問：“請問哪位是XXX？”要好很多。

盡快把本地環境部署好，讓程序可以在自己的電腦上運行起來；問清楚開發、測試、生產環境（有權限的話）的地址、用戶名、密碼；問清楚開發流程，比如代碼如何提交、用哪個代碼基線開發、提測的流程是怎么樣的、誰來發布測試環境、如果是開發人員自己發布的話，通常是什么時候發布等等。這些問題都記到本子上，避免忘了了再去問別人。本地環境搭建好了之后，結合著文檔跟代碼；沒有代碼？結合著操作手冊跟代碼；沒有操作手冊？結合著注釋跟代碼；沒有注釋？讓老員工講講，然后跟代碼；老員工不搭理？就說讓你快點兒找到“飯團”吧。總之就是找到一切可以利用的資源跟代碼，從起點開始，一步一步得打斷點讀代碼；這個起點可能是頁面的一個按鈕，可能是一個定時服務，可能是一個對外的接口；等你看懂一個功能的時候，可以再去問問老員工或者項目經理，讓他們站在業務的角度上，是如何理解的；代碼看不懂的時候，也可以多問，但是要注意：【一定是帶著問題去問，而不是一行代碼都沒看，就讓別人給你講】等你開始正式開發的時候，先不要著急敲代碼；先把你對需求的理解，給別人講一遍，避免有理解錯誤的地方；然后寫出偽代碼，講一講你計劃怎么做，需要增加或修改哪些代碼；都確認好了之后，再動手敲代碼。所以剛工作的時候，經常是項目經理給我講完需求，我會說：“經理，我再復述一遍，你停一下我理解的對不對”。

通常進入一個新項目之后，基本的過程就是這樣的，如果是一個非常龐大的項目，可以先從某一個模塊入手，等這個模塊都熟悉了之后，再去熟悉第二個、第三個...

我將持續分享Java開發、架構設計、程序員職業發展等方面的見解，希望能得到你的關注。