從程式設計師到專案管理者

2021-04-08 20:02:50 字數 2611 閱讀 2810

一、

初接大專案前的恐懼

2023年2

月17

號,我接到我大學同學的**,他現在是

**公司軟體外包事業部的負責人。本來是一次非常輕鬆的同學之間的聊天,無意中說起了最近接了乙個比較大的專案,而且是用

.net

開發的,我就在更無意中說起我以前參與過乙個關於門戶**的專案。這一聊就顯得特別投機。

我在2003

-2004

年期間,也就是我在華工讀研的第二年,被派到一家軟體公司去實習,主要也是用

.net

開發聯通的乙個門戶**-管理員門戶(

adminportal

),這也是我進步最快的一年,當然擔當的角色僅僅是「惟命是從」的程式設計師。當時積累了一定的**經驗和**復用庫,至今讓我受益匪淺。我把我的這次經歷看成是我的程式設計生涯中的一次分水嶺,所以特別珍惜這段經歷。我同時也希望能夠親身再次經歷一遍,而且希望讓「暴風雨來的更猛烈一些」。這不,機會又一次擺在我的面前,而且千載難逢,我怎能錯過,所以毛遂自薦把自己推向了前台。和同學的談話過程中他大致描述了這個專案的願景,模模糊糊――這是我的第一感受。第二天,我過去了,和專門負責這個專案軟體部分的負責人聊了聊,說是聊其實就是一次面試,看你有沒有實力進入這個專案組。面試的過程讓我窒息,什麼

asp(

),什麼

biztalk

,什麼mom

,什麼sps……

乙個都不懂,呵呵,把我當成微軟專家了。我說我就會用

.net

開發相關門戶專案,沒有什麼其他的了。本來以為沒有什麼希望的,不知道是因為當時的確缺人,還是我同學的極力推薦,或是二者兼有之,我還是被確定過來了,一次「悲喜交加」的歷程開始了,喜的是可以再次經歷一遍我夢想的過程,悲的是我「什麼都不會」就進來了

……而且一進來就是4個多月的合同期:2.20--6.30

第一件事情就是獲取需求和理解需求。前期的需求還處於模糊階段,甲方在需求上顯得很弱勢,我們開發方就更無從談起。「一切都會慢慢好起來的,問題會慢慢清晰起來的」我的那位同學一直這樣安慰我,我也只能這樣認為。因為這個專案比較大,僅僅××公司一家是搞不定的,××公司是總承包商,所以分包給其他軟體公司是十分正常的事情,所以這次接受分包任務的公司不少,大家都在××公司匯合,集中辦公和管理,共同促進專案的完成。大的任務需求定下來後,就要對任務進行劃分,劃分成若干個子系統,由乙個或幾個公司承擔,這些大局的事情是由專案總負責人操作和監控的。

高層的抽象需求定下來了,接下來就是開第一次的專案動員大會,交代相關事宜,宣布相關負責人的名單。雖然我有心裡準備,但然而讓我沒有想到的是在會上竟然宣布我為××子系統和××子系統的負責人,我當時就有點懵了,不是我不願意,而是我的確沒有這個實力,一下子由受別人管理到管理別人,而且是幾個子系統的人,適應的過來嗎?我不停的問自己

……腦筋裡一片空白,窒息的氣氛再次湧上心頭,自己的壓力一下子空前絕後,我當時已經無法呆在辦公室,不想看到辦公室的那些忙碌的同事的身影,我乙個人徑直走到走廊,深深呼吸了一口氣。「放棄」的念頭從我內心裡「冉冉公升起」,我當時想了很多,我的小孩還沒有滿月,我要盡我做父親的責任;我的教學任務還沒有完成,我要盡我做老師的責任

……我也知道這些理由再充分也只是我逃脫的藉口,接下來的乙個星期裡我居然向我的同學三次提出「辭職」的請求,但都被說服了。現在回想起來我當時是那麼的脆弱,沒有膽量去面對未知的困難。的確在高校優雅的環境中呆了

7年的光陰,幾乎每週都是「**周」的日子,舒服慣了讓人一下子無法換位,雖然高校工資一般,但肯定是「絕對值雖低,但相對值較高」的職業。而軟體行業正好是相反的。

就這樣堅持了乙個星期,前期煩躁不安的情緒稍微有了一點好轉,也許考慮到我的想法,專案負責人讓我專攻乙個子系統,這樣一來我的壓力就相對小了不少,使我的信心增加了不少。

我的「手下」有

3個人,個個都是「猛將兄」,相反我倒覺得管理起來有點放不開,原因很簡單,我的角色轉型還遠沒有到位,因為我沉溺在程式設計師的角色中。「我如何管理他們」、「如何調動他們的積極性」、「如何讓這個系統有條不紊的向前推進」

……乙個乙個的問題困擾著我,這充分說明了我的經驗嚴重不足。不過誰都有第一次,誰都是從這個階段走過來的,我還記得別人說過的一句話:「要想成為乙個優秀的專案經理,你至少要經歷

10次專案的失敗」,我這是真正意義上的第一次,所以「機會多多」啊

。俗話說,磨刀不誤砍柴功,需求更是如此。我前面已經說過甲方對需求的描述很模糊(很想軟工中說的情景,呵呵),他們的思路很簡單,要我們替他們想,想完後把想法整理成文件,然後讓他們評審。這實際上已經違背了軟工的基本思想,我們只能誘導他們詳細描述出需求功能,這不是本末倒置,但也沒有法,甲方既然是這個意思,我們也只有照著做了,誰要他們是付錢的老大列。

於是我帶領組員進行開會溝通,逐步確定需求和方案,並一一論證其可行性,接下來的就是相關文件的書寫,需求文件、介面方案、整合方案、進度計畫等等,這些都是我以前沒有做過的事情,現在要我一一操刀,的確有點力不從心,不行也得硬著頭皮搞,第一稿不行再來第二稿、第三稿

……,這樣一來,需求的輪廓在我的腦海裡逐步清晰起來,心情也逐漸好了許多,我的那位同學也走過來笑著說,「這段時間受了折磨把」,「肯定了~~」,但回頭一想,他以前肯定也是如此?肯定是經歷過才能說出這樣的話,後來才知道他以前做了乙個專案,連續三天三夜沒有合過眼,相比較而言我是小巫見大巫了,呵呵。

的確,從崩潰到接受,讓我深切感受到「車到山前必有路」,不要讓自己總處於絕望的境界,絕望的背後就是希望,所以每一次挑戰都是心靈的折磨,同時也是心靈的洗禮。(待續......)

從程式設計師到專案經理(11) 每個人都是管理者

從程式設計師轉為專案經理,這是乙個巨大的跨越。乙個新任的專案經理,對專案管理找不到感覺,一般也被認為是一件正常的事情。這是否意味著,一定要等到當上了專案經理才能學習專案管理嗎?一定要做砸乙個專案才能成長為合格的專案經理嗎?其實未必,專案管理所需要素質和技能並不是什麼獨門秘籍,而是在生活中時時用到 處...

從程式設計師到專案經理(十一) 每個人都是管理者

1.管理是職能而不是職位 管理學之父彼德.德魯克曾說 任何一位做決策的人,其工作性質和董事長,和行政領導相同。即使他的管轄範圍有限,甚至於他的職能或他的大名,不見於組織系統裡,辦公室連專線 也沒有,但他確實也是一位管理者。可見管理並不是經理 老總的專權,管理不是個職位,而是個職能。無論你在什麼崗位,...

自卑的程式設計師和愚蠢的管理者

吳旻泰巖網路工作室 公司最近半年做了很大的調整,相應地人員也有很大的流動,我的團隊也在所難免。好在我平時還是有人員儲備的,所以工作交接也很順利。有乙個程式我已經知道它 很差有很長一段時間了,苦於我自己要優先考慮其它工作,就一直等到那個程式設計師離開團隊都未做像樣的複查。我當時給自己的理由是,好在功能...