1. 程式人生 > >CODING 告訴你矽谷的研發專案管理之道(3)

CODING 告訴你矽谷的研發專案管理之道(3)

前言:
本文為 CODING 教你一步步從一個程式設計師變身成管理者系列文章的第三篇,文章內容來自 Unity 的一位研發總監,詳細敘述了他的管理風格和處事態度,同時列舉了很多擴充套件閱讀材料來幫助讀者更全面、更深入地瞭解不同的管理風格,解決職位轉變帶來的困惑。

系列文章地址:

《CODING 告訴你矽谷專案經理的專案管理之道》https://zhuanlan.zhihu.com/p/65147030

《CODING 告訴你矽谷專案經理的專案管理之道(2)》https://zhuanlan.zhihu.com/p/65686020

原文地址:https://github.com/angryweasel/managerreadme

原文作者:Alan,現任 Unity 研發主管

正文

對於在我手下工作的人來說,請把這份材料當作一份如何與我互動的說明手冊。其實在差不多一個月的相處時間後,你都能或多或少地摸清楚門道,但是考慮到你剛剛加入到 Unity 這個大家庭,會有超多的事情需要學習和關注(遙想當年我剛剛加入的時候,一把辛酸淚),因此我整理了這份文件,希望能幫你快速入門,瞭解我們做事的風格。

對了,即使你已經在公司工作一段時間了,但對我還不是很瞭解,也歡迎仔細看看,對大家都好。

1 on 1 Meetings

我認為在組內保持資訊通暢是非常重要的。每個組員應該每週與我預約一次約 30 分鐘的 1 對 1 會議,建議提前選好時間(根據你的時區來),這樣可以避免給其他會議或者工作帶來衝突。

即使在我出差的時候,我也會按照預定的時間跟你聊聊,但如果我們之間的時區相差太遠導致沒辦法如約進行,我們也可以找個其他時間通過 slack 或者視訊的形式進行。因為作為一個管理人員,我需要了解並滿足你的需求。我的工作中最重要的部分就是要助你成功,讓你在 Unity 的時光有所收穫,所以請善用這一點。

你,作為領導者

我做的管理人員的工作是去培養更多具有領導力的人。無論是在管理團隊,還是在解決客戶問題,你都應該通過自身的領導力來推動團隊做出改變,選用更好的工作,採用更高效的流程等等。在推動團隊改進研發效率的這個過程中,你會提高領導力並逐步改變對自身的定位。

我會盡全力幫助你成為更好的領導者,在我們每週的 1 on 1 中,我們也會經常討論領導力相關的話題。我希望你能帶著問題來,把你最近在領導力方面的挑戰拿出來,我會盡我所能地幫助你克服這些挑戰。

只有極少數情況下我會用我的頭銜來壓人,我主要還是以給你提供建議和解決你遇到的問題為主,從產品質量角度來說,我絕對信任你和你的團隊。

我的管理準則

我在讀質量控制方面的書的同時也看了大量的管理學和領導力方面的書籍。總的來說,一部分觀點還是很不錯的,另外一些觀點我覺得不行,不過我現在已經有能力能取其糟糠去其糟粕,並逐步開始形成我自己的管理哲學。我也不清楚到底是這些書中的理論在指導我,還是因為我自己的觀點得到了書中的肯定從而帶來了自信。

長話短說,有 4 個觀點能比較完整的概括我的管理準則。

1. 我們之前是同盟關係

我們之間的關係不單單只是管理和被管理這麼簡單,我們的關係應該是互惠互利的同盟關係,而且目標一致,為對方創造價值和幫助對方成功。在你的工作為 Unity 創造更多價值的同時,我會幫助你在職業規劃上和技能提升上帶來更好的發展。

如果你想更深入的瞭解這種同盟關係,可以看看 http://www.theallianceframework.com/, LinkedIn 的創始人 Reid Hoffman 創立了這種新的管理人員/員工的關係框架,我認為其中有很多值得借鑑的價值觀。

2. 指導和獨立性

無論你是就坐在我身邊還是 1000 公里以外的辦公室,你的成功都依賴於你獨立解決問題的能力和主觀能動性。我作為管理人員的工作僅僅是給你提供必要的框架內容(比如目標和角色之類的),然後我就會從你的眼前消失。在 Unity 工作的大家應該都能很好的跟人共事和解決問題,我只會在需要提供一點方向性指導,或者你有什麼需要我幫忙解決的時候出現。當然,有些時候我也可能會插手一些具體事務,這並不代表你做錯了什麼,僅僅是我覺得我看到了一些新的機會,這麼做可能會幫助到你。

One Minute Manager (https://en.wikipedia.org/wiki/The_One_Minute_Manager) 囊括了很多相關的內容。

3. 個人提升是最重要的

我會使用兩種理論模型來輔助組員的個人成長。第一個模型是是 Max Landsberg 模型(出自 Managing Humans:http://managinghumans.com/)。這個模型將工作的難度和員工對這份工作的接受度作為兩個象限搭建一個四象限圖。每一項工作都能歸結到某一個象限上。我的目標是讓你儘可能做一些最想做同時難度要求又比較高的工作,這樣你就能在為 Unity 提供最大價值的同時獲得很高的個人成長。

另外一個模型跟這個也很類似,我稱之為 ACM(Ambitious, Comfortable, Mundane)模型,這個模型關注的重點在於工作的分配問題。每次你完成了一週的工作或者一次敏捷衝刺,可以停下來分析一下哪些工作是比較具有挑戰性的(Ambitious)、哪些工作是做起來比較順手的,慣例性的工作(Comfortable)、哪些工作可能比較無聊且對於你來說過於簡單(Mundane)。

我們需要經常溝通,確保有足夠多具有挑戰性的工作來確保個人成長,如果有時候你覺得工作上失去了挑戰,就應該來跟我溝通,根據具體情況調整你的工作內容。同時我們也希望能儘量減少對於你來說簡單的工作,術業有專攻,有些時候對於你來說比較簡單的工作可能對其他人來說還挺具有挑戰性的。

一個簡單的實踐方式就是把一個週期內的工作都羅列一遍,然後將每項工作分級。理想狀態下,這個單子上應該有適量的具有挑戰性的工作,讓你保持不斷學習的同時也不至於被搞的焦頭爛額,還應該沒有或者有一點兒無聊的工作,然後剩餘的工作為常規性工作來保持平衡。如果你覺得平衡被打破了,就應該找我來討論一下,通過發現新的工作、改變現有工作內容的形式來恢復平衡。

4. 有效的反饋是關鍵

關於反饋,除了 Unity 自身的反饋規則外,我還會使用 Radical Candor (https://radicalcandor.com) 中提到的模型。

我會很頻繁的給你關於工作和影響力方面的反饋。根據我的經驗越及時的反饋價值越高。所以我會盡量在本週的 1 on 1 會議中及時給出反饋。我們會經常性地進行 3Q (https://3qcheckin.com/why-3q)方面的對話來確保及時的反饋。當然如果事情特別緊急我會直接跟你說,而不是等到 1 on 1 的時候。

當然,我也很歡迎關於我的反饋,我也希望通過錯誤來學習和成長。

譯後記

從技術人員到團隊管理者的轉型所帶來的不僅僅是身份上的變化,更多的是思維方式和處事態度的轉變。Alan 作為一個資深的技術總監,在他的分享中不單是自己的管理哲學和管理方式,同時也指明瞭一條通往管理者的道路,比如他提到的要從初期開始就進行領導力相關的培養、如何利用好身邊的資源等等都在幫助希望走上管理崗位的技術人員梳理脈絡。同時他還給出了大量的延伸閱讀材料,可供參考,可以說是誠意十足。

另外值得注意的一點是,Alan 對工作分配的要求很高,要減少甚至消滅無意義的重複勞動,這就需要高效的工具來實現——CODING 就能很好地解決這些問題,通過 自動化的研發流程,減少人力的重複勞動。CODING 提供持續整合到自動部署的全過程工具:自動構建、自動化測試、構建物管理、部署交付。支撐專案的快速迭代,保證軟體穩定、持續構建和釋出。可以無縫對接第三方運維管理工具,支援多種軟體交付過程,實現 DevOps 持續交付全流程應用。

CODING 助力開發者輕鬆成為管理者