做乙個pm並不容易。 (這年頭，誰容易呀...)自從我的title正式改為pm以來，我曾無數次被問過這樣的問題。
- 你在微軟做什麼呢？
- pm
- 哇，這麼年輕就當上project manager啦！
- 不，我是program manager。
- 哦，可是program manager是什麼呢？
這的確是個好問題。微軟並沒有project manager這個職位，因此所謂pm指的都是program manager。順便說一下，我叫陸榕，是開發工具組的乙個pm，正在參與下一版本visual studio team architect版本的開發。
我想, 解釋微軟的pm的工作職責一定是pm工作的一部分，不然為什麼你們會看到這篇文章呢…想要三言兩語說清這件事似乎並不容易。曾經聽過乙個比喻, 如果把乙個專案比作乙個大蛋糕, 開發人員會切走一大塊, 測試人員會切走一大塊, 使用者體驗專家會切走一大塊, 使用者教育人員也會切走一大塊, 而剩下的所有東西 – 無論是剩下的大塊蛋糕, 還是落下的小塊忌廉、半個士多啤梨、開發人員和測試人員拿走的蛋糕之間所留下的那一小條蛋糕等等，統統都歸pm。這個比喻不完全準確，但至少說明了為什麼我說三言兩語說不清這件事情。
好了，言歸正傳。就我的理解，總結起來pm的職責包括但不侷限於以下事務:
a) 了解並理解客戶需求
b) 設計產品功能
c) 與專案組中其他人員溝通，使他們理解並認同你的設計
d) 為專案制定進度表，管理專案進度
e) 掃清一切影響進度的障礙，使產品按時按質交付
f) 向專案組以外的人介紹和演示產品（老闆、其他組、合作夥伴、客戶…）
我承認，這些描述也許仍然無濟於事。那麼讓我們來看看具體的例子吧…軟體開發是一項合理的人類社會活動（當然！），因此環顧四周便很容易找到可與軟體開發模擬的其他社會活動。如果您是個diy愛好者，那麼您一定有過許多類似這樣的經歷：自己籌辦婚禮，自己設計裝修房子，自己制定旅行計畫…這些事情都可以看作是專案，而您也許多次扮演了專案中pm的角色。
假設，您正打算幫您的父母好好重整一下他們現在的住所，因為那間房子是十年前裝修的，已經不夠舒適了。現在您是pm，您的父母是使用者，您還分別找到了乙個很有經驗的裝修團隊和乙個很專業的監理團隊。
** 您早已注意到這個老房子的書房裡一盞燈的線路有問題，這必須在裝修時弄好。
—— 這叫pm在現有版本中發現需要修復的問題。
** 與老媽聊天時，她提到最近每天晚上10點開始播的韓劇很好看，就是晚上在客廳裡看電視覺得挺冷的。您說，那我給您在客廳按個空調吧。
—— 這叫了解客戶的需求。
** 老媽說，喲，這得多費電哪。於是您說，那就在臥室裡給您再按個電視吧。我給您臥室裡設計個電視櫃。
—— 這叫理解使用者真正需要，並設計產品功能來滿足需求。
** 於是您開始設計電視櫃了。您先考慮了一下該買個多大的電視，然後又考慮電視櫃得打在什麼位置，長寬高是多少，在什麼位置有幾個抽屜，抽屜把手用什麼樣的，需要承重多少等等等等。等一切都想清楚了，您把所有這些都寫進了裝修合同裡。
—— 這叫設計產品功能，並編寫功能說明 (functional specification)。
** 帶著合同，您就與裝修團隊和監理團隊見面了。您先向他們闡述了您的想法，並請他們仔細閱讀合同，看看是否合理。他們對此設計沒有提出異議，因此彼此立刻簽署了合同。
—— 這叫使專案其他成員理解並認同您的設計。
** 於是您請他們分別估計工作量，裝修團隊說需要2個月，監理團隊估計在那之後他們還需要1個月。因此您將進度表(schedule)定為3個月長，並在其中設定了多個里程碑(milestone)。
—— 這叫為專案制定進度表。
** 第二天，裝修團隊打來**說您想要的那種牆面漆塗料最近缺貨，沒有塗料便沒法刷牆，也將影響其它任務的工期。迫在眉睫，您忽然想起了有位朋友剛買了這種塗料，便詢問他是在**買的。得知某郊區賣場還有剩餘，將此資訊告訴裝修團隊，於是刷牆得以如期進行。
—— 這叫掃清專案障礙。
** 兩周後是第乙個里程碑，您來到房子一看，牆面已粉刷一新。但被告知最近天氣多雨，牆面漆要多花幾天才能乾透。於是您及時調整進度安排，將修理電線線路等任務提前。
—— 這叫管理專案進度。
** 兩個月後，監理團隊告訴您，他們看了做好的電視櫃，發現長度略長於合同規定尺寸，其中兩隻抽屜無法開啟。您找到裝修團隊，與監理團隊一起商量。鑑於修復長度問題成本較高，而且對使用者使用影響不大，決定不修復。但抽屜的使用為基本功能，需修復。
—— 這叫鑑別bug。
** 三個月後，專案順利完工。您帶著父母一一參觀房子裝修後的每個角落，向他們介紹如何使用等。
—— 這叫向使用者演示產品。
當您看到使用者 - 老媽舒舒服服地躺在被窩裡看著韓劇時，看到老爸的書房裡燈再次明亮如初，您的心裡是不是感到滿足呢？
在微軟，我們的使用者將不僅僅是兩個人。除了英語版本，我們還發布多種語言的本地化版本。我們的使用者可能相貌不同、說的語言不同、還可能身處世界的不同角落，但我們的產品和我們的設計都將同樣影響著他們，提高他們的工作效率、豐富他們的生活。
當然，我們所要設計的產品遠遠比乙個電視櫃要複雜。在微軟，我們的軟體設計不僅要切實滿足使用者的需求，還要讓使用者感覺好用。如果您對設計實用又好用的軟體充滿熱情，那麼微軟的pm職位將非常適合您。
當然，我們的專案管理也遠遠比管理裝修工程複雜。在微軟，pm需要和許多人溝通，可以說溝通是pm工作中相當重要的組成部分。大型專案中最需要的不是更多的人，而是人與人之間的交流。pm要承擔起團隊潤滑劑的職責，確保專案這部大機器能順暢運轉。我認為，溝通並不僅僅指通常意義上的「能說會道」，也不侷限於中文/英語的流暢程度。好的溝通是需要技巧的。首先，要仔細聆聽對方的觀點。聽完後最好再進一步領悟對方隱含的意思或是站在對方的立場思考他/她的出發點。在這個基礎上，再表達自己的觀點就會有的放矢，就比較容易達到溝通的效果。一味的表達自己，有時效果並不理想。如果您喜歡與人溝通，或是您充滿了溝通的天賦，那麼微軟的pm職位將會適合您。
微軟有許多不同的職位，職位沒有高低好壞之分，只是工作內容不同罷了。唯一的標準是，您喜歡什麼樣的工作？
一年前，我是開發測試人員。那個時候，我最感興趣的是盡可能多地找出產品的bug（當然是在產品發布前…），天生就是個喜歡拆東西的小孩…
隨著對微軟開發模型的了解，我慢慢地發現了令我更感興趣的事情，那就是尋找客戶需求，並且設計自己的產品功能！我對這件事情越來越感到著迷，並告訴了老闆我的想法。後來，我得知我們的團隊將要招聘一名pm，抵制不住**，便從一名tester轉成了pm… 一年來，我感到很快樂。儘管現在我仍然對測試懷有興趣，偶爾也報一些bug，但我從來沒有後悔當時的決定，因為我找到了我想要的工作。
您找到了嗎？
陸榕
在微軟Teams中做ChatOps
微軟teams的bot框架把應用程式 u0026amp 服務和即時通訊 u0026amp 群聊聯絡了起來。2017年3月，微軟在office 365中推出了協作平台teams，並於近日新增了支援chatops的功能。並且，微軟宣布，將用teams替代skype for business。chatop...
做PM的經驗
為了保證開發和測試資源，需要在prd評審之前，提前跟產品溝通，拿到prd初稿，提前理解大致需求，並解析需要參與開發的部門，提前與需要參與開發的部門溝通，讓他們提前準備開發資源。這一步比較關鍵，尤其是針對多部門一同開發，經常會發生參加了prd評審後，發現抽不出資源開發，或者延期，嚴重影響專案進度。提前...
我在nec cas做外包的經歷
據我所知，necas相當一部分 也可能是全部 的業務是來自日本的外包。今年七月七日我們幾個苦難的兄弟被派遣到necas做外協，其實說白了就是到乙個外包公司做外包，好像是包了兩層的感覺。這個專案是乙個最初由日本做的已經公升級改造了七年的大專案，算是乙個軟體生命週期的管理工具吧！功能很強大，體積自然很龐...