項目管理，這是一個很專業(yè)的領(lǐng)域，涉及的內(nèi)容非常廣泛，并且實踐操作過程是“多變”的，第一次接觸這個工作是在之前公司做廣東省電信IPTV-EPG項目的時候，這也是第一次幫帶團隊，這也是偏技術(shù)方面的，涉及的內(nèi)容很少；主要是團隊召集、帶領(lǐng)團隊解決局方問題并且為團隊提供幫助以及和局方協(xié)調(diào)資源和工作安排。結(jié)束這個項目后又轉(zhuǎn)到技術(shù)上了。不過中間也接觸了不少崗位（測試，文檔開發(fā)，美工，Java開發(fā)，Oracle等等），不過中間的一些隨著工作變化也忘的差不多了。

　　在做了幾年的開發(fā)后，出了一個轉(zhuǎn)折點，又折騰到了項目管理這個崗位上。從開發(fā)到項目管理的轉(zhuǎn)換說起來相對會簡單，項目管理也需要邏輯思維能力。唯有邏輯思維是不夠的，項目管理更需要的你對事務(wù)的全局思考以及掌控的能力；到現(xiàn)在我這邊還是一個偏技術(shù)型的項目管理者。OK，下面說一下轉(zhuǎn)型中的一些經(jīng)驗。

　　對事的轉(zhuǎn)變

　　這個也是心態(tài)的一個轉(zhuǎn)變，在之前做技術(shù)時，會更多的鉆到某一個點里去，反復(fù)的折騰你的代碼。這是一個習(xí)慣，我會經(jīng)常回看一下之前的代碼，看完之后就想動手了。這個在項目管理過程要開始慢慢去改變，不能太過于糾結(jié)某一個點上。你要考慮的是整個環(huán)節(jié)以前項目情勢。在中間會有不少的取舍。剛開始的時候也會很糾結(jié)在項目中某一實現(xiàn)，會爭論這個是合理還是不合理。當(dāng)然“舍”掉一些后，也許會給開發(fā)同學(xué)的積極性會帶來一些打擊，但是必須要從長遠來看，特別是在一些強制（時間點定死）項目中，那么更要“舍”得了。唯有犧牲一下，才能看到后面的成功與喜悅。這也許就是看“淡”的感覺吧。

　　在這里你想的不再是代碼的優(yōu)美、這個功能是放前端還是后端合理，更重要的是從時間上來說如何保障你的項目按照預(yù)定的軌道健康發(fā)展。

　　不拘“小節(jié)”

　　其實這里也不能說是“小節(jié)”吧，用“不以事小而不為”會更合適一點。做項目管理之后，頓時會發(fā)現(xiàn)一大波鎖碎的事情要跟進了，而且會時不時給你來一個難題。其實不管什么事務(wù)上面，最容易忽視的就是一些小事情。舉個例子：就拿流程規(guī)范來說，不管是你制定了如何近乎完善的流程制度，不管你是同步周知了N次的規(guī)范，這些都會過程中得不得最終的保障和效益。那么要讓你的收益最大化，其實也不要做太多了，要的只是你在溝通大群里一些關(guān)鍵時間做一下小小的溫馨提示。你可以把這個句提示的話復(fù)制下來。在今后的時間做些機械的動作，你會發(fā)現(xiàn)效果會得到很大的改善。當(dāng)然要達到100%，這個不大可能，因為你面對不是一條代碼，一個算法。

　　在過程中多做一些周邊的小事，也給自己養(yǎng)成習(xí)慣并提醒著自己我現(xiàn)在或接下來要準(zhǔn)備做什么了。

　　提前預(yù)估

　　這點對于從技術(shù)專崗轉(zhuǎn)到項目管理來說會很輕松，這個在你參加一個項目會議的時候先做到以下幾點，對于你的項目來說會降低不少風(fēng)險。

　　1、通過項目需求的講解，對技術(shù)層面需要的工作量做一個基礎(chǔ)的估算；

　　2、提前設(shè)想一下項目的實現(xiàn)方式以及技術(shù)的選型，這部分大概需要多少工作量；

　　3、在需求講解時，針對需求預(yù)估出技術(shù)難點，提前準(zhǔn)備；

　　4、提前評估項目中的依賴關(guān)系；

　　5、設(shè)想一下項目可能存在的的環(huán)境和是否有近似的項目；

　　6、更多……

　　多聆聽

　　聽這個在項目過程中個人覺得是個不錯的方式，不管是項目會議和過程中都很重要，在項目會議中主要是多聽一下其他階段（團隊）對問的分析和評估結(jié)果，從中了解對你當(dāng)前負責(zé)領(lǐng)域的影響和幫助是什么，針對這些做適當(dāng)?shù)恼{(diào)整和轉(zhuǎn)換。

　　最后，結(jié)束……

it知識庫：前端開發(fā)與項目管理，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。