(2) 有問題要盡早喊
當一個模塊或者一個任務交給你的時候，可能存在各種各樣的困難，會出現(xiàn)各種各樣的問題，需要各種各樣的資源，這一切都應該慎重考慮后盡早提出。
問題的盡早提出，其實是風險控制的一種手段。
調配資源，排除干擾，風險控制是一個項目經理的重要責任之一，然而不要認為項目經理會英明神武到知道一切細節(jié)，也不要認為這是項目經理的事情，與你無關。其實一個模塊，真正了解細節(jié)的是你。
所以對團隊來講，事先問題沒有提出，到時候出現(xiàn)是你的甚至你的團隊的責任，問題及早提出了，項目經理向相關人員請求資源，到時候沒有解決不是你的責任，甚至也不是你們團隊的責任了。這個樣子既幫助你的項目經理控制風險，又能夠在外國人面前撇清責任，是每一個項目經理都歡迎的事情。
對你個人來講，問題及早提出了，以后或有Bug，或有delay，都不會給人一種突然的感覺，也給項目經理一種對你，也對整個項目可控的感覺。
從心理學上來講，人們多慣于先聽壞消息，再聽好消息，而不愿意先聽好消息，再聽壞消息，這是我們常說的冷熱水效應：一杯溫水，保持溫度不變，另有一杯冷水，一杯熱水。當先將手放在冷水中，再放到溫水中，會感到溫水熱；當先將手放在熱水中，再放到溫水中，會感到溫水涼。
一個經常舉得例子是：某汽車銷售公司的老李，每月都能賣出30輛以上汽車，深得公司經理的賞識。由于種種原因，老李預計到這個月只能賣出10輛車。深懂人性奧妙的老李對經理說：“由于銀根緊縮，市場蕭條，我估計這個月頂多賣出5輛車。”經理點了點頭，對他的看法表示贊成。沒想到一個月過后，老李竟然賣了12輛汽車，公司經理對他大大夸獎一番。假若老李說本月可以賣15輛或者事先對此不說，結果只賣了12輛，公司經理會怎么認為呢？他會強烈地感受到老李失敗了，不但不會夸獎，反而可能指責。在這個事例中，老李把糟糕情況――頂多賣5輛車，報告給經理，使得經理心中的“秤砣”變小，因此當月績出來以后，對老李的評價不但不會降低，反而提高了。
(3) 用Bug來說不
不知從何時開始《致加西亞的信》以及《沒有任何借口》此類的書開始暢銷，從而以執(zhí)行力的名義把責任全部推到被領導的一方，用軍隊的方式來要求自己的員工，不講條件，沒有借口，從不說不，來完成領導所給的任務。真不知道資本家有什么資格這樣要求自己的員工，作為軍人為祖國獻身后至少能夠成為烈士，家人受到撫慰，而資本家在員工連跳九人的情況下卻在論證這個數(shù)字其實低于平均自殺率的。
然而大多數(shù)的領導的的確確喜歡沒有借口的下屬，也不喜歡聽到說不。所以當一個任務下達的時候，或者一種方案被指定的時候，不要直接說不。
領導畢竟是領導，能做到現(xiàn)在的位置，畢竟有強于你的地方；領導畢竟也是人，提出的方案也可能是拍腦袋拍出來的，也許會有不合理性。
然而需要記住的一點是：上情下達可以拍腦袋，下情上達則要用證據(jù)。
當你認為領導給的任務或者方案有問題的時候，除了上面提到的喊難在前之外，一定要加一句，"我試試看"。
當你經過實驗測試，有數(shù)據(jù)或者日志足以證明你的結論的時候，可以嘗試說，"我覺得可能有些問題"。
然而有時候簡單的測試并不能夠證明的時候，或者領導再次堅持的時候，那上手做吧，只是別忘了做的有擴展性一些，能在多種方案之間較容易的切換，并將領導堅持的方案暴露出來。當測試人員發(fā)現(xiàn)問題的時候，將比你說不有效果的多。這時候領導關心的便是如何Bug進行修復，不在糾結到底應該采用你的方案還是他的方案了，當然此時你千萬不要得意洋洋的指出領導原來方案的不合理性，你不指出，領導其實是從心里認可了你的方案的，并且為你記了一功，如果你指出來，適得其反了，大部分領導絕不會表面承認自己的錯誤的，可能會再次堅持自己的方案的合理性，并把因此帶來的項目失敗或者delay記在你的頭上。也許大家清晰的記得曹操不承認"雞肋"的退兵禁令而殺楊修的故事吧。如果你覺得你的領導氣度大于曹操，那么再次恭喜你。
也許你會說：這不是浪費了一個過程嗎？其實不然，你先做了領導的方案，然后改Bug的時候應用了自己的方案，在領導眼中，你是一個好的下屬，好的執(zhí)行者，你是做了兩件事情的。
如果你堅持做了自己的方案而沒有優(yōu)先用領導的方案，則會有以下風險：
你永遠失去了證明你的方案優(yōu)于領導的方案的機會
你會被認為固執(zhí)，難于溝通，執(zhí)行力差
一旦你的方案出現(xiàn)問題，你將單獨的承擔責任，甚至整個項目delay的責任。如果你優(yōu)先采用了領導的方案出現(xiàn)問題的時候，一般合格的領導會勇于承擔起責任，替你說好話："我們采取的方案是相對較優(yōu)的，也是經過測試的，Bug是難免的"，相反，如果你固執(zhí)己見，則沒有人會替你說話，反而會說："要是用原來的方案不會出現(xiàn)這個問題" 。
領導的方案一般是由一定原理上合理性的，你的方案可能是比較符合你的實際需要，然而當時過境遷，context不在的時候，你百口難辨。
所以，毫無怨言的接受任務——讓上司圓滿，如果有問題，讓Bug來說。
(4) 該干什么的時候干什么
在外企，一個常說的詞叫"professional"，何為職業(yè)化，一個通俗的說法是，該干什么的時候干什么，當然無論干什么，永遠不要忘記，你是一個程序員，一個基層的程序員。
前面說過，除了寫程序，外企的生活是豐富多彩的，健身，按摩，小食品，飲料，旅游，年會，各種協(xié)會等等不一而足，而且外企的氛圍是相對寬松的，你可以在任何時間盡情享用，沒有人會有意見，當然是在你完成了工作的基礎之上的。
然而永遠需要記住的是，寫程序才是你的天職，而多彩的生活是公司對員工的福利，是一種施舍，說的不好聽一點，公司花錢請你來是寫軟件的，不是讓你來娛樂的，公司讓你娛樂是給你臉，你總不能給臉不要臉吧。話說的難聽一點，但細想想，話糙理不糙，試想如果項目經理每次來巡查的時候都看到你或大聲的說笑，或盡情的飲食，或玩桌上足球的時候，其內心不會有上面的想法？只不過是一種優(yōu)雅的方式表達出來罷了。比如走到你的面前，微笑著問："你的feature做的如何了？"，"Bug XXX有沒有結果？"，順便強調一下你所做的模塊的難度和重要性："你做的這部分比較有難度，是對你能力的挑戰(zhàn)"，并在后來一句："慢慢做，不著急"。你可知曉此彬彬有禮下面的深意？經理兩次到你這里來說"不著急"的間隔越短，其實是說明這件事情越著急的。
所以說在辦公室的大部分時間，你都應該低頭寫程序，談話也要討論技術問題，娛樂要適度，除非你想被人覺得工作量太少，不努力，或者你有足夠的信心自己負責的模塊不會出問題。
另外在開會的時候，你由于任務太多，總是盯著自己的筆記本默默寫自己的代碼嗎？不要這樣，這樣會讓組織會議的人感到不被尊重，會讓領導覺得你對項目組不夠關心，不夠投入，甚至不夠忠誠。開會的時候，要像開會的樣子。你可以提前閱讀材料來準備幾個問題；你可以支持，補充或建議組織者的方案；你可以在外國人面前舉出證據(jù)來維護中國團隊的利益；實在沒招，你至少可以記會議記錄，會后發(fā)meeting minutes。這樣你給人的印象永遠是你是有想法的，你是有貢獻的，你是關心項目的，你是熱愛團隊的。
