前言
每年金三銀四時節，總有很多同學會跳槽加入新的公司，來獲取職場或者物質上更好的發展空間和彙報。加入一家新的公司，對公司的一些流程規範、業務前景大多都有自己的期待。
但同時也會有困惑或擔憂，怎麼和新同事，新上級相處？如何贏得新夥伴的信任？怎麼學習新的技術框架、業務流程、協同方式等，並做出成果？
這篇文章，聊聊我自己在職場工作幾年，總結出來的一些經驗，供大家參考。
方法技巧
資訊獲取
組織架構
每個公司的組織架構都有或多或少的差異，加入新公司的第一週，我個人建議快速熟悉公司大體的組織架構。
做技術的同學大多會在技術部/研發中心/IT部門等一級部門，按照個人的習慣，我會在第一週和自己崗位強相關或者經常打交道的二三級部門同學聊聊，
比如業務研發&基礎架構&測試&運維DBA等同學，瞭解他們的日常工作內容和流程，快速獲取和自己的崗位有關的資訊，便於日後工作的開展。
流程規範
這裡的流程規範包含兩方面：公司規範和技術規範。
公司規範主要包括：報銷、週報月報、打卡考勤、補貼申請、公司紅線等方面。
技術規範主要包括：版本迭代、資源評估、需求&技術方案&用例評審、釋出上線、資產申請、會議邀請方面。
業務背景
無論是基礎架構、技術支撐、或者一線研發工作，瞭解業務是必不可少的。
這裡的業務背景指的是：目前的核心業務是什麼？業務流程從頭到尾怎麼串起來？各個核心業務的上下游依賴是誰，對應的產品、研發、測試、運維DBA等同學各是誰等方面。
技術框架
做技術的同學，如果不瞭解公司整體的技術架構和元件，那工作的侷限性和發展空間一定不大。
這裡列舉一些常見的需要了解的方面，供大家參考：
- 技術棧（java、python、golang、PHP、.net）
- 技術架構
- 作業系統：Windows伺服器、Linux伺服器
- 系統架構：單體式、服務叢集、分散式、微服務、SOA......
- 部署方式：自建機房、雲服務、虛擬機器、容器化......
- 請求鏈路：user→gateway→web server→app server→DB
- 技術元件：Redis、各種MQ、各種JOB、各種儲存元件（mysql、tidb、HDFS、flink）
- 監控告警：cat、jaeger、zabbix、skywalking、Prometheus......
拿到結果
長期規劃
進入一家新公司新的部門，一定要了解部門的長期規劃是什麼。包括但不限於：
- 團隊規模：目前多少人，預計本季度、本年度招聘到多少人；
- 通過這點可以粗略判斷業務發展情況，組織架構變更多自己的影響以及上升的空間有多大！
- 技術規劃：目前是服務叢集，要做技術重構、微服務化、容器化；
- 技術迭代變化中，自己能做什麼，要解決什麼問題，能獲得多大的成長，面臨的技術挑戰！
- 迭代效率：目前是2週一個版本，預計通過多久變為一週一個版本，一週2個版本；
- 迭代的效率提升往往意味著CICD體系構建以及需求吞吐和交付質量的壓力，影響會比較大！
短期目標
大多數網際網路公司，都會通過OKR或者KPI來制定短期的目標，這裡不評價哪個體系更好，或者它們的考核標準是否明確清晰。
從我個人角度來看，無論是OKR還是KPI，它首先是明確了短期要實現的目標，便於統一協調整體向一個方向走。
還是建議大家以中立的態度來看待這些方式，從中汲取和自己有關的部分。
快速落地
前面說了長期規劃和短期目標，但職場實際上就是一個赤裸裸的生存法則具現體。
無論是校招的應屆生還是社招的有工作經驗的同學，對每個同學的考察期和給予的機會都大差不差，融入團隊的首要目標，還是要先落地，證明自己的價值，才能有機會看到更多的可能性。
用一句和前同事聊天經常說的話來說就是：誰都不容易，想拿到想要的，你得先快速落地拿到領導想要的結果，證明自己值這些錢，才能想其他的。
解決問題
怎樣才能快速落地呢？簡單來說就是：解決問題。
你目前處在那個團隊&崗位，目前團隊面臨的問題和困境是什麼？你能否解決？交付的質量怎麼樣？領導安排的工作分工你是否按時保質的達成了領導想要的結果。
解決問題的過程，除了達成自己最初的價值訴求，或多或少還能從中學到一些東西。
溝通態度
躬身入局
我們每個人都或多或少有些路徑依賴，即覺得自己過往成功來源於自身的某種特性或者某種做事方式。
但事實上我們過往能夠拿到成果一定是在正確的時機、正確的場合做了正確的選擇，雖然從日後來看這個選擇很成功，但不代表當你遇到類似問題的時候可以不動大腦的複製之前的決定，因為時機變了，場合也變了。
加入新的公司新的團隊，過去的工作經驗和固有的思維模式，很可能不適配。
所以新人應該儘可能以初入職場的心態，放空自己，“削足適履，躬身入局”，從零開始，快速學習，快速瞭解團隊的人、事、流程和方法等，是自己能夠快速適應工作環境。
新人加入最好是能夠先僵化式跟隨師兄，使自己能夠快速把基礎工作做好，先拿到結果。經過一定的專案鍛鍊後，結合過去的經驗和持續學習的輸入，能夠提出現有機制流程和系統方法等方面的優化建議和解決方案。
提問思考
新人集中加入，師兄和TL往往要同時帶多個新人，比較難方方面面都能夠把資訊及時的Push到新人。
建議新人自己主動多去Pull資訊、任務和目標。利用好週報、OKR等工具，全面快速拉取資訊，而不是等著他人Push過來。
嚴己寬人
每個公司在不同階段，制度、流程、系統都會有所變化，很難心無旁騖的只關注自己的領域。
這個時候需要的不是去抱怨某某團隊支援做的不好或者工作不到位，而是要積極去思考在現狀下如何能夠做得更好，甚至更進一步思考我們怎麼能夠幫助我們的上下游變得更好。
多思考推動，事情才能真的變好，直面我們當前的問題，解決當前的問題，把別人的問題儘可能縮小，儘可能放大自己的問題，讓自己的工作能夠無懈可擊。
所有人都喜歡一個有擔當且無BUG的合作方，所有人都不喜歡一邊抱怨一邊自己做不好的合作方。
積極主動
每個公司在不同階段，制度、流程、系統都會有所變化，會有很多需要完善的事情，若是你的視野再大一點，看到整個團隊的話，那麼團隊當中需要人做，可是尚未有人做的事，都是你的事情。
好比你們一直苦於沒有一個好用的報表工具，那你看到了這點，是否是能夠抽空去做一個。之後團隊其他人用的都是你寫的工具。TL 和團隊小夥伴是否會對你高看一眼呢？
一方面是當事情來臨或者是問題出現的時候，積極主動地參與其中。
做事情的時候需要積極地反饋，當遇到問題、或者有一些階段性產出的時候，需要主動地反饋給老闆和上級，讓他們知道你當前專案推進的風險和成果。
站在老闆或 TL的角度來看，其實很放心把事情交給他們去做，能夠省下投入在跟進中的精力。
另一方面是當本身發現了一些問題的時候，即便老闆或者是其餘人沒有作出要求，也能積極地去推動它或者是解決它。
好比發現了一些隱藏的bug須要修復、發現了某些問題須要訂正，或者是某些功能能夠帶來很大效率或者穩定性的提高。在這個時候需要主動和上級以及其餘人溝通，去推動這些事情落地。
這裡面的難點在前者，想要能有這些發現，不是靠靈光一閃就好了，需要背後付出不少努力。
技巧工具
前面講到了資訊獲取的方式渠道和長期規劃與短期目標。那麼從哪裡獲取這些資訊呢？
週報月報
從我工作幾年的經歷而言，大多數公司都會有日報&週報&月報等各種報的操作。
可能很多同學對寫週報是一種完事的敷衍態度，實際上如果你換個角度來看，週報月報是一種很好的瞭解團隊動態的渠道。
這裡有個小技巧，可以將部門一些team leader、核心技術同學的郵件單獨設一個郵件組，每天花一點時間來了解他們的報告裡包含的資訊，也許會有出其不意的收穫。
會議紀要
開會，是很多人在職場中都要面臨的一件事，當然，我自己遇到開會，也很頭疼。大多數時候一大群人在會議室爭論半天，討論的就幾個人，大多數就是打醬油的。
但有一點需要注意：會議的目的是就一些事達成共識和明確推進事項以及負責人。會議紀要往往能體現這一點（如果加入的公司有這種機制的話）。
瞭解專案的背景、各方面負責人、目前的進度風險和待辦事項，對個人是利大於弊的一件事。
技術文件
做技術的同學，該如何去了解新公司新團隊的相關技術和業務呢？文件是一個很重要的渠道（如果有最好，如果沒有，可以從你開始做技術沉澱）。
這裡的技術文件包括但不限於：技術設計文件、API設計文件、需求文件、用例分析設計文件、業務邏輯文件。
加入新公司，花一些時間熟讀這些文件，對後續的工作快速開展有很大幫助，還是那句話：先落地拿到結果，解決問題，再考慮其他。
時間管理
相信很多同學日常的工作時間會被很多事情打斷，比如隨時被其他同事諮詢問題，參加會議，頭腦風暴等各種操作，工作時間碎片化，
不僅精力分散，而且該乾的事情實際上進度並不理想。該如何解決這個問題呢？我個人工作幾年沉澱了下面幾點方法，供參考：
- 學會拒絕，界定工作的邊界和職責範圍；
- 不必要的會議不用參加，事後看會議紀要或者和同事聊聊就好；
- 番茄工作法之類的時間管理方法都可以嘗試起來，找到自己適應的節奏；
- 建立工作清單，每天來公司第一件事列出今天/本週要做的事情，分類按重要程度排序，完成打個勾（實際上這一點如果做的好，每週的週報基本素材都是現成的）；
最後
實際上講了這麼多，職場還有很多規則需要大家自己去熟悉適應。打工人打工魂，祝願大家在卷的道路上能稍微輕鬆點，掌握一些方法和技巧，輕鬆的卷，苦中作樂的卷。