面向老闆程式設計

我:這需求沒法做。

老闆:能做。

我:好嘞。

場景一

A專案裡有一個非常緊急的線上問題，需要你立刻實時響應，但是這個專案並不是你老闆的，你們是作為資源進去支援的。這時候你老闆過來讓你幫他出一個數據分析，這關係到你老闆一個小時後向高層的彙報，如果彙報不好你老闆可能會吃大虧。

你會怎麼選擇？

當一個老好人？兩邊都答應兩邊都做不好？

當一個得罪其他人的人，後邊可能很難彌補？

當一個得罪老闆的人，後邊可能混不下去了？

你有你自己的判斷和選擇。

場景二

B專案裡有很多瑣碎但是很重要的小事，佔據了你一天90%的時間（包括所有的加班時間），但是老闆對你的期望是，能把某平臺的需求支援好、健壯性、監控、資料大盤 做好。

你會怎麼選擇？

拼了命解決B專案裡這些小事？沒精力完成平臺建設？

全力解決老闆的期望，儘量解決B專案裡的事情，但是可能會接受來自B專案的質疑？

拼了命也完不成兩邊的事情？把自己每天都搞得很疲憊？

你有你自己的判斷和選擇。

場景三

C專案裡有一個需求，如果做了將會給自己帶來無窮無盡的麻煩，時間上也確實來不及做了，人力上也基本無法支援，但是老闆說，嗯這個我們要按照C專案原定計劃進行。

你會怎麼選擇？

厚臉皮死扛下來？最後有大鍋也順便扛了？

跟老闆撕破臉說這破玩意真做不了？

跟老闆私聊下，要資源才能做，要老闆的支援才能推動，後續的維護也要方案和人。

你有你自己的判斷和選擇。

當然你要是說你有精力處理好所有的一切答疑我沒意見，現實情況就是，你完全不可能同時以同樣的優先順序處理好所有的事情。

面向老闆程式設計並不是要你一直拍老闆馬屁，這不是值得推崇的也是沒必要的事情，幹好手頭的活就是你對老闆最好的尊重。但很多時候你都要從做一個所有人眼中的老好人和完成老闆的期望中間有所選擇。

因為，活是幹不完的。