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

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

（X）力求表現（O）靜觀其變

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

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

也就是先把自己的工作內容顧好，並藉此觀察公司目前的運作方式、既定流程、既有文件等，等自己熟悉產業與公司文化後，再提出自己希望調整的地方。

因為在沒有掌握整件事情的來龍去脈之前，做出的決定很有可能不夠周全，甚至影響到同事們對自己的第一印象。

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

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

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

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

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

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

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

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