歡迎光臨
每天分享高質量文章

我眼中的專案經理

(點擊上方公眾號,可快速關註)


來源:Vic Liu

www.cnblogs.com/ljhdo/p/5068072.html


把想法變成專案,服務於業務


在專案組待的時間久了,漸漸地跟微軟的專案經理Michael熟悉起來了,跟他有過很多次深入的聊天,向他請教過很多關於人生、理想、技術上的問題,不得不說,專案經理是我神往的角色。雖然我沒有親身經歷過,但是我認為做專案經理很有意思,把一個想法變成專案,服務於業務,這是我期望的工作。 佛者說:“一花一世界,一葉一菩提”,不得不說,修行是一個技術活,面對同一個世界,眼界的不同,能夠看到的事物也是不同的;同樣一句話,閱歷不同,理解也會不同。那我就說說我眼中的專案經理,與常人不同的是,他們總是更進一步,想的更多,做的更多。


在每天的Daily Scrum會議上,Michael照例追蹤分配給每個人的Task的完成情況,並分配新的Task。這種一成不變的例行彙報,聽的多了,就有點習以為常了,左耳朵進,右耳朵出,當然,起碼得“留一點痕跡”,至少得知道自己新的Task。在專案不是很複雜的時候,即使做不同樣的事情,也大概知道彼此做事的內容。可是有一次,在同事小林彙報工作時,即使我集中十二分的註意力,也聽不懂小林說話的內容,但是,Michael卻能瞬間找到關鍵點,那一刻,我才知道什麼叫“默契”,我能感受到小林的開心,因為有人很懂她。


我請教過這個問題,Michael說:“這是由於‘信息不對稱’導致的,因為我負責整個專案的進度和業務,跟所有的開發工程師(Developer)都有交集,交流比較多,知道他們在做什麼,能聽懂他們說的話,這很正常,不用詫異。”我覺得信息不對稱,固然是一個重要的原因,但是,不是最主要的。我曾經在彙報工作時,對於資料庫中出現的一個問題,提出了一個解決方案,由於這個想法是臨時想出來的,我在描述解決方案時,沒有組織好語言,說的磕磕絆絆,我認為我沒有說清除,但是,Michael卻出乎我意料之外的理解了,並把我的不成熟的想法完善了,當時,我意識到,有人懂我,是多麼的開心,也理解了同事小林當時喜悅的心情。這是信息不對稱,善於溝通所不能解釋的,我認為,熟悉業務,善於思考,對專案經理來說,才是最重要的特質。


換位思考


還有一件事,由於同事小陳離職了,我開始接手PowerBI報表,在跟業務分析小組的同事共事時,我發現他們身上有一個顯著的個性,就是:站在老闆的立場上思考問題,組織語言和彙報工作。在我第一次無意識地向老闆直接彙報工作時,我犯了很多技術出身的開發人員經常忽視的錯誤,那就是不自覺地在報告中摻雜了太多的開發術語,沒有意識到,我面對的客戶是一位不懂技術,但深諳業務的老闆。沈姐是業務分析小組實際上的Leader,她跟我說:“你不能那樣向老闆回郵件,老闆不懂技術,只懂業務,你要翻譯成他們能夠理解的內容,他們才知道,你已經把問題解決了,不然,他們又會發郵件問你。”


有了沈姐的開導,我開始意識到,在工作上,必須具有換位思考的意識:站在老闆的角度上來看待問題,但意識到,不代表你就能做到,這是一個技術活。當老闆再次發送郵件,提出新的業務需求時,我又犯錯了,這次的錯誤,是由於信息不對稱導致的,也跟我缺少歷練有關。老闆在郵件中,說到:“請提供報表資料,用於分析組織者(Organizer)每個月在活動中的貢獻(Contribution)。”由於在業務邏輯中,組織者(Organizer)是管理者角色的一種,除了Organizer,還有Co-Organizer,Event-Organizer,Assistant-Organizer等管理者角色,我提供的報表資料僅僅是Organizer角色每個月的貢獻。


Michael在Review代碼時,認真對我說:“Vic,老闆不知道我們具體的角色分類,老闆想知道的,其實是所有組織者在每個月的貢獻,要站在老闆的角度上,處理問題。給老闆的報表,每一個資料上的細節都必須做到有理有據,即使資料對不上,不align,也必須要有合理的解釋。”這次教訓非常深刻,我意識到,老闆是特殊的存在,必須理解老闆的意思,同時,也必須把自己的意思傳達給老闆,這中間需要由一個詞彙的轉換,怎樣做到?站在老闆的角度上,思考問題,處理問題,剛開始做的不好,不要緊,必須要有這個意識(Sense)和覺悟。


專案經理是整個專案組的大腦


這樣說一點也不為過,至少在我們專案組是這樣的,其他成員具備的是執行力,也就是按時完成任務的能力。這裡丟擲一個問題:給你一個團隊,你要如何帶?在兩年多的時間里,Michael帶領我們團隊做過很多新的專案,而每個新的專案都不是憑空想出來的。之所以這麼說,是因為,我也曾經有過相同的想法,但是,我沒有意識到這個想法的價值,在腦海中思考過之後,沒有把想法“變現”的意識,導致輕易把想法拋棄;一旦Michael提出類似的新專案之後,我發覺:“我曾經也有過這個想法,只不過,我沒有繼續深入下去,沒有更進一步去豐富這個想法 ……”


反省不能解決問題,或許,這才是專案經理應該具備的優秀性格:不是想不到,而是善於發現想法的價值。Michael把抽象的想法,變成文件上的設想,經過豐富之後,變成有價值的具體專案,這就是創建價值,簡化業務的過程。Michael說:“我想實現的新專案,實際上就是為了優化業務流程,做到化繁為簡,而為了實現這個目的,必須化簡為繁。比如,為了便於發現更多有影響力的人物(Influencer),必須整合所有的資料資源,從各個資料源中分析資料,這是我們的主要業務需求,為了簡化這個流程,可以把這套業務流程擴大化,自動化,做一個更為複雜的引擎來替代手工,一旦這個繁的引擎做出來,業務流程就會變的非常簡單。”抓住主要業務搞優化,實現專案的增值和技術的迭代,這其實也是他的一種管理思想,極簡工作:先解決主要矛盾,再解決次要矛盾,根據業務需求,調整優先級。


專案經理很忙的


實際上,我觀察到Michael的工作,1/3是在開會。不僅跟開發者開會,而且跟老闆開會。我們的老闆是外國人,Michael的英語相當不錯,上海人,軟實力杠杠滴,從小到大接受的教育,是我們這些屌絲所不能想象的。跟老闆開會的內容,大致是談論業務需求,演示新的專案,Michael說:“老闆是非常聰明的,非常熟悉業務,對於新的專案,老闆只要看到demo,自然會想到如何使用,不需要過多的文字說明”,好吧,高級別的老闆,我也沒有接觸過,能坐到那個位置上,肯定有過人之處。跟開發者開會,Michael主要是演示專案,把控專案的進度和分配任務。


Michael在任務的管控上,沒有絕對的收和放,而是:前期放任,定時檢查,最後是測試和驗收。不過,他的管理風格還是比較自由的,他說:“我分配一個任務交給你們來做,你們想怎麼做,就怎麼做,只要實現業務需求就行。我的任務不是告訴你們如何去做,而是,告訴你們怎麼做最簡單,哪些是當前的業務上能夠滿足的,哪些是當前不需要做的。”


但是,Michael能夠記住很多非常細節的業務邏輯,不得不佩服他得記憶力,是不是專案經理的記憶力都很好?Michael說:“首先,這些關鍵的業務邏輯是我設置的,我當然記得比較牢,其次,我能記住的,實際上是關鍵的業務邏輯,經常遇到,那些特殊的設置,我也是需要閱讀代碼才知道。”我覺得,跟普通的開發工程師不同,專案經理更擅長處理業務上的問題。身價一萬和身價十萬的差距,沒有想象中那麼大,通過努力,日積月累,我也能做專案經理。阿Q一下,夢想還是要有的,萬一實現了。


關於加薪


這是一個非常具有挑戰性的問題,除非你在專案組中是不可替代的,否則,你就只能拿著offer,或者跳槽來提升身價,但是,那些專案經理是如何從普通的開發工程師,一步步被提拔上去的呢?運營經理範老闆給出一份答案:創造額外的價值,註意,是額外的價值,而不僅僅是本職工作。在公司的動員大會上,有一句很流行的話:要想成為專案經理,必須先乾專案經理的活。當然這些話都出自高層之口,儘管,事實上,大多數Leader都是空降的,仍然會有人心靈淹死在雞湯中。


很多開發工程師,包括我,天真地認為,只要做好本職工作,提升技術實力,就能獲得公司的認可和嘉獎,獲得升職和加薪的機會,就像運營經理說的那樣,“這是技術人員的一條路線,穩定而平緩,但是,如果想快速提升,走一條陡峭的上升路線,必須創造額外的價值,當你為公司創造額外價值的時候,公司也會給你提供更好的發展空間。”其實,道理都是相通的,打鐵還需自身硬,公司不會給你機會試煉,而會給你空間發揮,前提是你必須比身邊的人優秀,才有能力抓住機會。


這一個個小故事,都是真實的,給我很多啟發,在人生的道路上,能夠聆聽到成功者的教誨,是最難能可貴的,謝謝!

【關於投稿】


如果大家有原創好文投稿,請直接給公號發送留言。


① 留言格式:
【投稿】+《 文章標題》+ 文章鏈接

② 示例:
【投稿】
《不要自稱是程式員,我十多年的 IT 職場總結》:http://blog.jobbole.com/94148/


③ 最後請附上您的個人簡介哈~

看完本文有收穫?請轉發分享給更多人

關註「資料分析與開發」,提升資料技能

赞(0)

分享創造快樂