IT工程師的職業(yè)規(guī)劃讓很多人為了選擇技術(shù)路線還是管理路線很糾結(jié)，技術(shù)還是管理，程序員應(yīng)該如何規(guī)劃自己的職業(yè)道路？技術(shù)崗轉(zhuǎn)管理崗會(huì)面臨哪些問題？如何充分展現(xiàn)自己的價(jià)值？技術(shù)出身的創(chuàng)業(yè)者該提前做好哪些準(zhǔn)備？本次特邀專家本初網(wǎng)絡(luò)創(chuàng)始人左華棟老師一起探討工程師的職業(yè)發(fā)展路線選擇與規(guī)劃。
專家簡(jiǎn)介
陜西本初網(wǎng)絡(luò)科技有限公司創(chuàng)始人，西安交通大學(xué)城市學(xué)院工商管理專業(yè)，大學(xué)時(shí)即成立簡(jiǎn)凡工作室，團(tuán)隊(duì)以給學(xué)校開發(fā)網(wǎng)站為主，在 phpwind9.0發(fā)布時(shí)，簡(jiǎn)凡工作室制作了許多插件，成為了當(dāng)時(shí) phpwind9.0 插件模板最多的第三方開發(fā)商。后創(chuàng)立本初網(wǎng)絡(luò)，從事于網(wǎng)站建設(shè)等相關(guān)服務(wù)，涉及軟件、硬件，對(duì)于產(chǎn)品、技術(shù)、運(yùn)營一體化都有非常豐富的經(jīng)驗(yàn)。
分享主題
一、???技術(shù)還是管理，程序員應(yīng)該如何規(guī)劃自己的職業(yè)道路？
1、??性格評(píng)估——適合做管理嗎？
2、??職業(yè)路線評(píng)估——是否必須做管理？
二、???技術(shù)崗轉(zhuǎn)管理崗會(huì)面臨哪些問題？
1、??技術(shù)選型。
2、??是否適合敏捷開發(fā)。
3、??如何避免人治。
4、??執(zhí)行是管理成敗的關(guān)鍵。
三、???如何充分展現(xiàn)自己的價(jià)值？
1、??團(tuán)隊(duì)協(xié)作能力。
2、??進(jìn)度把控能力。
四、???技術(shù)出身的創(chuàng)業(yè)者該提前做好哪些準(zhǔn)備？?
1、??做好人心會(huì)比技術(shù)復(fù)雜多的充分準(zhǔn)備。
2、??管理成本會(huì)隨人數(shù)的增加而大幅增加。
3、??做好管理成本與開發(fā)成本的權(quán)衡。
接下來，就由左華棟老師帶了精彩的分享
左：首先，很感謝能給我這次分享的機(jī)會(huì)，感謝大家給我啰嗦的機(jī)會(huì)，也感謝碼云Gitee 一直以來對(duì)我們項(xiàng)目的支持。很慚愧的說，我并不是一個(gè)成功者，而是有著不少失敗的經(jīng)驗(yàn)的失敗者吧，我把我們團(tuán)隊(duì)在技術(shù)和管理過程中所遇到的一些坑和解決方式分享給大家。由于是我這邊是 Linux Mint ，QQ 可能會(huì)有崩潰的情況，希望大家多多包容。
以上是我今天大概要說的內(nèi)容
一、???技術(shù)還是管理，程序員應(yīng)該如何規(guī)劃自己的職業(yè)道路？
第一個(gè)大問題：?技術(shù)還是管理，程序員應(yīng)該如何規(guī)劃自己的職業(yè)道路
首先做性格評(píng)估——適合做管理嗎？
關(guān)于這個(gè)問題，網(wǎng)上可能已經(jīng)有上百種答案了，很多都是一些比較有道理的廢話。而我想從經(jīng)驗(yàn)角度來談?wù)勥@個(gè)問題。
優(yōu)柔寡斷，有選擇困難癥，朝令夕改的，使被管理者摸不著頭腦，對(duì)公司的管理層的公信力產(chǎn)生質(zhì)疑。
可能在最初的管理中，由于缺乏自信，多少會(huì)出現(xiàn)這樣的情況。在我們初期也遇到了這個(gè)問題，凡是涉及全公司的制度和政策，都統(tǒng)一口徑通知，先做一段試行，看整體情況，即使要修改，也必須等到下一次全員通知。不過這點(diǎn)不用過度擔(dān)心這是屬于可克服的缺陷。平時(shí)的工作中要多注意這些問題。
悲觀情緒嚴(yán)重，缺少安全感，凡事總先看到缺點(diǎn)，悲天憫人，總有刁民想害朕的妄想型。這種情緒問題是比較嚴(yán)重的，往往會(huì)給團(tuán)隊(duì)帶來負(fù)面影響，團(tuán)隊(duì)更需要一些積極向上的正能量，如果管理層都充滿悲觀情緒的話，被管理者肯定也不會(huì)有太多的積極性。這個(gè)問題比較嚴(yán)重，建議先克服心理因素。
這種情緒會(huì)影響開發(fā)團(tuán)隊(duì)，所以遇到事先往好處想。不喜歡擔(dān)責(zé)任，遇事先找個(gè)替死鬼的。容易動(dòng)怒，經(jīng)常責(zé)怪被管理者沒有執(zhí)行力，一心想找人給被管理者培訓(xùn)打雞血的?？梢哉f，這種很常見，也很普遍，有很多中型的企業(yè)，也喜歡給員工培訓(xùn)洗腦，讓有被管理者執(zhí)行力，但是這種打雞血行為恰恰是管理者不想承擔(dān)責(zé)任的借口。
這種情況在中型公司比較常見，實(shí)際原因來說：一是管理者沒有多次強(qiáng)調(diào)，二是被管理者利益與公司利益矛盾。這個(gè)問題在初期影響不明顯，建議在工作中逐漸克服。有些企業(yè)還動(dòng)不動(dòng)就搞培訓(xùn)，搞講座，想通過這種方式提高執(zhí)行力，實(shí)際最需要提高的是管理者本身。我之前有看到一個(gè)說法是：日企的執(zhí)行力高是因?yàn)樗麄兘?jīng)常把任務(wù)重復(fù)三遍以上。
注重人情關(guān)系，工作生活不分，憑感覺做事，獎(jiǎng)懲不明的。首先，在工作上盡量撇開人情關(guān)系，如果確實(shí)難以取舍，建議還是不做管理，否則會(huì)導(dǎo)致公司拉幫結(jié)派嚴(yán)重，內(nèi)部腐敗等問題。獎(jiǎng)懲也好，一定要建立在公司制度上，在此之外需要特批的，也得走流程進(jìn)行申請(qǐng)，然后不斷完善制度。這個(gè)問題比較嚴(yán)重，我建議還是能盡量先克服。
這個(gè)問題比較嚴(yán)重，我建議還是能盡量先克服。我們團(tuán)隊(duì)之前也發(fā)生過類似情況，覺得相處時(shí)間比較久了，不忍心辭退比較負(fù)能量的員工，結(jié)果最終影響到了核心成員的離職。總的來說，對(duì)公，該干什么還是干什么，爭(zhēng)執(zhí)也好，獎(jiǎng)懲也罷?；對(duì)私，該吃飯吃飯，該玩樂玩樂，能準(zhǔn)確處理好這種關(guān)系十分重要。
我們公司離職的員工有時(shí)候也會(huì)來一起吃個(gè)飯什么的，管理者的心態(tài)應(yīng)該是：反正上輩子又沒有仇，哪里來那么多怨。
在我們團(tuán)隊(duì)初期由于缺乏統(tǒng)一的統(tǒng)籌規(guī)劃以及各自過于獨(dú)立，導(dǎo)致大家一直在做自己認(rèn)為對(duì)企業(yè)正確的事情，結(jié)果造成了嚴(yán)重的資源浪費(fèi)。兵熊熊一個(gè)，將熊熊一窩也說明了管理者性格的重要性。
所以做事也不能一直特立獨(dú)行，我行我素，縱使很有能力，也有可能起到負(fù)面作用。
2、??職業(yè)路線評(píng)估——是否必須做管理？
做完性格評(píng)估后，接下來，要知道是否必須做管理，或者說走管理的路子。
管理是很多程序員的路線之一，但不是必然路線，管理也不是高高在上享清福，權(quán)力越大，責(zé)任也越大，比如要求后天上線，而你有十幾個(gè)程序員苦于修 BUG，這時(shí)候你應(yīng)該怎么辦？找外援，加班？外援如何快速熟悉公司項(xià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ī)范。這種情況的話，如果還想對(duì)自己技術(shù)有所提升，要么自己參與管理，要么還是盡早離職吧。
最終路線評(píng)估，我還是希望大家能做個(gè)表對(duì)比下，看看哪些是可以舍棄，哪些是可以克服的。
|-------好處--------|-----壞處-------|?
|--能提升自我--|--人情關(guān)系可能不那么融洽了--|?
|--能夠嘗試一些新的技術(shù)棧--|--對(duì)項(xiàng)目管理沒有經(jīng)驗(yàn)--|
順便插一句，用FTP 管理代碼的那哥們的團(tuán)隊(duì)后來集體開了個(gè)迅雷會(huì)員，來解決下載問題。
二、???技術(shù)崗轉(zhuǎn)管理崗會(huì)面臨哪些問題？
然后第二個(gè)大問題： 技術(shù)崗轉(zhuǎn)管理崗會(huì)面臨哪些問題？
1. 技術(shù)選型
技術(shù)選型是作為一個(gè)技術(shù)管理者不得不考慮的問題，除了結(jié)合現(xiàn)在公司情況和業(yè)務(wù)與市場(chǎng)情況，還應(yīng)該了解人才招聘情況。
我們一開始主要做 web ，后端選用了 PHP ，為了代碼質(zhì)量，用了 Laravel 框架，但是在西安，Laravel 特別難招。隨著 vue 的發(fā)布，我們公司后端 Laravel 前端 vue ，一定程度上減輕了后端工作量，但 Laravel 招聘問題一直沒得到很好的解決，人員流動(dòng)比較大。
后來隨著業(yè)務(wù)范圍的拓展，發(fā)現(xiàn) 純 PHP 越來越難以單獨(dú)勝任一些高并發(fā)以及嵌入式的場(chǎng)景，尤其是單頁應(yīng)用盛行的今天，更需要后端提供 API 。這期間也了解了swoole 和 reactphp ，但是相對(duì)來說招人就更困難了，培養(yǎng)成本更高。
node.js??招人也十分難，于是最后決定招?java?轉(zhuǎn)node?（考慮成本等原因，招的并不是成熟的?java?工程師），為了減少不適應(yīng)的情況，同時(shí)我們也期望有更好的架構(gòu)，我們選用了?nest.js?框架，這是一個(gè)?node?版的?spring，同時(shí)也用?typescript?統(tǒng)一了前后端語言，為了更好地適配?typescript?，我們最終選用了?React?（下載量使用量多，社區(qū)成熟穩(wěn)定）。
通過這次轉(zhuǎn)型，我們實(shí)際開發(fā)成本下降了有30-40%?，開發(fā)效率提升了20%?以上，同時(shí)性能還有大幅度的提升（業(yè)務(wù)場(chǎng)景下，node.js?異步非阻塞機(jī)制表現(xiàn)十分出眾），當(dāng)然不是說?PHP?不好，只是說如果想用一些好的技術(shù)和框架，還是應(yīng)該考慮當(dāng)?shù)厝瞬攀袌?chǎng)情況。
有技術(shù)選型困惑的倒是可以一起交流交流，只是技術(shù)選型這個(gè)問題上，不建議盲目追新，要考慮實(shí)際情況，當(dāng)然也不推薦太過于守舊，嘗試一些新的技術(shù)，對(duì)自己以后發(fā)展還是有好處的。不用過分糾結(jié)于語言的好壞，主要還是看市場(chǎng)需求。
2、是否適合敏捷開發(fā)。
敏捷開發(fā)基本上是一個(gè)好公司的標(biāo)配了，盡管如此，我還是不建議一些小團(tuán)隊(duì)使用敏捷開發(fā)，一方面他對(duì)管理要求特別高，尤其是在公司項(xiàng)目管理還沒成型的情況下，盲目推崇敏捷開發(fā)可能適得其反，最終導(dǎo)致相互推卸責(zé)任。另外，團(tuán)隊(duì)人員不穩(wěn)定的情況下，敏捷開發(fā)也不適合。當(dāng)然如果以上問題都不存在的話，那我強(qiáng)烈建議轉(zhuǎn)型為敏捷開發(fā)。我們目前是敏捷開發(fā)和瀑布流開發(fā)混合使用。
另外，不管使用不使用敏捷開發(fā)，我都建議使用 git 來做代碼管理。不論是 GitHub 還是還是更符合國內(nèi)使用習(xí)慣的碼云Gitee 都可以實(shí)現(xiàn)，最重要的是：碼云創(chuàng)建私有庫是免費(fèi)的，這點(diǎn)比較良心，做個(gè)代碼“網(wǎng)盤”不錯(cuò)。以我們團(tuán)隊(duì)情況來說，主要有三個(gè)分支，一是對(duì)內(nèi)開發(fā)，二是對(duì)外開發(fā)（接的一些外包），三是我們開源項(xiàng)目 Notadd ，相當(dāng)于三個(gè)團(tuán)隊(duì)，用碼云企業(yè)版管理和分配任務(wù)，以及查看任務(wù)統(tǒng)計(jì)大大方便了我們。
這是我們團(tuán)隊(duì)的?Notadd?開源倉庫：?https://gitee.com/notadd/??
（基于新技術(shù)棧的開源模塊化開發(fā)框架，能大大減少項(xiàng)目構(gòu)建成本，目前開發(fā)有?PHP版和?node.js?版），這是我們團(tuán)隊(duì)的主要項(xiàng)目，我們期望未來開發(fā)都是可拓展，可大量減少重復(fù)工作量的模塊化開發(fā)方式，同時(shí)又使用一些新的技術(shù)不斷提升用戶體驗(yàn)，歡迎大家給我們提交?PR。
根據(jù)我們的使用經(jīng)驗(yàn)，碼云更適合中小型開發(fā)團(tuán)隊(duì)，除了能滿足基本的代碼托管外，還能方便的支撐項(xiàng)目管理和文檔協(xié)作方面的需求。當(dāng)然小型團(tuán)隊(duì)可以使用個(gè)人版本的碼云，創(chuàng)建私有庫就可以。
3、??如何避免人治。
對(duì)事和對(duì)人的看法一定要分開，對(duì)管理者來說，這是很難能可貴的品質(zhì)。對(duì)事不對(duì)人，這點(diǎn)十分重要。關(guān)于法治問題，這個(gè)我倒是推薦看看 《大秦帝國：裂變》 關(guān)于商鞅變法這段，想對(duì)于齊國而言，只有商鞅的法制能夠最終得以延續(xù)。
講個(gè)典型的人治例子： 我之前有個(gè)朋友8點(diǎn)去公司，老總8點(diǎn)10分發(fā)通知，說是所有人必須8點(diǎn)40之前到，由于他沒看手機(jī)，然后“遲到”，老總為了立威扣了他200元工資，扣不扣，扣多少都是老總說了算，沒有相應(yīng)制度，于是他選擇了離職。
在管理上，存在漏洞是正常的，但是應(yīng)該正確認(rèn)識(shí)到問題，修改相應(yīng)的規(guī)則，并進(jìn)行通知，而不是全部特殊處理。
另外，平等并不代表絕對(duì)的公正，管理上還應(yīng)該考慮個(gè)人差異。
4、??執(zhí)行是管理成敗的關(guān)鍵。
這里的執(zhí)行說的是管理者的執(zhí)行，作為管理者應(yīng)當(dāng)對(duì)制度進(jìn)行嚴(yán)格的執(zhí)行，制度可以寬松，但是執(zhí)行必須嚴(yán)格。初期一定不要怕麻煩，形成習(xí)慣以后就是良性循環(huán)了。
即使不是自己去執(zhí)行，也應(yīng)該對(duì)執(zhí)行者做深入的考核，保證執(zhí)行的有效性。
不談獎(jiǎng)懲的制度都是耍流氓，如果違反相應(yīng)的制度，應(yīng)該接受怎樣的懲罰，這是應(yīng)該提前定好的，否則后續(xù)執(zhí)行會(huì)有很多坑。
三、???如何充分展現(xiàn)自己的價(jià)值？
1、??團(tuán)隊(duì)協(xié)作能力。
作為管理來說，應(yīng)該培養(yǎng)的是一支團(tuán)隊(duì)，而不是某個(gè)人才。團(tuán)隊(duì)協(xié)作能力是一個(gè)基礎(chǔ)，使用git，制定代碼規(guī)范，命名要求，環(huán)境統(tǒng)一等 都是盡可能減少團(tuán)隊(duì)成員之間差異的方式。
實(shí)際上由于個(gè)人能力差異，經(jīng)常會(huì)出現(xiàn) A 寫的代碼，B 得費(fèi)很大勁才能看懂，那這時(shí)候就應(yīng)該考慮每個(gè)成員必須在開發(fā)過程中應(yīng)不斷完善開發(fā)文檔和說明了。
還有一類情況特別普遍，尤其是對(duì)于一些沒有經(jīng)驗(yàn)的程序員，比如一個(gè)小功能，他首先不是去 GitHub 碼云 Gitee去搜，而是自己寫，等填完各種坑后才發(fā)現(xiàn)，網(wǎng)上有大神寫好，并且開源的東西了，很多工作都等于白做了，一定要培養(yǎng)搜索的習(xí)慣，，當(dāng)然也不建議什么都搜，我們公司之前也有，搜了以后糾結(jié)用哪個(gè)好，然后又查了幾個(gè)小時(shí)。公司建立一個(gè)常用開源庫也是不錯(cuò)的，大家把自己常用到的好的庫鏈接都放上去。
2. 進(jìn)度把控能力
如果做項(xiàng)目管理不做好進(jìn)度把控，這會(huì)導(dǎo)致在很多公司不受待見。進(jìn)度是很多開發(fā)公司的生命線。
一方面做好時(shí)間的評(píng)估，項(xiàng)目允許的時(shí)間，項(xiàng)目管理安排的時(shí)間，由于個(gè)人能力差異可能完成的時(shí)間，并且預(yù)留大把的時(shí)間做 BUG 修復(fù)工作以及應(yīng)對(duì)可能存在的項(xiàng)目延期。開發(fā)者所給的時(shí)間經(jīng)常不靠譜。
過程中要做好按天管理的進(jìn)度把控，在時(shí)間評(píng)估上不建議包含周末，而在實(shí)際開發(fā)調(diào)整過程中，可以根據(jù)項(xiàng)目情況決定是否要包含晚上和周末（加班）。如果加班比較頻繁的話，建議在項(xiàng)目完成后多給開發(fā)者休假時(shí)間。
緊急補(bǔ)救，一般來說，這時(shí)候找外援補(bǔ)救，除非對(duì)方經(jīng)驗(yàn)十分豐富，否則很難做好補(bǔ)救措施。我們也遇到過補(bǔ)救團(tuán)隊(duì)跑路的情況。另外一方面也要盡可能跟銷售和市場(chǎng)方溝通，盡量平復(fù)甲方的情緒，同時(shí)可以先上線一部分主要功能。如果這樣的情況較多，可以找靠譜的團(tuán)隊(duì)長期合作（救火專用）。
不要做過多的進(jìn)度承諾，盡量預(yù)留較為充足的時(shí)間，千萬不能對(duì)項(xiàng)目進(jìn)度迷之自信。同時(shí)保證項(xiàng)目代碼的的安全性，項(xiàng)目代碼全部以 git 提交為準(zhǔn)，既方便了協(xié)作防止代碼沖突，也能防止一些意外發(fā)生，我們是有硬盤損壞的血淚史的。
代碼管理是自建系統(tǒng)還是用云平臺(tái)？實(shí)際上，中小型企業(yè)自建 gitlab 的成本較高，而且也不能保證代碼不被丟失。而云平臺(tái)會(huì)做多份存儲(chǔ)與定期備份，即使本地和遠(yuǎn)端倉庫被誤刪也可恢復(fù)，這是自建所無法媲美的。建議有條件的團(tuán)隊(duì)購買一些付費(fèi)版的 Git 托管平臺(tái)，一般都有協(xié)議保障，我們團(tuán)隊(duì) Notadd 項(xiàng)目 之所以會(huì)使用碼云，也是為了防止上述悲劇的重演。
四、???技術(shù)出身的創(chuàng)業(yè)者該提前做好哪些準(zhǔn)備？
最后一個(gè)大問題：?技術(shù)出身的創(chuàng)業(yè)者該提前做好哪些準(zhǔn)備？
1.?做好人心會(huì)比技術(shù)復(fù)雜多的充分準(zhǔn)備
即使是如此全能如此復(fù)雜的?AI?也難以判斷人的喜怒哀樂，那么作為管理者要面對(duì)的這些問題更加復(fù)雜了。舉個(gè)比較有意思的例子，說是有個(gè)皇帝喜歡石頭，就派官員去全國各地找漂亮的石頭，起初，很多平民也上交一些奇異的石頭換取金錢。再到后來，形成了一股挖石頭的熱潮。最后淪為了一些官員的濫用職權(quán)的借口，說你家地底下有好石頭，需要把房子扒了，挖石頭。
做管理也是一樣，很多事情，可能初心是好的，但執(zhí)行起來卻最終變了味，最終的結(jié)果就是好心辦壞事。
我們也經(jīng)常遇開發(fā)者踢皮球的事，前端甩鍋給后端，后端甩鍋給前端，也有怕得罪人，自己背鍋的情況。權(quán)責(zé)劃分一定要明確，有問題一定要當(dāng)時(shí)提出（比如后端接口沒寫完），防止踢皮球的現(xiàn)象。
2. 管理成本會(huì)隨人數(shù)的增加而大幅增加
起初幾人的團(tuán)隊(duì)管理，可能這個(gè)問題還不明顯，但是一旦人數(shù)上漲，管理成本會(huì)很快上漲。
我舉個(gè)簡(jiǎn)單的例子：比如要解決一些銷售人員的貪污問題，做了一個(gè)銷售監(jiān)察小組，然后為了解決監(jiān)察小組的貪污問題，又做了一個(gè)監(jiān)察 監(jiān)察小組的 小組，如此循環(huán)，管理成本必然大幅提升，而最終創(chuàng)造價(jià)值的卻是銷售人員。
知乎有一篇文章比較有意思，值得一看：
https://www.zhihu.com/question/22977065/answer/236152323
刷盤子的故事，為了解決洗滌靈被偷拿的問題（小成本），而最后動(dòng)用的管理成本已經(jīng)遠(yuǎn)遠(yuǎn)超過了洗滌靈的成本。
3. 做好管理成本與開發(fā)成本的權(quán)衡
管理是手段，并不是目的，小團(tuán)隊(duì)做過度的管理是極不推薦的，跟上面提及的一樣，別為了管理而忘了最初的目的。
實(shí)際上要做好管理成本和開發(fā)成本的權(quán)衡，要考慮這樣做能帶來多少效益和價(jià)值，同時(shí)損失多少人力用做了管理。這樣做的目的是什么，有沒有更簡(jiǎn)單的方式？
總之，管理上增加小的成本，解決大的開發(fā)成本，是比較推崇的。
在結(jié)尾，我還想扯點(diǎn)別的，作為管理者，我總聽到有人在說 “存在即合理”，但這是一句被人誤解的話，這里的合理也并不是合乎人倫道理，要結(jié)合原文哲學(xué)思想來看，而是說合乎它存在的絕對(duì)精神，不然法律和犯罪同樣存在，為什么法律還要制裁犯罪？今天就到這里，感謝 51CTO 提供的平臺(tái)，感謝開源中國以及碼云的大力支持，最后，對(duì)我們項(xiàng)目有興趣的童鞋，歡迎star 我們的開源項(xiàng)目
Github： https://github.com/notadd/notadd 碼云（Gitee）： https://gitee.com/notadd/notadd （Node.js 版正在開發(fā)喲）
后續(xù)也期望和大家能探討出適合的管理方式，再次感謝大家聽我啰嗦。
