?

我目前任職的公司在近幾個月持續擴編，因此有不少新同事加入，其中有表現好的、有力求表現的，也有還在觀察的。這讓我想起自己剛進公司的情況，也想起每次換工作后，自己總會度過一個「一副菜樣」以及出包時期。

這篇想來聊聊：不管是職場菜鳥還是老鳥，剛加入新公司、剛到職時，該用什么樣的「姿態」與「個性」展現自己。

筑招網小編以下總共會列出3 句「加入新公司時，不適合說的話」，并一一以實際情況舉例，并且說明為什么不適合，以及該如何調整成相對安全的「新手onboard 起手式」。

但！一樣要打個預防針，以下純粹想要分享個人看法，不一定適用于各行各業，只是想寫出來給需要的人作為參考，至于實際上該怎么做，還是得看所處的工作環境與風氣啰！

1.「那我應該怎么辦？」

（?）消極應對

（?）帶著答案問問題

雖說標題提到「不管社會新人還是職場老鳥」都能適用這篇內容，但以個人經驗看來，1. 的問題較會發生在職場菜鳥身上。

初入職場的時候，難免繼續把自己當學生，有問題就想直接問老師（主管），但進入職場后，如果只有一種「我是來學習」的態度，公司不一定會覺得你積極向上，反而會疑惑：「那你可以帶給公司什么？」

所以，盡管公司對于菜鳥新鮮人有容忍度，但如果新鮮人能主動表現出「我有很多需要學習，但我也會努力貢獻所學」的積極態度，通常公司會對此更加青睞。

遙想我的第一份工作在公關代理商，很多時間都在寫客戶的方案，客戶會說：「我們下一季要推新品，想辦個發表會」，或者也可能很模糊地說：「我希望媒體可以多報導我們家品牌」，然后公關小精靈們就要熬夜變出方案，思考如何達成客戶的愿望，比如想個包裝的亮點，然后辦記者會、辦媒體餐敘（請記者吃飯＆送他們新品）、發新聞稿等。

說來簡單，但寫方案真的很困難。剛開始，不少新人都會問：「那我應該怎么開始寫？」然而，與其這樣問，其實可以先百度「怎么寫方案」，至少幫自己理出一個框架。
若是更想挑戰自我的人，也可以藉由不斷透過自問自答的方式，借此培養自己邏輯思考的能力，并把方案架構列出來。像客戶已經表明「希望辦個發表會」了，再來得想的應該就是「怎么辦」。這就包含發表會的「人事時地物」了，比如：需要誰來參加、要有哪些環節、要辦在何時、要辦在哪里、要發表的東西是什么。

列出「人事時地物」 — — 也就是想完“how” 之后，再往更源頭追溯，就是“why”？客戶為什么要辦這個發表會？是因為產業趨勢嗎？比如在這個市場中，這個產品很夯？還是因為客戶的競品都在辦？所以是因為要輸人不輸陣嗎？還是因為客戶公司的內部策略？那公司希望達到什么目標呢？

想完這些“why” 后，又可以再列出產業趨勢與競品分析。所以，現在有了產業趨勢與競品分析，也有發表會的人事時地物，這份方案就有架構了！

不管用了哪個方法，想出大致的解法后，如果不確定自己這樣做對不對，比起直接問「怎么辦」，更好的做法是跟主管說：「關于這份方案，我目前大概想了個架構，我可不可以先列出來再麻煩你過目？如果沒問題，我再繼續往下細寫?！?/span>

也就是「帶著答案問問題」，表達一種「我有思考解法，但不確定是否正確，所以想來請教看看」的態度。

為什么要這樣做？換位思考看看吧：今天換作是自己要教新人東西，會希望這位新人當伸手牌，還是先做功課呢？

至于這樣做的好處是：可以增加自己組織思考與解決問題的能力。隨著資歷漸增，換工作時應該會漸漸發現，許多公司要求應征者是“independent thinker”（獨立思考者），或者具有“problem-solving”（解決問題）的能力，而這能力在典型臺灣教育的框架之中很難被培養，所以若能在職涯早期就開始養成，對未來或許有不小的幫助。

2.「為什么不試試看別的作法？」

（?）力求表現

（?）靜觀其變

這點有點微妙，畢竟上一段才說「不要當伸手牌」，這邊怎么又說「不可以力求表現」呢？其實就是得找平衡，要「稍微」積極主動，但又不能鋒芒畢露。

先舉個比較好懂的例子，比如吃湯面會先確認會不會太燙，避免燙到舌頭（這例子會不會太生活化），工作也是這樣。做為新人，不管是職場菜鳥還是老鳥，不論公司錄取的原因是想要「從新開始養新人」還是「希望有經驗的人為公司帶來新氣象」，只要是到職的前一、兩個月，都建議以「觀察」代替「行動」。

也就是先把自己的工作內容顧好，并借此觀察公司目前的運作方式、既定流程、既有文件等，等自己熟悉產業與公司文化后，再提出自己希望調整的地方。
因為在沒有掌握整件事情的來龍去脈之前，做出的決定很有可能不夠周全，甚至影響到同事們對自己的第一印象。

舉例來說，我剛開始加入這間公司時，有時候會跟工程對接到一些項目，覺得需求傳達得好像不太順，加上在前公司有跑敏捷開發，所以我在到職沒幾周后就跑去問工程師：「我們有考慮導入scrum 嗎？我在前公司跑過sprint，覺得這樣開發速度比較快，產品迭代也跑得比較順?！?/span>

先不論工程師的答復，現在回頭看來，這個問題其實很白目的。

一來，我當時不是產品經理，也不是工程團隊的人，更不夠了解新公司的產品開發流程，只是稍微覺得不順，但并不知道到底是「我不夠了解這套流程的運作邏輯」還是「這套開發流程真的有瑕疵」，如此冒然直接提出建議，其實很不尊重工程團隊。

二來，即使對于開發流程有建議，也可以更委婉地表達，用「請教」而非「質問」的方式，比如：「我們當初怎么決定采用現在這套開發方式的呢？」、「如果公司有資源，你覺得開發流程還可以怎樣做得更好呢？」若直接用「取代、替換」或「推翻、砍掉重練」的方式為切點，這樣別人只會覺得太有侵略性。

最近公司又來了一批新人，身為PM 的我被問了各種問題，比如為什么建筑人才網網站沒有XXX 功能、為什么某個功能不能XXX 使用、為什么不做別的建筑招聘平臺也有的XXX 工具……什么問題都有。

但這些問題不一定是公司以前沒想過，有的功能其實已經有了，只是發問者找不到；有的功能之前的確有做過，但因為使用率低或者難以管理而拔掉；有些事情則正在規劃中，有些事情是討論過，但與公司方向不同，所以最后沒執行。

但也強調一下：不是不給問！是希望做過功課再問。如果只用「為什么不試試看」的口吻作為切入點，別人會很容易認為發問者根本沒做功課，進而產生不好的觀感，甚至影響到后續的共事默契。

如果真的有問題想問、需要幫忙，可以參考先前的文章〈如何開口請人幫忙？讓雙方都舒服的求助話術〉，里面有些溝通話術也適用此場景。

?

3.「那我建議這件事情可以由別的同事負責進行」

（?）頤指氣使

（?）親力親為

如果在規模不是太大的公司，即使是主管級，也有很多時間必須要協助，甚至主要負責第一線的業務。像我目前是產品團隊的主管兼產品經理，不只負責人事管理與參與主管會議，平時也得花時間解決一般產品經理的庶務，比如對需求、畫wireframe、開票、測試等。

盡管有時真的快軋不過來，但我覺得從事這些庶務仍是利大于弊，一來是可以維持第一線做事的手感（況且我也還是菜鳥PM，有很多要學習），二來是可以知道第一線的同事們會碰到哪些實務問題。

然而，這并不是說剛到新公司就該做到死，而是要適時分配工作，不能把所有事情都往外推，但也不能都攬在自己身上

老話一句，還是得找個平衡才行。

如果把事情全部都分派給其他部門，大家只會覺得「這個新來的也太會踢皮球了吧」；而如果把事情都分給下屬，組內也可能覺得這個新主管「只剩一張嘴」，且事情都分出去了，自己就很有可能不熟悉第一線業務的運作情況，實務能力若備受挑戰，提出的策略又與第一線現場脫節的話，也可能因此難以得到同事或下屬的認同，甚至與第一線同事溝通時產生鴻溝。

為了怕這些事發生，我剛開始接手產品主管的角色時，會先自己多抓一點事情來做，不論大小功能，盡量把產品開發流程抓在手上。雖然那時的加班時間明顯變多，但也是因為這樣，讓我可以更快熟悉第一線業務，進而培養和各部門溝通的默契，也能在部門內和其他PM 與設計師更順暢溝通。

等到彼此共事熟悉了，再把任務分派出去，這樣如果同事有問題，自己也有足夠的經驗能回答，不會淪為打高空，甚至和第一線脫節。

?

結論

不知不覺又打了很多……這3 點看起來可能簡單，但實踐起來卻有很多眉角，總之，大方向的建議就是不要躁進，不要想說到了新公司就要力求表現、讓老板知道「雇用我有多值得！」；但也不能太被動，不要總是等同事派給你工作才去做、主管提醒后才發現自己漏掉很多細節。

總而言之，還是一句老話：得慢慢在做中學，這樣才能找到做事的平衡點