我眼中的項目經理

把想法變成項目，服務於業務

在項目組待的時間久了，漸漸地跟微軟的項目經理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都是空降的，仍然會有人心靈淹死在雞湯中。

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

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

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！