三思而後言

下午接到組長電話， 以為他要給我派新活，沒想到他第一句話就是：“Thanks a million!”

我楞了一下， 為什麽要用這麽誇張的語言來謝我？我在工作場合， 從來沒對任何人用過這句話。

“你剛才的報告棒極了！把活交給你， 我放心！”

其實這個報告，本應該是另外一個部門來做， 因為在這一領域， 人家是專家，更何況這個問題是人家提出來的。 可這些活總是被推到我們部門，我猜測有三個原因。 一是要花時間， 各部門的預算都比較緊， 能推就推；二是報告流程需要協調很多部門， 而這剛好是我們的職責；三是要在所有部門麵前做報告， 麵對那麽多人的提問， 尤其是首席工程師， 肯定有壓力。

有個同事說很多人都害怕做這個報告，因為所有部門代表都在現場， 肯定有回答不上來的時候。我當然有壓力， 但不害怕，答不上來沒什麽丟人的，本來我的級別就低嘛。具體技術上的問題， 由各方代表接招就行。

以前做報告， 講到最重要的幻燈片，我會說：“現在我暫停， 以讓大家閱讀， 提問。”以往，首席工程師常說：“好了， 我沒問題， 繼續！”

可今天， 首席工程師卻說：“我不想閱讀，你直接講好了。 ”

我楞了一下， 趕緊說：“這張幻燈片裏準備了很多細節， 首先讓我簡單總結一下。 原來是這樣的。。。但是。。。因此。。。”

等我快速講完後， 有人問了個簡單的流程問題，首席工程師說：“我沒有問題，其他人有沒有問題或者顧慮？”

一片寂靜，他說：“那好， 這份報告通過！謝謝你，Lily.  ”

我常出一口氣。 這份報告我已經準備了好幾周，在好多部門之間反複溝通，協調， 組長沒有給出任何意見。當首席工程師說他不想閱讀時， 意外的我有些著急， 還好， 我迅速闡述了要點。我理解他不想閱讀， 尤其在累的時候。有時我收到很長的郵件， 也沒有閱讀的興趣，所以我的工作郵件一般有3個層次：

1. 首先用項目符號列表闡明要點。

2. 粘貼最直接的證據截圖，這樣就能為對方節省尋找相關證據的時間。

3. 但有些人想要親自鑽研，核實， 所以我把相關文件作為附件同時發送。

今天， 我很意外首席工程師滿足於我的簡單概括，這讓我領悟到工作中的交流，不論是口頭還是書麵，都要分層次。 有些人沒時間，沒興趣， 也沒必要了解細節， 就開門見山說重點：“我認為應該。。。主要原因是。。。”

當然， 要提前做好各個層次的功課，防止有人會習慣性地連問5個為什麽。話到嘴邊要三思， 但一開始琢磨該說什麽的時候，就要三思：“這話非說不可嗎？我的邏輯有無漏洞？證據是否有力？說了對方會如何反應？我又該如何對答？”