首先將專案（大目標），分為三個小目標：業務、技術、團隊運作。
業務
請同事講一下，這個業務是做什麼的，解決什麼樣的問題，具體的業務流程是什麼樣子的。
在這期間，不需要弄懂所有的細節，只需要建立起初步的框架。
技術
你先得知道整個系統用到的技術棧，這樣你對系統用到的框架和工具就有數了。
對外：系統對外提供哪些介面（協議），系統需要整合哪些外部系統
對內：系統由哪些模組組成，每個模組承擔怎樣的職責，每個模組內部又是如何分層的。
然後檢視構建指令碼，了解專案的常用命令。
最後才是**，比如**的目錄結構、配置檔案的位置、模組在原始碼上的體現。
團隊運作
對外：這個團隊有哪些外部介面，比如需求是從哪來的，產品最終會由誰使用，團隊需要向誰匯報。如果有外部客戶，日常溝通是怎麼安排的。
對內：一方面是定期的活動，比如站會、回顧會議、週會，這些不同活動的時間安排是怎樣的；另一方面是團隊的日常活動，比如是否有每天的**評審、是否有內部的分享機制等。
如何接手乙個新專案
專案好與不好，它就在那裡 架構優雅或者醜陋，它就在那裡 注釋有或者沒有，它還在那裡 文件亂或者不亂，它始終都在那裡。不論它是什麼樣子的，線上就那樣跑著。一般來講，專案分為兩種 2 為技術服務的專案，比如開源中介軟體專案 dubbo spring cloud 各種資料庫中介軟體 各種快取方案等 首先說...
如何快速接手乙個系統？
常規的做法是看設計文件 了解背景 維護 等。經過這一階段的體會，總結到以下可行的方法。a.先了解基本的框架 類庫的大概作用 b.從配置檔案入手，必須了解每乙個配置的含義，特別是該配置對應功能的實現邏輯。這對於維護系統 討論問題特別重要，如果連乙個配置都不知道，怎麼還能說在維護這個系統?c.把 重要的...
如何快速接手乙個新系統
背景回顧 受今年疫情影響，公司之前負責 產品的人員準備離職了，然後領導安排你來與他做工作交接，後面產品的工作就交給你來負責了。系統的位址和資料某某一會發給你，可以去看看。那麼產品經理如何交接工作，盡量最大程度的接收資訊，以便快速接手乙個新系統？此時，我們可以擼起袖子就開幹麼？此時我們面對的是乙個全新...