一名開發(fā)工程師轉(zhuǎn)型管理的經(jīng)驗分享

我是一名新手項目經(jīng)理，轉(zhuǎn)項目管理崗1年半。在做管理之前，我是一名開發(fā)。也就是說，我是最常見的技術(shù)轉(zhuǎn)管理了。

最開始，我極度不適應(yīng)這個崗位。很累，但是不見成效。經(jīng)過一年多的摸索，我終于在工作中總結(jié)出了一些心得，一些套路。所以我想給技術(shù)轉(zhuǎn)管理的同學(xué)們講一講：

我做了什么，來拯救自己

個人背景和公司背景

1.目前為止工作4年半，也就是說，我做了3年開發(fā)，1年半管理

2.我是一名野生程序員（就是非計算機(jī)專業(yè)畢業(yè)）

3.我寫過Android、iOS、web頁面、java后端、python后端等等，看起來像傳說中的全棧程序員。但其實(shí)心知肚明，我就是那種啥都會但啥也不行的程序員

4.公司此前做產(chǎn)品，后來在產(chǎn)品的基礎(chǔ)上轉(zhuǎn)型外包擴(kuò)大規(guī)模

5.公司轉(zhuǎn)型的基礎(chǔ)上，我也轉(zhuǎn)型成了管理

6.我司項目經(jīng)理是一個專門的職位，負(fù)責(zé)項目管理、技術(shù)架構(gòu)、客戶對接?？傊椖康囊磺邢嚓P(guān)問題，包括技術(shù)問題，都由項目經(jīng)理負(fù)責(zé)

我做了什么

事必躬親，會毀了團(tuán)隊也會毀了自己

這恐怕是所有從技術(shù)轉(zhuǎn)管理的人，都會犯的通病。我剛開始帶團(tuán)隊的時候，核心代碼都要自己寫。然后看同事進(jìn)度的時候總是嫌這個慢，那個不行的?？床幌氯チ怂餍宰约荷鲜挚赃昕赃陮懞?。弄得自己非常疲憊。

通常技術(shù)能力強(qiáng)的人，更有機(jī)會轉(zhuǎn)型管理崗。所以在帶團(tuán)隊的過程中，總是情不自禁的親自動手完成別人應(yīng)該做的事情。最終結(jié)果就是總會替代同事做他們自己本應(yīng)該做的事情。

但這個行為對管理者來說，只會讓管理者越來越疲憊。而對整個團(tuán)隊來說，更是溫水煮青蛙，一步一步把團(tuán)隊帶進(jìn)深淵。管理者負(fù)擔(dān)太多工作，導(dǎo)致團(tuán)隊長期無法成長。輕則導(dǎo)致管理者累崩。重則導(dǎo)致項目崩塌、團(tuán)隊分崩離析。

我應(yīng)該怎么辦：

實(shí)際上，影響別人去做好一件事，比親自去做要難的多。而我處理這個問題的方式

1.忍住自己親自動手的心理

2.復(fù)雜任務(wù)拆解細(xì)化，分派任務(wù)時明確任務(wù)目標(biāo)和驗收標(biāo)準(zhǔn)

3.分派任務(wù)時給予同事鼓勵，對他們保持充分信任

4.有難度的任務(wù)，提供一定的輔助或者培訓(xùn)

多想、多說、多做

我開始帶團(tuán)隊的時候，一直忙于處理各種各樣的項目問題，寫代碼、溝通需求、進(jìn)度匯報、現(xiàn)場演示。大部分時間都埋頭于項目本身，以為只要把項目做好，按時交付就行。做的太多， 導(dǎo)致思考的時間少了，對團(tuán)隊同事的關(guān)注也就少了。

而一個團(tuán)隊領(lǐng)導(dǎo)者，多做是應(yīng)該的，更重要的是多思考，多說

思考什么：

1.項目干系人是否清楚，干系人不清楚會導(dǎo)致項目管理混亂，出的東西不滿足要求

2.需求是否合理，需求是否可以優(yōu)化、技術(shù)架構(gòu)是否滿足需求

3.功能是否拆解到位，任務(wù)分派是否可合理

4.若嘗試新技術(shù)，是否有把握在出問題的時候力挽狂瀾

5.團(tuán)隊成員狀態(tài)如何，要如何激勵他們

6.項目流程是否合理，如何改進(jìn)

7.項目成本如何控制，時間節(jié)點(diǎn)如何把握，質(zhì)量如何保證

以上都是我目前每個項目都會思考的問題。項目管理者一定要告誡自己：不要用戰(zhàn)術(shù)上的勤奮掩蓋戰(zhàn)略上的懶惰

說什么：

1.需求不清楚要問

2.需求可以優(yōu)化要說，不要悶聲發(fā)大財，坑的是自己

3.有困難處理不了要及時匯報給領(lǐng)導(dǎo)，悉知客戶

4.團(tuán)隊成員有問題要給予正確指導(dǎo)，而不是放任自由

5.進(jìn)度情況、項目情況要積極和客戶保持溝通

不僅是監(jiān)督，更要是指引

“那個功能寫完了嗎？”；“這個功能怎么還沒做好”；“你這個東西什么時候能夠?qū)懲辍薄?/p>

以上是我日常工作中最常做的事情，即便到了目前，我依然在做這些事。監(jiān)督催促同事干活！每天像個監(jiān)工一樣，漫步在同事周圍，監(jiān)督他們的進(jìn)度，在他們耳邊逼逼叨。

但我認(rèn)為，催促同事干活的不應(yīng)該是項目經(jīng)理，而是項目流程，是規(guī)則。每個人明確自己的角色，各司其職，由規(guī)則約束著大家前行。而不是簡單靠項目經(jīng)理趕著大家往前走。

但我并沒有做好這個工作，目前還是處于制定計劃、監(jiān)督執(zhí)行的死循環(huán)中。對于規(guī)則、流程只是有個模糊的想法，還不成型，也未經(jīng)試驗。暫不與大家分享。

救火能力固然重要，但更要防范于未然

我由技術(shù)轉(zhuǎn)管理的初期，最擅長的事情就是技術(shù)。所以一直在項目中充當(dāng)救火隊員的角色。

有突發(fā)情況？我自己來；沒有人能攻克技術(shù)難點(diǎn)？那我自己來；開發(fā)了很久，發(fā)現(xiàn)需求理解錯誤？咔咔咔自己一頓改；總之就是這有問題，咔咔咔自己一頓弄，那有問題，嗒嗒嗒自己一頓搞?？傆米约旱募夹g(shù)能力挽救項目中的各種突發(fā)情況。

而作為一個項目管理者，救火能力固然重要，要在關(guān)鍵時刻能夠站出來力挽狂瀾。但更重要的，我想是如何去避免突發(fā)情況吧。而要避免突發(fā)情況，就要思考如何做好風(fēng)險管理。提早做好準(zhǔn)備，把可能出現(xiàn)的未知風(fēng)險扼殺在襁褓中。

在IT項目管理中，我認(rèn)為風(fēng)險主要存在于以下幾點(diǎn)，應(yīng)思考準(zhǔn)備以便規(guī)避風(fēng)險：

1.需求變更。開發(fā)中需求變更是難免的，但如何控制需求變更，如何管理需求變更是我們著重要考慮的問題。SCALPEL方法，大家可以了解一下

2.項目干系人不清楚，導(dǎo)致項目需求分歧

3.技術(shù)難點(diǎn)預(yù)估不足?？偸菚嬖陂_發(fā)過程中才發(fā)某項功能無法實(shí)現(xiàn)或者實(shí)現(xiàn)成本過高，這主要是由于前期對需求理解不足，對自我或團(tuán)隊太自信造成的

4.計劃制定問題。開發(fā)計劃制定有問題，可能由于錯誤的估計了團(tuán)隊的能力，項目的難度造成的。計劃風(fēng)險通常是由項目經(jīng)理自己造成，需自我強(qiáng)化、學(xué)習(xí)、思考來避免此問題

5.組織成員問題。開發(fā)成員不足、人員離職、其它項目需緊急支援人手、團(tuán)隊溝通不暢都可能引起此問題

6.流程風(fēng)險。過于流程化，導(dǎo)致流程工作占用太多開發(fā)時間，流程和靈活是一對沖突的概念。如何解決項目管理中流程化和靈活度的問題，我認(rèn)為是項目經(jīng)理較重要的能力之一

7.性能問題。開發(fā)過程中，最怕的是功能做完了，最后發(fā)現(xiàn)性能不行。導(dǎo)致前期開發(fā)工作全白費(fèi)。所以在需求階段，軟件的用戶量，數(shù)據(jù)量都是要考慮在內(nèi)的。在開發(fā)之初，就要在程序設(shè)計過程中將性能問題考慮進(jìn)去

保持內(nèi)心強(qiáng)大

項目管理是一個磨人的工作。雖然外面說要做風(fēng)險管理，但突發(fā)情況避免不了。一個合格的項目管理者，要有泰山崩于前而色不變的內(nèi)心。

需求變了不要緊、計劃變了不要緊、成員情況發(fā)生變化不要緊。畢竟我們都知道世界上唯一不變的就是變化，盡可能的給自己準(zhǔn)備好Plan B

背黑鍋要上，邀功也要上

我相信各位做開發(fā)的時候，最討厭的就是那種黑鍋你背，有功他領(lǐng)的leader。既然如此，希望我們也不要變成這樣的人。

項目經(jīng)理嘛，統(tǒng)管這個項目的一切。項目出了問題，不管因為什么原因，都一定是項目經(jīng)理的責(zé)任。你的同事可能在項目里表現(xiàn)不佳，你的客戶可能經(jīng)常變更需求。不管多少理由，都不是你甩鍋的理由。有鍋一定要自己扛著，所以，背黑鍋要上。

做的好，也要說出來。超出客戶預(yù)期的項目閃光點(diǎn)，要告訴客戶團(tuán)隊的優(yōu)秀。項目完成的不錯，要告訴老板團(tuán)隊的優(yōu)秀。讓客戶讓老板知道你們團(tuán)隊做的好，下一次他們才會給你們更充分的信任。項目成員表現(xiàn)優(yōu)秀的地方，不光要表揚(yáng)，也要和上級說。你是和你團(tuán)隊成員接觸最緊密的人，他們的有點(diǎn)別人不知道，但你知道。所以他們優(yōu)秀的地方，要宣揚(yáng)，要讓別的部門知道，要讓上級知道。所以邀功也要上。

在幫派里，不能為兄弟們擋刀并引領(lǐng)兄弟們前進(jìn)的老大是不值得追隨的，弟兄們在你手下做事受盡委屈，爭不了一口氣，那這個老大也做不長。

技術(shù)出身的管理者中，我相信背黑鍋要上是大家都能做到的。但技術(shù)人員不善言辭，總是悶頭干活，不會表達(dá)。所以要適當(dāng)學(xué)會邀功，為團(tuán)隊邀功。希望大家都能學(xué)會邀功也要上

不要拋棄技術(shù)，它可能是你的救命良藥

做項目管理以后，尤其是像我現(xiàn)在這種一個人帶多個項目的情況。管理工作會占用每天極多的時間。這是工作本身需要你做的，無可厚非。我想說的是，即便如此，也要保證自己對技術(shù)的學(xué)習(xí)。

了解新技術(shù)也好，寫寫開源項目也好，總之要保持對技術(shù)的持續(xù)學(xué)習(xí)。他總能在你需要的時候幫到你。

學(xué)如逆水行舟，不進(jìn)則退，與大家共勉

總結(jié)

總體而言，我認(rèn)為一個新手項目經(jīng)理，要學(xué)會以下事情：

1.要學(xué)會帶領(lǐng)團(tuán)隊成長，不要事必躬親

2.要多進(jìn)行思考

3.要學(xué)會風(fēng)險管理

4.要保持內(nèi)心的強(qiáng)大

5.要學(xué)會邀功

以上，就是我想和大家分享的內(nèi)容，其中很多點(diǎn)，我自己做的也不是很好，依然需要自我練習(xí)和努力。希望各位技術(shù)轉(zhuǎn)管理的同學(xué)，都能盡快適應(yīng)自己的工作。