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

　　在每天的Daily Scrum會議上，Michael照例追蹤分配給每個人的Task的完成情況，并分配新的Task。這種一成不變的例行匯報，聽的多了，就有點習以為常了，左耳朵進，右耳朵出，當然，起碼得“留一點痕跡”，至少得知道自己新的Task。在項目不是很復雜的時候，即使做不同樣的事情，也大概知道彼此做事的內容?？墒怯幸淮危谕滦×謪R報工作時，即使我集中十二分的注意力，也聽不懂小林說話的內容，但是，Michael卻能瞬間找到關鍵點，那一刻，我才知道什么叫“默契”，我能感受到小林的開心，因為有人很懂她。我請教過這個問題，Michael說：“這是由于‘信息不對稱’導致的，因為我負責整個項目的進度和業(yè)務，跟所有的開發(fā)工程師（Developer）都有交集，交流比較多，知道他們在做什么，能聽懂他們說的話，這很正常，不用詫異?！蔽矣X得信息不對稱，固然是一個重要的原因，但是，不是最主要的。我曾經在匯報工作時，對于數據庫中出現的一個問題，提出了一個解決方案，由于這個想法是臨時想出來的，我在描述解決方案時，沒有組織好語言，說的磕磕絆絆，我認為我沒有說清除，但是，Michael卻出乎我意料之外的理解了，并把我的不成熟的想法完善了，當時，我意識到，有人懂我，是多么的開心，也理解了同事小林當時喜悅的心情。這是信息不對稱，善于溝通所不能解釋的，我認為，熟悉業(yè)務，善于思考，對項目經理來說，才是最重要的特質。

　　還有一件事，由于同事小陳離職了，我開始接手PowerBI報表，在跟業(yè)務分析小組的同事共事時，我發(fā)現他們身上有一個顯著的個性，就是：站在老板的立場上思考問題，組織語言和匯報工作。在我第一次無意識地向老板直接匯報工作時，我犯了很多技術出身的開發(fā)人員經常忽視的錯誤，那就是不自覺地在報告中摻雜了太多的開發(fā)術語，沒有意識到，我面對的客戶是一位不懂技術，但深諳業(yè)務的老板。沈姐是業(yè)務分析小組實際上的Leader，她跟我說：“你不能那樣向老板回郵件，老板不懂技術，只懂業(yè)務，你要翻譯成他們能夠理解的內容，他們才知道，你已經把問題解決了，不然，他們又會發(fā)郵件問你。”有了沈姐的開導，我開始意識到，在工作上，必須具有換位思考的意識：站在老板的角度上來看待問題，但意識到，不代表你就能做到，這是一個技術活。當老板再次發(fā)送郵件，提出新的業(yè)務需求時，我又犯錯了，這次的錯誤，是由于信息不對稱導致的，也跟我缺少歷練有關。老板在郵件中，說到：“請?zhí)峁﹫蟊頂祿糜诜治鼋M織者（Organizer）每個月在活動中的貢獻（Contribution）?！庇捎谠跇I(yè)務邏輯中，組織者（Organizer）是管理者角色的一種，除了Organizer，還有Co-Organizer，Event-Organizer，Assistant-Organizer等管理者角色，我提供的報表數據僅僅是Organizer角色每個月的貢獻。Michael在Review代碼時，認真對我說：“Vic，老板不知道我們具體的角色分類，老板想知道的，其實是所有組織者在每個月的貢獻，要站在老板的角度上，處理問題。給老板的報表，每一個數據上的細節(jié)都必須做到有理有據，即使數據對不上，不align，也必須要有合理的解釋?！边@次教訓非常深刻，我意識到，老板是特殊的存在，必須理解老板的意思，同時，也必須把自己的意思傳達給老板，這中間需要由一個詞匯的轉換，怎樣做到？站在老板的角度上，思考問題，處理問題，剛開始做的不好，不要緊，必須要有這個意識（Sense）和覺悟。

　　項目經理是整個項目組的大腦，這樣說一點也不為過，至少在我們項目組是這