IT工程師的職業(yè)規(guī)劃讓很多人為了選擇技術(shù)路線還是管理路線很糾結(jié)，技術(shù)還是管理染突，程序員應(yīng)該如何規(guī)劃自己的職業(yè)道路捻爷？技術(shù)崗轉(zhuǎn)管理崗會面臨哪些問題？如何充分展現(xiàn)自己的價值份企？技術(shù)出身的創(chuàng)業(yè)者該提前做好哪些準(zhǔn)備也榄？本次特邀專家本初網(wǎng)絡(luò)創(chuàng)始人左華棟老師一起探討工程師的職業(yè)發(fā)展路線選擇與規(guī)劃。

專家簡介

陜西本初網(wǎng)絡(luò)科技有限公司創(chuàng)始人司志，西安交通大學(xué)城市學(xué)院工商管理專業(yè)甜紫，大學(xué)時即成立簡凡工作室，團隊以給學(xué)校開發(fā)網(wǎng)站為主骂远，在 phpwind9.0發(fā)布時囚霸，簡凡工作室制作了許多插件，成為了當(dāng)時 phpwind9.0 插件模板最多的第三方開發(fā)商激才。后創(chuàng)立本初網(wǎng)絡(luò)拓型，從事于網(wǎng)站建設(shè)等相關(guān)服務(wù)，涉及軟件瘸恼、硬件吨述，對于產(chǎn)品、技術(shù)钞脂、運營一體化都有非常豐富的經(jīng)驗。

分享主題

一捕儒、???技術(shù)還是管理冰啃，程序員應(yīng)該如何規(guī)劃自己的職業(yè)道路？

1刘莹、??性格評估——適合做管理嗎阎毅？

2、??職業(yè)路線評估——是否必須做管理点弯？

二扇调、???技術(shù)崗轉(zhuǎn)管理崗會面臨哪些問題？

1抢肛、??技術(shù)選型狼钮。

2、??是否適合敏捷開發(fā)捡絮。

3熬芜、??如何避免人治。

4福稳、??執(zhí)行是管理成敗的關(guān)鍵涎拉。

三、???如何充分展現(xiàn)自己的價值？

1鼓拧、??團隊協(xié)作能力半火。

2、??進度把控能力季俩。

四钮糖、???技術(shù)出身的創(chuàng)業(yè)者該提前做好哪些準(zhǔn)備？?

1种玛、??做好人心會比技術(shù)復(fù)雜多的充分準(zhǔn)備藐鹤。

2、??管理成本會隨人數(shù)的增加而大幅增加赂韵。

3娱节、??做好管理成本與開發(fā)成本的權(quán)衡。

接下來祭示，就由左華棟老師帶了精彩的分享

左：首先肄满，很感謝能給我這次分享的機會，感謝大家給我啰嗦的機會质涛，也感謝碼云Gitee 一直以來對我們項目的支持稠歉。很慚愧的說，我并不是一個成功者汇陆，而是有著不少失敗的經(jīng)驗的失敗者吧怒炸，我把我們團隊在技術(shù)和管理過程中所遇到的一些坑和解決方式分享給大家。由于是我這邊是 Linux Mint 毡代，QQ 可能會有崩潰的情況阅羹，希望大家多多包容。

以上是我今天大概要說的內(nèi)容

一教寂、???技術(shù)還是管理捏鱼，程序員應(yīng)該如何規(guī)劃自己的職業(yè)道路？

第一個大問題：?技術(shù)還是管理酪耕，程序員應(yīng)該如何規(guī)劃自己的職業(yè)道路

首先做性格評估——適合做管理嗎导梆？

關(guān)于這個問題，網(wǎng)上可能已經(jīng)有上百種答案了迂烁，很多都是一些比較有道理的廢話看尼。而我想從經(jīng)驗角度來談?wù)勥@個問題。

優(yōu)柔寡斷婚被，有選擇困難癥狡忙，朝令夕改的，使被管理者摸不著頭腦址芯，對公司的管理層的公信力產(chǎn)生質(zhì)疑灾茁。

可能在最初的管理中窜觉，由于缺乏自信，多少會出現(xiàn)這樣的情況北专。在我們初期也遇到了這個問題禀挫，凡是涉及全公司的制度和政策，都統(tǒng)一口徑通知拓颓，先做一段試行语婴，看整體情況，即使要修改驶睦，也必須等到下一次全員通知砰左。不過這點不用過度擔(dān)心這是屬于可克服的缺陷。平時的工作中要多注意這些問題场航。

悲觀情緒嚴(yán)重缠导，缺少安全感，凡事總先看到缺點溉痢，悲天憫人僻造，總有刁民想害朕的妄想型。這種情緒問題是比較嚴(yán)重的孩饼，往往會給團隊帶來負面影響髓削，團隊更需要一些積極向上的正能量，如果管理層都充滿悲觀情緒的話镀娶，被管理者肯定也不會有太多的積極性立膛。這個問題比較嚴(yán)重，建議先克服心理因素梯码。

這種情緒會影響開發(fā)團隊旧巾，所以遇到事先往好處想。不喜歡擔(dān)責(zé)任忍些，遇事先找個替死鬼的。容易動怒坎怪，經(jīng)常責(zé)怪被管理者沒有執(zhí)行力罢坝，一心想找人給被管理者培訓(xùn)打雞血的〗亮可以說嘁酿，這種很常見，也很普遍男应，有很多中型的企業(yè)闹司，也喜歡給員工培訓(xùn)洗腦，讓有被管理者執(zhí)行力沐飘，但是這種打雞血行為恰恰是管理者不想承擔(dān)責(zé)任的借口游桩。

這種情況在中型公司比較常見牲迫，實際原因來說：一是管理者沒有多次強調(diào)，二是被管理者利益與公司利益矛盾借卧。這個問題在初期影響不明顯盹憎，建議在工作中逐漸克服。有些企業(yè)還動不動就搞培訓(xùn)铐刘，搞講座陪每，想通過這種方式提高執(zhí)行力，實際最需要提高的是管理者本身镰吵。我之前有看到一個說法是：日企的執(zhí)行力高是因為他們經(jīng)常把任務(wù)重復(fù)三遍以上檩禾。

注重人情關(guān)系，工作生活不分疤祭，憑感覺做事盼产，獎懲不明的。首先画株，在工作上盡量撇開人情關(guān)系辆飘，如果確實難以取舍，建議還是不做管理谓传，否則會導(dǎo)致公司拉幫結(jié)派嚴(yán)重蜈项，內(nèi)部腐敗等問題。獎懲也好续挟，一定要建立在公司制度上紧卒，在此之外需要特批的，也得走流程進行申請诗祸，然后不斷完善制度跑芳。這個問題比較嚴(yán)重，我建議還是能盡量先克服直颅。

這個問題比較嚴(yán)重博个，我建議還是能盡量先克服。我們團隊之前也發(fā)生過類似情況功偿，覺得相處時間比較久了盆佣，不忍心辭退比較負能量的員工，結(jié)果最終影響到了核心成員的離職械荷」菜＃總的來說，對公吨瞎，該干什么還是干什么痹兜，爭執(zhí)也好，獎懲也罷?颤诀；對私字旭，該吃飯吃飯对湃，該玩樂玩樂，能準(zhǔn)確處理好這種關(guān)系十分重要谐算。

我們公司離職的員工有時候也會來一起吃個飯什么的熟尉，管理者的心態(tài)應(yīng)該是：反正上輩子又沒有仇，哪里來那么多怨洲脂。

在我們團隊初期由于缺乏統(tǒng)一的統(tǒng)籌規(guī)劃以及各自過于獨立斤儿，導(dǎo)致大家一直在做自己認(rèn)為對企業(yè)正確的事情，結(jié)果造成了嚴(yán)重的資源浪費恐锦。兵熊熊一個往果，將熊熊一窩也說明了管理者性格的重要性。

所以做事也不能一直特立獨行一铅，我行我素陕贮，縱使很有能力，也有可能起到負面作用潘飘。

2肮之、??職業(yè)路線評估——是否必須做管理？

做完性格評估后卜录，接下來戈擒，要知道是否必須做管理，或者說走管理的路子艰毒。

管理是很多程序員的路線之一筐高，但不是必然路線，管理也不是高高在上享清福丑瞧，權(quán)力越大柑土，責(zé)任也越大，比如要求后天上線绊汹，而你有十幾個程序員苦于修 BUG稽屏，這時候你應(yīng)該怎么辦？找外援西乖，加班诫欠？外援如何快速熟悉公司項目，加班薪資怎么算浴栽？怎么避免不滿情緒，如果加班都沒做完又怎么辦轿偎？如果看到這已經(jīng)焦頭爛額了典鸡，就重新思考下，是否真的那么想做管理吧坏晦。

好的管理不一定有好的技術(shù)萝玷，但起碼要讓被管理者信服嫁乘，尤其是存在程序員鄙視鏈的情況下，舉例來說球碉，比如某公司的商城系統(tǒng)蜓斧，據(jù)說 PHP 全部換為 JAVA，原因是技術(shù)總監(jiān)熟悉 JAVA睁冬，覺得管不了 PHPer 挎春。

當(dāng)然，也有一些喜歡傳統(tǒng)的豆拨，用FTP 管理代碼直奋，導(dǎo)致大家每天要下載5G 左右的代碼和文件做同步，經(jīng)常相互覆蓋文件施禾，而且公司不做代碼規(guī)范脚线。這種情況的話，如果還想對自己技術(shù)有所提升弥搞，要么自己參與管理邮绿，要么還是盡早離職吧。

最終路線評估攀例，我還是希望大家能做個表對比下船逮，看看哪些是可以舍棄，哪些是可以克服的肛度。

|-------好處--------|-----壞處-------|?

|--能提升自我--|--人情關(guān)系可能不那么融洽了--|?

|--能夠嘗試一些新的技術(shù)棧--|--對項目管理沒有經(jīng)驗--|

順便插一句傻唾，用FTP 管理代碼的那哥們的團隊后來集體開了個迅雷會員，來解決下載問題承耿。

二冠骄、???技術(shù)崗轉(zhuǎn)管理崗會面臨哪些問題？

然后第二個大問題： 技術(shù)崗轉(zhuǎn)管理崗會面臨哪些問題加袋？

1. 技術(shù)選型

技術(shù)選型是作為一個技術(shù)管理者不得不考慮的問題凛辣，除了結(jié)合現(xiàn)在公司情況和業(yè)務(wù)與市場情況，還應(yīng)該了解人才招聘情況职烧。

我們一開始主要做 web 扁誓，后端選用了 PHP ，為了代碼質(zhì)量蚀之，用了 Laravel 框架蝗敢，但是在西安，Laravel 特別難招足删。隨著 vue 的發(fā)布寿谴，我們公司后端 Laravel 前端 vue ，一定程度上減輕了后端工作量失受，但 Laravel 招聘問題一直沒得到很好的解決讶泰，人員流動比較大咏瑟。

后來隨著業(yè)務(wù)范圍的拓展，發(fā)現(xiàn) 純 PHP 越來越難以單獨勝任一些高并發(fā)以及嵌入式的場景痪署，尤其是單頁應(yīng)用盛行的今天码泞，更需要后端提供 API 。這期間也了解了swoole 和 reactphp 狼犯，但是相對來說招人就更困難了余寥，培養(yǎng)成本更高。

node.js??招人也十分難辜王，于是最后決定招?java?轉(zhuǎn)node?（考慮成本等原因劈狐，招的并不是成熟的?java?工程師），為了減少不適應(yīng)的情況呐馆，同時我們也期望有更好的架構(gòu)肥缔，我們選用了?nest.js?框架，這是一個?node?版的?spring汹来，同時也用?typescript?統(tǒng)一了前后端語言续膳，為了更好地適配?typescript?，我們最終選用了?React?（下載量使用量多收班，社區(qū)成熟穩(wěn)定）坟岔。

通過這次轉(zhuǎn)型，我們實際開發(fā)成本下降了有30-40%?摔桦，開發(fā)效率提升了20%?以上社付，同時性能還有大幅度的提升（業(yè)務(wù)場景下，node.js?異步非阻塞機制表現(xiàn)十分出眾）邻耕，當(dāng)然不是說?PHP?不好鸥咖，只是說如果想用一些好的技術(shù)和框架，還是應(yīng)該考慮當(dāng)?shù)厝瞬攀袌銮闆r兄世。

有技術(shù)選型困惑的倒是可以一起交流交流啼辣，只是技術(shù)選型這個問題上，不建議盲目追新御滩，要考慮實際情況鸥拧，當(dāng)然也不推薦太過于守舊，嘗試一些新的技術(shù)削解，對自己以后發(fā)展還是有好處的富弦。不用過分糾結(jié)于語言的好壞，主要還是看市場需求氛驮。

2腕柜、是否適合敏捷開發(fā)。

敏捷開發(fā)基本上是一個好公司的標(biāo)配了，盡管如此媳握，我還是不建議一些小團隊使用敏捷開發(fā)，一方面他對管理要求特別高磷脯，尤其是在公司項目管理還沒成型的情況下蛾找，盲目推崇敏捷開發(fā)可能適得其反，最終導(dǎo)致相互推卸責(zé)任赵誓。另外打毛，團隊人員不穩(wěn)定的情況下，敏捷開發(fā)也不適合俩功。當(dāng)然如果以上問題都不存在的話幻枉，那我強烈建議轉(zhuǎn)型為敏捷開發(fā)。我們目前是敏捷開發(fā)和瀑布流開發(fā)混合使用喉刘。

另外抒线，不管使用不使用敏捷開發(fā)诗舰，我都建議使用 git 來做代碼管理。不論是 GitHub 還是還是更符合國內(nèi)使用習(xí)慣的碼云Gitee 都可以實現(xiàn)椿肩，最重要的是：碼云創(chuàng)建私有庫是免費的，這點比較良心豺谈，做個代碼“網(wǎng)盤”不錯郑象。以我們團隊情況來說，主要有三個分支茬末，一是對內(nèi)開發(fā)厂榛，二是對外開發(fā)（接的一些外包），三是我們開源項目 Notadd 丽惭，相當(dāng)于三個團隊击奶，用碼云企業(yè)版管理和分配任務(wù)，以及查看任務(wù)統(tǒng)計大大方便了我們吐根。

這是我們團隊的?Notadd?開源倉庫：?https://gitee.com/notadd/??

（基于新技術(shù)棧的開源模塊化開發(fā)框架正歼，能大大減少項目構(gòu)建成本，目前開發(fā)有?PHP版和?node.js?版）拷橘，這是我們團隊的主要項目局义，我們期望未來開發(fā)都是可拓展，可大量減少重復(fù)工作量的模塊化開發(fā)方式冗疮，同時又使用一些新的技術(shù)不斷提升用戶體驗萄唇，歡迎大家給我們提交?PR。

根據(jù)我們的使用經(jīng)驗术幔，碼云更適合中小型開發(fā)團隊另萤，除了能滿足基本的代碼托管外，還能方便的支撐項目管理和文檔協(xié)作方面的需求。當(dāng)然小型團隊可以使用個人版本的碼云四敞，創(chuàng)建私有庫就可以泛源。

3、??如何避免人治忿危。

對事和對人的看法一定要分開达箍，對管理者來說，這是很難能可貴的品質(zhì)铺厨。對事不對人缎玫，這點十分重要。關(guān)于法治問題解滓，這個我倒是推薦看看 《大秦帝國：裂變》 關(guān)于商鞅變法這段赃磨，想對于齊國而言，只有商鞅的法制能夠最終得以延續(xù)洼裤。

講個典型的人治例子： 我之前有個朋友8點去公司邻辉，老總8點10分發(fā)通知，說是所有人必須8點40之前到逸邦，由于他沒看手機恩沛，然后“遲到”，老總為了立威扣了他200元工資缕减，扣不扣雷客，扣多少都是老總說了算，沒有相應(yīng)制度桥狡，于是他選擇了離職搅裙。

在管理上，存在漏洞是正常的裹芝，但是應(yīng)該正確認(rèn)識到問題部逮，修改相應(yīng)的規(guī)則，并進行通知嫂易，而不是全部特殊處理兄朋。

另外，平等并不代表絕對的公正怜械，管理上還應(yīng)該考慮個人差異颅和。

4、??執(zhí)行是管理成敗的關(guān)鍵缕允。

這里的執(zhí)行說的是管理者的執(zhí)行峡扩，作為管理者應(yīng)當(dāng)對制度進行嚴(yán)格的執(zhí)行，制度可以寬松障本，但是執(zhí)行必須嚴(yán)格教届。初期一定不要怕麻煩响鹃，形成習(xí)慣以后就是良性循環(huán)了。

即使不是自己去執(zhí)行案训，也應(yīng)該對執(zhí)行者做深入的考核买置，保證執(zhí)行的有效性。

不談獎懲的制度都是耍流氓强霎，如果違反相應(yīng)的制度堕义，應(yīng)該接受怎樣的懲罰，這是應(yīng)該提前定好的脆栋，否則后續(xù)執(zhí)行會有很多坑。

三洒擦、???如何充分展現(xiàn)自己的價值椿争？

1、??團隊協(xié)作能力熟嫩。

作為管理來說秦踪，應(yīng)該培養(yǎng)的是一支團隊，而不是某個人才掸茅。團隊協(xié)作能力是一個基礎(chǔ)椅邓，使用git，制定代碼規(guī)范昧狮，命名要求景馁，環(huán)境統(tǒng)一等 都是盡可能減少團隊成員之間差異的方式。

實際上由于個人能力差異逗鸣，經(jīng)常會出現(xiàn) A 寫的代碼合住，B 得費很大勁才能看懂，那這時候就應(yīng)該考慮每個成員必須在開發(fā)過程中應(yīng)不斷完善開發(fā)文檔和說明了撒璧。

還有一類情況特別普遍透葛，尤其是對于一些沒有經(jīng)驗的程序員，比如一個小功能卿樱，他首先不是去 GitHub 碼云 Gitee去搜僚害，而是自己寫，等填完各種坑后才發(fā)現(xiàn)繁调，網(wǎng)上有大神寫好萨蚕，并且開源的東西了，很多工作都等于白做了涉馁，一定要培養(yǎng)搜索的習(xí)慣门岔，，當(dāng)然也不建議什么都搜烤送，我們公司之前也有寒随，搜了以后糾結(jié)用哪個好，然后又查了幾個小時。公司建立一個常用開源庫也是不錯的妻往，大家把自己常用到的好的庫鏈接都放上去互艾。

2. 進度把控能力

如果做項目管理不做好進度把控，這會導(dǎo)致在很多公司不受待見讯泣。進度是很多開發(fā)公司的生命線纫普。

一方面做好時間的評估，項目允許的時間好渠，項目管理安排的時間昨稼，由于個人能力差異可能完成的時間，并且預(yù)留大把的時間做 BUG 修復(fù)工作以及應(yīng)對可能存在的項目延期拳锚。開發(fā)者所給的時間經(jīng)常不靠譜假栓。

過程中要做好按天管理的進度把控，在時間評估上不建議包含周末霍掺，而在實際開發(fā)調(diào)整過程中匾荆，可以根據(jù)項目情況決定是否要包含晚上和周末（加班）。如果加班比較頻繁的話杆烁，建議在項目完成后多給開發(fā)者休假時間牙丽。

緊急補救，一般來說兔魂，這時候找外援補救烤芦，除非對方經(jīng)驗十分豐富，否則很難做好補救措施析校。我們也遇到過補救團隊跑路的情況拍棕。另外一方面也要盡可能跟銷售和市場方溝通，盡量平復(fù)甲方的情緒勺良，同時可以先上線一部分主要功能绰播。如果這樣的情況較多，可以找靠譜的團隊長期合作（救火專用）尚困。

不要做過多的進度承諾蠢箩，盡量預(yù)留較為充足的時間，千萬不能對項目進度迷之自信事甜。同時保證項目代碼的的安全性谬泌，項目代碼全部以 git 提交為準(zhǔn)，既方便了協(xié)作防止代碼沖突逻谦，也能防止一些意外發(fā)生掌实，我們是有硬盤損壞的血淚史的。

代碼管理是自建系統(tǒng)還是用云平臺邦马？實際上贱鼻，中小型企業(yè)自建 gitlab 的成本較高宴卖，而且也不能保證代碼不被丟失。而云平臺會做多份存儲與定期備份邻悬，即使本地和遠端倉庫被誤刪也可恢復(fù)症昏，這是自建所無法媲美的。建議有條件的團隊購買一些付費版的 Git 托管平臺父丰，一般都有協(xié)議保障肝谭，我們團隊 Notadd 項目 之所以會使用碼云，也是為了防止上述悲劇的重演蛾扇。

四攘烛、???技術(shù)出身的創(chuàng)業(yè)者該提前做好哪些準(zhǔn)備？

最后一個大問題：?技術(shù)出身的創(chuàng)業(yè)者該提前做好哪些準(zhǔn)備镀首？

1.?做好人心會比技術(shù)復(fù)雜多的充分準(zhǔn)備

即使是如此全能如此復(fù)雜的?AI?也難以判斷人的喜怒哀樂医寿，那么作為管理者要面對的這些問題更加復(fù)雜了。舉個比較有意思的例子蘑斧，說是有個皇帝喜歡石頭，就派官員去全國各地找漂亮的石頭须眷，起初竖瘾，很多平民也上交一些奇異的石頭換取金錢。再到后來花颗，形成了一股挖石頭的熱潮捕传。最后淪為了一些官員的濫用職權(quán)的借口，說你家地底下有好石頭扩劝，需要把房子扒了庸论，挖石頭。

做管理也是一樣棒呛，很多事情聂示，可能初心是好的，但執(zhí)行起來卻最終變了味簇秒，最終的結(jié)果就是好心辦壞事鱼喉。

我們也經(jīng)常遇開發(fā)者踢皮球的事，前端甩鍋給后端趋观，后端甩鍋給前端扛禽，也有怕得罪人，自己背鍋的情況皱坛。權(quán)責(zé)劃分一定要明確编曼，有問題一定要當(dāng)時提出（比如后端接口沒寫完），防止踢皮球的現(xiàn)象剩辟。

2. 管理成本會隨人數(shù)的增加而大幅增加

起初幾人的團隊管理掐场，可能這個問題還不明顯往扔，但是一旦人數(shù)上漲，管理成本會很快上漲刻肄。

我舉個簡單的例子：比如要解決一些銷售人員的貪污問題瓤球，做了一個銷售監(jiān)察小組，然后為了解決監(jiān)察小組的貪污問題敏弃，又做了一個監(jiān)察 監(jiān)察小組的 小組卦羡，如此循環(huán)，管理成本必然大幅提升麦到，而最終創(chuàng)造價值的卻是銷售人員绿饵。

知乎有一篇文章比較有意思，值得一看：

https://www.zhihu.com/question/22977065/answer/236152323

刷盤子的故事瓶颠，為了解決洗滌靈被偷拿的問題（小成本）拟赊，而最后動用的管理成本已經(jīng)遠遠超過了洗滌靈的成本。

3. 做好管理成本與開發(fā)成本的權(quán)衡

管理是手段粹淋，并不是目的吸祟，小團隊做過度的管理是極不推薦的，跟上面提及的一樣桃移，別為了管理而忘了最初的目的屋匕。

實際上要做好管理成本和開發(fā)成本的權(quán)衡，要考慮這樣做能帶來多少效益和價值借杰，同時損失多少人力用做了管理过吻。這樣做的目的是什么，有沒有更簡單的方式蔗衡？

總之纤虽，管理上增加小的成本，解決大的開發(fā)成本绞惦，是比較推崇的逼纸。

在結(jié)尾，我還想扯點別的济蝉，作為管理者樊展，我總聽到有人在說 “存在即合理”，但這是一句被人誤解的話堆生，這里的合理也并不是合乎人倫道理专缠，要結(jié)合原文哲學(xué)思想來看，而是說合乎它存在的絕對精神淑仆，不然法律和犯罪同樣存在涝婉，為什么法律還要制裁犯罪？今天就到這里蔗怠，感謝 51CTO 提供的平臺墩弯，感謝開源中國以及碼云的大力支持吩跋，最后，對我們項目有興趣的童鞋渔工，歡迎star 我們的開源項目

Github： https://github.com/notadd/notadd 碼云（Gitee）： https://gitee.com/notadd/notadd （Node.js 版正在開發(fā)喲）

后續(xù)也期望和大家能探討出適合的管理方式锌钮，再次感謝大家聽我啰嗦。