很多程序員都認為，只要把代碼寫好了，少制造幾個Bug，就不會被甩鍋了，就會得到領導賞識了，Tooyoungtosimple...
如果掌握下面這幾點，可以我們讓我們的工作做的更好。
把活兒干好，當然還是第一位
雖然我自認為自己是一個情商比較低的人，但畢竟在職場混跡了十余年，也見識過形形色色的人；根據我多年的經驗，雖然我們一門心思把工作做好，但是總會有人把心思放在怎么混日子、怎么拍馬屁、怎么推卸責任上。
當你有一天發現現實中有很多這樣的人，工作能力一般、欺下瞞上卻又能混的很好的時候，你會怎么做？
我是依然選擇【
萬事留痕
當你在開發過程中，需求/產品/業務告訴你有個地方需要修改一下的時候，你怎么做？
如果是合理的要求，當然是要積極響應，配合修改；
但是有一點要注意，就是在確認完修改內容之后，一定要對方提供書面內容，比如需求文檔，比如郵件，甚至可以是通訊軟件對話的截圖；千萬不能電話或面對面溝通后，就直接動手敲代碼了。
這些書面內容，很可能會成為日后避免背鍋的證據！
定期匯報工作進度，出現問題及時報告
領導交給你一項任務，一周之內完成，你是周五快下班的時候向領導說說“已經完成”，或“有些困難，預計要晚兩天”，還是每一兩天就向領導匯報一下工作進度呢？
如果生產環境出現一個比較嚴重的Bug，你是想辦法偷偷地改掉，還是帶著修改方案去告訴領導呢？
我們努力把工作完成，定期向領導匯報，就算一切進展順利，也需要說一句“進度正常，會按時間完成”；
如果有困難、有阻斷，也要及時讓領導知曉（帶著解決方案去找領導，有些資源可以讓領導幫助協調）。
把自己的成果吆喝出來
很多公司都會組織定期述職，不少程序員很是抵觸，認為做PPT都是浪費時間，有這精力還不如多敲幾行代碼，其實這種想法是錯誤的。
我們在工作過程中，一般都是向直屬領導匯報，除非特別出色，否則上面的大領導不會清楚你在做什么，也不會知道你的工作能力是怎么樣的（其實有的時候，你做的工作連直屬領導都不一定百分百清楚）；
這時候各種述職就是一個很好的表現機會了。
趕緊跑路
最后還有一點，不知道大家是否見過那種欺上瞞下的領導呢？
他們會把手下人的工作成果全部攬在自己名下，不給下屬任何評優和晉升的機會，甚至頻頻甩鍋給下屬；
想象一下，如果你的項目經理，技術一點兒不會，所有的工作都是讓你來做，但是向上卻維護著天天加班、認真工作的形象；年底績效自己是優秀，你是不及格...你會怎么做？
如果碰到這樣的領導，還是趕緊調崗或者跳槽吧。