我眼中的專案經理

（點選上方公眾號，可快速關註）

來源：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/

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

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

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