【PM圓桌派】技術(shù)人員轉(zhuǎn)行項目管理，除了掌握PMP^®知識外，還需要注意這幾點！

！技而優(yōu)則仕是不少技術(shù)人員的職業(yè)規(guī)劃與選擇，但在轉(zhuǎn)崗前需要充足的準(zhǔn)備，除了充足的理論儲備，還需要轉(zhuǎn)變思維，增強管理與溝通等能力。

不少人總在轉(zhuǎn)崗之前心生焦慮，“我需要準(zhǔn)備些什么?”、“我真的適合轉(zhuǎn)崗嗎?”、“我能做好嗎?”......

今天我們請來這位前輩為你解疑答惑，站在前輩的肩膀上，看他為正面臨轉(zhuǎn)崗的你提供了哪些建議。

以下文字來源于希賽學(xué)員米奇的分享。

技術(shù)與管理

根據(jù)大數(shù)據(jù)顯示，目前國內(nèi)考取PMP^®證書的人群中，有很大一部分都是IT行業(yè)人士。相信很多ITer們選擇來考PMP^®證書，也是為了能給自己一個新的平臺。畢竟一直從事技術(shù)方向的話對很多人來說會變成重復(fù)性勞動，喪失工作熱情的。但不管是傳統(tǒng)技術(shù)方向還是新興技術(shù)方向，技而優(yōu)則仕在目前階段還是一個相對較大的趨勢。不管后期想轉(zhuǎn)技術(shù)總監(jiān)還是轉(zhuǎn)其他管理崗，最終都是要學(xué)習(xí)管理技能的，而目前來說項目管理方向是最貼近于技術(shù)人員轉(zhuǎn)崗的。

其實說到技術(shù)與管理的區(qū)別，這里還想引申一點內(nèi)容讓大家來思考一下，就是：技術(shù)崗和管理崗的區(qū)別到底在哪里?看問題的角度到底有哪些差異?最終會回歸到本次的問題上來，即：技術(shù)人員轉(zhuǎn)項目管理，只要學(xué)會PMP^®就可以么？

轉(zhuǎn)崗準(zhǔn)備

下面我就以我的親身經(jīng)歷來給大家做個分享吧。希望能引發(fā)大家的一些思考和共鳴。

首先介紹一下我的個人情況，我作為一名昂首大步邁進(jìn)中年的80后，在上學(xué)時運氣不錯，大學(xué)考進(jìn)了某個雙一流大學(xué)，接受計算機科學(xué)與技術(shù)專業(yè)熏陶四年，畢業(yè)后成為了一名光榮的ITer。在截至目前的十幾年工作生涯中，曾從事過4個較大的行業(yè)方向，主要從事實施，運維方面工作，在轉(zhuǎn)項目管理崗之前曾負(fù)責(zé)過項目技術(shù)全棧工作，從售前，實施一直到售后。

在19年時突然感覺年紀(jì)大了，繼續(xù)做技術(shù)有點力不從心，從而萌發(fā)了轉(zhuǎn)管理崗的念頭。在機緣巧合之下，報考了希賽網(wǎng)的學(xué)習(xí)，有幸在1912屆考試中5A考取PMP^®證書。并在2020年疫情影響下成功實現(xiàn)跳槽漲薪，轉(zhuǎn)行成一個信息化方向的項目經(jīng)理。

不過能否能否轉(zhuǎn)行成功，其實有幾個個非常重要的點需要注意：

一、理論儲備：熟悉PMP^®管理架構(gòu)

首先你需要對PMP^®的管理架構(gòu)非常的熟悉，有結(jié)合自身的心得體會。這一點非常重要!

就像銷售行業(yè)常說的萬物皆為銷售，PMP^®也可以說萬物皆可項目。沒有項目管理經(jīng)驗不要緊，重要的是你要清楚這套理論框架應(yīng)該怎么去使用。而不是你考了3A、4A還是5A。如果單靠背誦五大過程組，十大管理領(lǐng)域，49個ITTO而沒有自己的思考的話，這個證書只能紙上談兵。

某些在項目中遇到問題，你只知道該怎么去做，但是標(biāo)準(zhǔn)工具不足以滿足你的需求，這時你會束手無策。

比如書上例舉了幾個進(jìn)行開發(fā)工作時候遇到模型：原型法、迭代法、增量法、瀑布法、敏捷法等。這些都是經(jīng)過時間和實踐檢驗過的經(jīng)典模型，但在使用中會遇到各自的局限性，如敏捷法需要有個非常高效的團隊，瀑布法需要用戶需求非常明確且有一個能夠深度挖掘用戶需求的售前等。

當(dāng)我們手中沒有掌握到這么優(yōu)秀的資源的情況下我們是否還可以依靠這種經(jīng)典模型實現(xiàn)最終的成果交付呢?

我認(rèn)為是可以的，不過需要有一些變通。例如用戶想要開發(fā)一套軟件產(chǎn)品，目前已經(jīng)有了需求框架，但是對框架中的一部分功能模塊還沒有明確的需求時，我們就可以采取整體敏捷，模塊瀑布的方式來做開發(fā)。先針對用戶需求非常明確的功能模塊進(jìn)行需求溝通，繼而對該模塊進(jìn)行瀑布式開發(fā)，測試，交付。同時預(yù)留出機動人員對已交付的功能模塊進(jìn)行微調(diào)，或?qū)C動人員調(diào)派至新的模塊開發(fā)團隊中完成已交付模塊的增量部分。

二、思想轉(zhuǎn)變：拋棄技術(shù)思維

要拋棄你的技術(shù)思維，或者之前的行業(yè)思維。你需要的是透視視角，大局觀！

我當(dāng)時是技術(shù)轉(zhuǎn)PM，轉(zhuǎn)型期時候偶爾會有技術(shù)思維上頭，遇到自己專業(yè)領(lǐng)域內(nèi)的技術(shù)問題，不顧項目整體情況，自己能動手的就動手了。最終發(fā)現(xiàn)，當(dāng)你在專心做技術(shù)的時候會忽略很多本該由你關(guān)注或處理的其他細(xì)節(jié)問題。俗話說細(xì)節(jié)決定成敗，再小的細(xì)節(jié)也有可能影響到你的整體規(guī)劃。等問題出現(xiàn)或有了征兆后才會發(fā)現(xiàn)這是早該識別到的風(fēng)險和問題。切記，技術(shù)不能不懂，但是不要讓技術(shù)左右了你的思維。

做項目經(jīng)理時候要時刻記住屁股決定腦袋，不是腦袋決定屁股。要時刻提醒自己，你是一個項目經(jīng)理，不是技術(shù)。你需要的是對項目整體負(fù)責(zé)，而不是對技術(shù)細(xì)節(jié)負(fù)責(zé)。一個項目里技術(shù)有的是人去做，但是項目負(fù)責(zé)人只有你一個。如果你團隊中的技術(shù)人員在你的專業(yè)領(lǐng)域內(nèi)遇到問題，你可以去抽時間指導(dǎo)，但不是你事事親力親為。

三、提升能力：重視溝通，學(xué)會溝通管理

很多從技術(shù)出身的人員都有一種感覺，在我的技術(shù)能力范圍內(nèi)，一切問題都不是問題，或者換句話說可以理解為：技術(shù)既真理。

但作為一個項目經(jīng)理，你需要面對的不再是技術(shù)問題，而是如何管理人員，最需要你來做的事情就是溝通。

不管是與干系人溝通、用戶溝通還是與團隊成員溝通，都需要想好你想表達(dá)的意思，并讓對方清楚的明白你想表達(dá)的意思。

其實說話很簡單也很難，簡單到基本每個人都會說話，但是如何把話說到讓對方聽懂，并愿意按照你說的去執(zhí)行，這是一個很難的事情。這個沒有捷徑，也沒有固定的模板，需要你接觸很多的人，很多的事以后從中不斷的思考和總結(jié)。

根據(jù)你自身的情況，針對不同性格的人型成多套不同的說辭。比如可以嘗試說服別人以前，先認(rèn)可別人做的好的方面，告訴對方你做的很好，做的不好的地方其實是因為一些大意的原因或沒有意識到，并鼓勵對方嘗試做好這件事情。滿足對方馬斯洛需求層次中的第四層，也就是尊重和被尊重的需求，激發(fā)他的自我實現(xiàn)的層次。如果對方被激發(fā)出了這種熱情，你會發(fā)現(xiàn)你做管理時真的會事半功倍。

寄語：轉(zhuǎn)崗是一個不斷積累的過程

不排除一些人很有管理天賦，或者很有溝通方面的天賦。能夠用比別人更少的時間，更少的經(jīng)歷就可以形成匹配自己條件的管理體系。但是更多的情況下我們還是普通人，想要在管理上做的更好，就需要不斷的發(fā)揮你善于思考的，聰明的大腦不斷的反思，總結(jié)你遇到的各種各樣的問題，整理只屬于你自己的組織過程資產(chǎn)。

反復(fù)演練該如何去說，如何去做，如何應(yīng)對，結(jié)合自身的優(yōu)勢，總結(jié)出一套適合自己的管理體系。將PMP^®中的各種流程，工具，技術(shù)等稍加改動或剪裁，融入到你自身的管理系統(tǒng)中，最終你再回頭去看，你會發(fā)現(xiàn)你完成了一次蛻變。蛻變的過程總是痛苦的，但完成蛻變后的你會感謝這一段經(jīng)歷，它會讓你鉛華洗盡,珠璣不御，成就更成熟的自己。

與大家共勉。