【51CTO.com快譯】在開始之前，我先介紹下自己的情況。我在一家大公司工作，和同事們很好相處，而且公司允許居家辦公。我負責撰寫技術類文章以及編寫代碼。當然，我也在工作當中遇到過種種困境，也免不了“被坑”，今天和大家分享下我的職場防“被坑”秘籍之一，如何在企業裁員之前有所“預感”，并提早做好準備。

下面進入正題，如果您遇到以下九種狀況，請立刻考慮為自己找位新東家！

1.您的系統被稱為遺留方案

[[179951]]

如果您目前的工作是打理某些“遺留系統”，那么請馬上整理簡歷、參與培訓并業余時間多學點新技能。相信我，這時企業已經開始物色新的人選來構建新的業務系統，而這一切都將與您無關。

也許這樣的判斷并非百試百靈，但請相信我，我過去幾年中曾經收到了不少這類簡歷：從業者在兩到三年內沒有學習任何新知識，并在一夜之間丟了工作。因此，提早為風險做好準備往往是成本***的應對方法。

2.未受邀參加您以往曾經參加的會議

[[179952]]

無論出于個人、專業或者技術原因，如果您被排除出定期會議之外，往往意味著您的工作可能不保。

3.頑固的老板會給多樣性帶來巨大打擊

[[179953]]

歧視問題無處不在，而且很多時候表現得并不明顯。這意味著可能在進行同樣的工作時，老板專門把您挑出來批判一番; 老板為您設定的工作標準與其他同事明顯不同; 或者您得到的獎勵更少。

可悲的是，這類狀況始終得不到良好解決。總而言之，在老板心中您的位置可有可無。面對這樣的狀況，不要勉強忍耐，選擇真正接納您的工作環境顯然更為明智。

4.缺少質量標準

[[179954]]

有些企業并不重視單元測試以及負載測試等編寫工作，甚至會對那些找出問題并調試bug的員工簡單表達“感謝”,沒有一套標準的考核，分工不明確，導致您的自身利益受損。別說了，趕緊走。

5.自上而下型設計/管理機制

[[179955]]

我并不是說自上而下的傳達架構或者是業務要求有什么不妥。我的意思是在那些不懂技術的上級領導，總愛胡亂摻和并提出一些大家都知道根本不可行的主意，而讓下屬們去執行任務。那么請快快離開，這種管理思路只會帶來恐怖的軟件成果與失敗的開發項目。

6.極度崇拜敏捷原則

[[179956]]

最近，某家咨詢公司制定了一份“敏捷流程”圖表，那份圖標看起來就像是一個傻小子規劃的地鐵路線圖，并且有些公司就認為這份圖表是軟件開發過程的***體現。

毫無疑問，采用SDLC/瀑布式開發流程還是敏捷方法應視具體情況而定，且大多數情況是要求我們將二者相結合。但是，偏有很多人喜歡單純的從理論出發并將有效的現有方法扔進垃圾堆，而直接采用“敏捷流程”圖表。如果大家希望開發的軟件能夠起效，之前的制定的“敏捷流程”圖表顯然非常惡劣。

7.發布書面的PIP或者負面評論

[[179957]]

一般來講，管理者們解決問題的***方式應該是與對應人員直接交談。如果他們更傾向于發布書面性質的負面評論或者績效改進規劃（簡稱PIP），那么意味著其已經在考慮將您炒掉了。

8.隨意發布新的“必須完成”要求

[[179958]]

我曾在一家企業工作過，其經常給出大量變更要求且必須在短時間內完成。開發者們往往得通宵達旦才能完成這些新增工作。而且不出所料，這種急工趕出來的結果往往非常糟糕。

當然，在某些管理者眼中這就是“敏捷”原則——他敏他的，咱走咱的。

9.同一問題反復出現

[[179959]]

如果您所發布的軟件反復遭遇同一問題，而團隊成員又拒絕改變工作方式，那么請盡快離開——別被這幫同事帶瘸了。

原文標題：9 signs you should quit your programming

【51CTO譯稿，合作站點轉載請注明原文譯者和出處為51CTO.com】