微軟

微軟員工績效評估 (Microsoft Employee Performance Review) Photo by John Schnobrich on Unsplash 今天要來跟大家分享微軟是怎麼進行員工績效評估。 前言 微軟用的內部 performance review 工具叫作 Connect，Connect 通常發生在每年 4–5 月 (細節跟時間點每年可能會有所調整，畢竟微軟的公司文化就是充滿chnages XD)。每年到了Connect 的季節，員工就必須要在 Connect 上根據下面幾個類別寫出自己在過去一年所產出的影響力 (impacts)，接著你的經理會就你寫的 Connect 內容跟你討論有沒有需要改動的地方。討論結束後，你的經理會再額外找時間在你寫的 Connect 下面寫出他的評論。 Connect 一旦提交之後就不能再做出更改，而且 Connect 會一直伴隨著你在微軟的職涯，不管你之後換了部門或是換了經理，他們都有辦法看到你過去的 Connect 紀錄。 Connect 內容 Connect 內容主要分成以下幾個部分。 Reflect on the past (回顧過去) — 要求你總結一下你過去一年的影響力，分為兩大部分。 1.1 核心優先事項 (Core priorities) 就是你的KPI，根據每個人的職位會有所不同。Cloud Solution Architect 是以下幾個部分: Azure 消費影響 (Consumption Impact) : 你手上的客戶總共在 Azure 上花了多少錢，你做了什麼事情幫助客戶可以在 Azure 上順利部署 (i.e. 花錢)。 Azure 擴張影響 (Expansion Impact) : 你在 sales pipeline 裡面創造了多少新的 opportunties，簡單來說就是你挖掘了多少客戶可能在 Azure 上花錢的新機會。 UCR (Unified Revenue Impact): 微軟內部用語，簡單來說就是你 deliver 了多少客戶需要額外付費的微軟 workshops。(哇，又是錢哈哈哈! 大家可以知道我為什麼說這個工作跟我的個人價值觀不符了吧? 雖然說 CSA 是個技術職位，但我們的 KPI 幾乎都是用銷售數字在衡量 >”<) **技能專業化與精通的增長 (Growth in Specialization & mastery across skills): **過去在技能上的成長，我寫了我過去六個月考過了兩張 Azure 證照。 對他人成功的貢獻 (Contribution to success of others) : 寫你做了什麼事幫助你同事成功。這點其實是我還滿喜歡的一點，你協助他人成功的地方也可以列為你自己的 KPI。 建立在他人工作基礎上的成果 (Results that built on other’s work): 寫你做了什麼事是建立在你的同事的工作基礎上。這點也是我還滿喜歡的一點，與其大家各做各的，如果已經有人做過類似的工作，那下一個人遇到同樣問題時，可以直接利用前人的工作成果，而不是每個人都花時間自己在從頭摸索。只可惜理想是美滿的，現實是骨感的，微軟內部的不管是同一個 team 或是 cross team 之間的溝通都不是太好XDDD 所以還是常常發生每個人各幹各的，費時又耗力，還沒有一個統一的成果或標準的結果… 1.2 **多樣性與包容性 (Diversity & Inclusion, D&I)，**需要描述你的行動對於促進更多元且包容的微軟文化有什麼影響？ ...

澳洲微軟新進員工第一週的心得+坎培拉微軟辦公室分享 微軟坎培拉辦公室-門口 (這篇是原來是我 2022.10.28 寫的文章，現在轉發到 Medium 上面跟大家分享XD) 加入微軟的第一週! 近來坎培拉的天氣真心遭到不行，每天都狂風暴雨像颱風天一樣。今天終於放晴，於是我立刻前往坎培拉辦公室一探究竟 (但今天最高溫還是只有15度，布里斯本都已經32度了 lol) 結果不看不知道，一看嚇一跳! 微軟的坎培拉辦公室非常迷你，而且樓層也很低 (分別在大樓的二樓跟四樓，請不要問我三樓怎麼了，我也不知道XDD) 微軟坎培拉辦公室-廚房 廚房沒零食，重點是居然只有一個螢幕哈哈哈哈哈哈 (Amazon 是雙螢幕，而且桌子大概是微軟的兩倍大)。這個差異深深讓我體驗到由奢入儉難啊XD 微軟坎培拉辦公室-辦公桌 硬體設備除外，我覺得MS的同事人都還不錯。我的 manager 非常搞笑，我每次跟他catch up 都要被他逗得哈哈大笑。我的 team也非常迷你，加上manager 跟我也才8個人。這一週我幾乎跟每個人都 one-on-one 聊過 (是我主動傳訊息給大家約 one-on-one catch up的)，覺得大家的故事都非常有趣! 我的team還有另一個比我早加入兩週的同事，也是從AWS來的，跟我分享了很多很好的意見！(說真的我覺得我們兩個都有點不適應，因為AWS跟微軟文化真的太不一樣了。) 我的另外一個文化衝擊則是我跟兩個 MS graduate level 的同事聊天 (MS 的graduate program 是兩年，也不輪調，就在同一個職位。兩年在 AWS 我們都可以被 promoted to L5了)。他們都是以 experienced hire 的眼光看我 (覺得我是職場前輩)，可是我內心還是覺得我是一個 graduate/associate，讓我不禁懷疑我撐得起我現在的 level 嗎？ 另一個文化衝擊是，我的這個職位其實分成三個組織：Core (也就是 infrastructure)、Application Innovation、Data Analytics。我所屬的 team 是 core，但其實我個人的背景偏向 app innovation (因為我是 web development 出身)，然後我在 AWS 的最後一年做的是 data analytics 的 project ，也就是說這三個分支裡我最沒有關係的就是我現在的core team 哈哈哈 ...

澳洲微軟菜鳥 Azure Cloud Solution Architect 的一天 Photo by Raychel Sanner on Unsplash Azure Cloud Solution Architect (CSA) 是我在微軟的工作職稱，這是我加入微軟的第八週。在微軟之前，我在另一個雲服務平台 AWS 工作，也就是說這些 Azure services，對我來說都是全新的知識。 上週有客戶寫信問 sales 一個關於 Azure 防火牆 (Web Application Firewall) 的問題，對方的 DevOps 工程師提出了兩個可能的解決方案，但不知道哪個好，於是向微軟求救，想知道微軟的 best practices。由於是技術問題，於是 sales 就把信轉交給我負責。然而我從來沒有用過這個服務，也不是網絡 (networking) 專家，於是就開始起了我尋覓答案的旅程! 首先，我先在網路上搜尋了一下相關資訊，有了一點基本的概念後，我覺得這個問題可以有第三個解法，於是傳訊息給帶我的前輩想要找她驗證我的想法。想當然而，人家很忙沒空回我。好險我早就經過 AWS 的一番薰陶，知道不懂的就要馬上問/求救，於是我立刻在 team channel 上發問，結果沒人理我…… 後來我又私訊了我的經理，跟另外兩個在紐西蘭跟新加坡的 CSA (她們之前是我的AWS同事)，沒想到大家不知道答案。 好不容易過了幾天，帶我的前輩終於有空了，她跟我說她也不知道答案，但給了我另一個內部的論壇連結跟另一個 security CSA的聯繫方式。 最終的最終，我總算在各種不同的管道中蒐集到了我想要的資料，歷經與客戶的數封 emails 往返，我提出了三個選項的解決方案 (根據解決方案的安全性跟複雜度，我建議他們依序開始嘗試)，然後跟客戶約了一個時間開會，也就是這週三。 不得不說開會前我還是有點緊張的，其實我根本不知道這個問題的答案，我只是從各種網路資源、Azure的官方文件、微軟內部的論壇回答跟幾個其他team 的人回我的 email 中拼湊出了答案。這也是我第一次在沒有前輩的陪同下直接跟客戶開技術性會議。 會議開始後，客戶 (DevOps 工程師) 告訴我她已經進行了解決方案一，把 security framework 升級到版本 3.2，然而這並沒有解決問題。我跟她說「在我們繼續討論之前，我想要知道升級後你們有遇到新的問題嗎?」 她說沒有，所以也是一件好事。(她本來也在想說不定升級後會有其他問題，所以她一開始也是不敢升級的XD) 接著客戶告訴我她也進行了解決方案二，嘗試了各種設定組合之後，還是沒有辦法達到我們想要的結果。這也是我們可以預期的，因為我其中一個微軟的同事早已告訴我，解決方案二不可能會成功，這點只是應證了他的理論而已。(在我之前給客戶的email中，我已經表明這點。但由於客戶真的不想走選項三，所以我建議她我們還是先試試選項二，說不定會有奇蹟出現? 哈哈) 於是我們只好面臨了我們最不希望選的解決方案三，由於這個解決方案特別複雜，所以客戶還沒有嘗試。此時客戶的經理也在會議中，她問我「所以方案三不是一個好的解決方案嗎?」 我回答「不是的，方案三也是一個很好的解決方案，只是因為這個方案的設計比較複雜，而且一旦設計得不好，很容易會產生安全漏洞，所以我們才會想說要從比較安全/簡單的方案一跟二開始。然而我們現在已經試過方案一跟二，知道他們無法滿足我們的需求，方案三是我們最後的選擇。」 ...