最近一位朋友找我聊天，糾結今年要不要換工作。
下面我們來一起看看他的情況。（以下稱為小C）
01
小 C 的工作情況
小 C 目前就職於一家中等規模的公司，在這家公司待了近三年了。小 C 剛開始進公司被分配到一個預研專案，也一直跟著這個專案至今，這個專案也逐漸走到量產這一步。
小 C 見過專案最初的樣子，人員投入從最開始只有小 C 一個人，到現在的一批人；寫了一些專案中從無到有的模組；接觸了幾批從這個專案中離開的人；早期寫了一些業務功能程式碼；維護一些沒人維護的程式碼；參與了幾次軟體重構等等經歷。
專案開發期間遇到了一些不愉快的事情，但小 C 還是想著做完這個專案再離開，就像想看著自己的孩子長大成人。
02
小 C 想要辭職的原因
1、邊緣化
小 C 最開始做的是專案裡最核心的業務開發，這也是領導比較關注的部分，後面同時接手了另一個大的、新的、輔助的模組。因為小 C 精力有限，所以把其中的一部分工作交給了其他同事來做，而交出去的正是這比較核心的模組，小 C 去開發新的模組。
但萬萬沒想到的是，小 C 做的這個模組竟然成了最邊緣的模組。早期階段，模組版本迭代，很長一段時間也沒人去使用，提出的風險點也沒有人去關注，前期因為沒有人去使用，從而一些潛在的問題沒有能暴露出來，中後期一暴露出問題，就開始各種追責了。
2、新的專案負責人無大局觀
專案前中期，換了新的專案負責人，新的專案負責人為演算法工程師出身，只關注其比較熟悉的核心模組，其它非核心的軟體模組一概不關心、也沒有一個大概的瞭解，對小 C 的這個模組更是毫不關注，這個模組的會議也很少參與，一齣問題就會追責。
這導致整個專案裡就沒有一個人能對整個系統有一個比較清晰的瞭解，也沒有好好地去管控，各模組開會反饋的風險及需要的一些支援，也沒有去想辦法協調。
這讓我想起了我的一位朋友說起他的領導，一天天的正事不幹幾件，心思專門放在出去聚餐時給大家安排座位，安排誰坐哪誰坐誰邊上這些事情上？
3、直接上級沒擔當
專案負責人之所以不去了解其它非核心模組也有一定的原因。專案負責人想讓小C的直接上級去把控這些模組，然而直接上級也不怎麼上心，敷衍式地對待這些模組，模組負責人是小C的直接上級，很多時候需求是直接到小C的直接上級那裡，小C也都是按照著需求來做，最後需求可能與上頭要求的不符，上頭就會開始追責。
這時候直接上級縮起來啥也不幹，小C就成了個冤大頭。做出來的東西沒問題，模組負責人受益，做出來的東西有問題，小 C 背鍋。
4、專案規劃較亂
我們都知道，專案前期規劃雖然是不能保證專案實施過程中100%沒有變動的，但是後期整個系統軟硬體還有大的改動實屬不應該。小 C 他們的專案在後期量產前兩三個月還有硬體上的改動，對應的軟體就要改動，這些硬體上的改動正好又涉及了小 C 的模組。
而這些涉及到硬體改動的問題，小 C 在專案前中期就有提出來這些風險，但領導們沒有及時拍板，遲遲不去修改，到後期才匆匆忙忙地頻繁去改版。小C作為後一級的模組，只能在短時間內加班加點完成這些修改的適配。
03
小 C 遲遲不離職的原因
1、工作強度
小 C 他們公司的工作強度相對很多公司小很多，小 C 在這家工作的前兩年，平時幾乎不怎麼加班，週末基本也都能保證雙休，所以他的業餘時間很充裕，以致於有較多個人時間去學習提高自己、自己做一些專案、做點副業。
小 C 他們最近專案緊張，過去幾個月加的班相對多些，但是也遠比一些中心區域的公司的工作強度要小一些。
2、薪資
小 C 公司位於非中心區域，薪資相對中心區域會稍低一些，但是綜合整體收支，可能也能與中心區域持平，加上小 C 的業餘副業所得，整體收入甚至稍高於中心區域相關崗位的平均薪資。
而且，小 C 在今年年初的時候，在一些招聘平臺上有公開過自己的簡歷，被其領導透過其它渠道發現了，找了小 C 談了一波話，加了一波薪，雖然跟跳槽相比還是稍低了些，但是也還在小 C 可接受範圍，所以繼續待了一陣子。
3、其它激勵
公司之前給小 C 分了一些股票，今年應該會解鎖一部分，雖然不是很多，但既然已經等了那麼久了，想領完這個分紅再做決定。
04
討論
從上面，我們大概瞭解到了小 C 的一些情況。如果你是小 C ，你會做何選擇呢？
如果我是小 C ，我大概是領完分紅之後就開始找其他機會了。
1、跟著一個團隊負責人領導力不足的團隊做事會很累的
小 C 所在的團隊，新的專案負責人顯然經驗不是很足，很多東西都沒在自己的管控範圍之內。例如，很多團隊可能或多或少地會存在這種問題：
上級沒有為工程師把控一些需求，直接透明傳到工程師這頭，這麼一通做下來，越到專案後期就會越亂，大家都在互相推鍋扯皮。
2、跟著一個沒有規劃的團隊會很累
跟著一個沒有規劃的團隊做事會很累的，這可能也是因為經驗不足導致的。就我所在的團隊，也存在著類似問題：
做一個新的產品，還沒開始做就開始各種考慮成本，導致後期各種方案行不通，就得推到重來，但前中期做了很多事情，可能都白做了，這研發成本遠比這硬體成本要高得做，得不償失，何不先出產品，產品迭代時再想辦法降本？
做嵌入式產品，軟硬結合，硬體強大，軟體可以稍微簡單一點，軟體簡單是指軟體不用去做一些硬體可以做的事情，軟體可以專注做其它事情，整個系統也會更加可靠一些。相反，用一些功能更、效能較差的硬體，軟體可能要做的事情很多，要去彌補硬體。
做一個新的產品，各種功能都要加上，好像是產品只賣一次就不賣了，就不更新了。我覺得優先投入大部分資源開發核心功能，保證核心功能穩定，就可以出貨了，而不是各種優先順序沒那麼高的功能都想往上加，導致開發週期拉得很長，耽誤了產品上市的時間。
看看人家汽車行業，改了個儀表盤，又是個新款。
3、類似公司不只有這一家
小 C 提到的這家公司的優點，肯定不只有這一家有。前面兩點原因的存在就可以考慮新機會了，騎驢找馬。
工作中，要有備胎思想，哪怕工作很穩定的情況下，也可以多去看看外面的機會，哪怕現在上級、領導對你多麼多麼的好。
特別是最近一年，如果你負責的內容沒有給公司帶來太大價值的之後，說不定你就被畢業了，甚至如果你的專案沒價值，整個專案就直接砍掉，相關人員會裁掉一部分。
以上就是本次的分享，部分表述僅代表個人觀點，不一定正確，歡迎大家討論！
