CODING 告訴你硅谷的研發項目管理之道（4）

寫在前面

優秀的項目管理者是怎麼工做的，如何幫助研發團隊高效工做？一直是 CODING 關注的重要話題，咱們不斷地打磨 CODING 研發系統來讓開發更簡單。近期咱們精心挑選了幾篇硅谷科技公司研發管理者的 README 進行翻譯。README 主要用來向團隊成員展現項目管理者的工做理念和工做方式，以便成員可以快速地融入到團隊當中。

原文地址：https://github.com/molly/manager-README
原文做者：Molly，HubSpot 的技術負責人，一位暖心的女技術主管
譯者注：HubSpot 是一家爲社交媒體營銷、內容管理、網絡分析和搜索引擎優化提供工具與服務的科技公司。

前幾篇咱們翻譯的是男性研發管理者的自述管理者（https://zhuanlan.zhihu.com/p/65842428），接下來咱們來分享女性研發管理者的工做方式和管理風格。在下文中，除了對技術的持續追求、對高效團隊的不懈努力以外，咱們也看到了做爲女性管理者特有的細膩：好比注重團隊成員的心理情況、對多樣性的包容。

Hi，我是 Molly。

很是期待認識你！寫這篇文檔是爲了讓你更好地瞭解個人思考方式和工做方式，不過它並不能取代咱們之間共同創建工做關係以及相互理解的過程。

個人角色

長話短說：做爲技術主管，個人職責是確保團隊的總體成功和快樂氛圍、成就客戶、完善產品與業務。更詳細的職責以下：

• 確保你不但職業上成功，同時心理上也能保持快樂。 我但願你可以在團隊中提高技術能力、發展職業、享受你的工做，而且秉持團隊和公司的願景。
• 確保咱們團隊的方向是正確的。 你可能據說過 Dharmesh 關於「對齊向量」的討論（https://thinkgrowth.org/what-elon-musk-taught-me-about-growing-a-business-c2c173f5bff3 ）：確保咱們團隊是一致的，朝着同一方向前進。

譯者注：Dharmesh 是 HubSpot 公司的創始人。
「對齊向量」是指利用線性代數中的矢量概念來描述團隊合做，Dharmesh 受到了 SpaceX 創始人 Elon Musk 的啓發：將團隊中的每一個人當作一個矢量（有力量和方向），當全部矢量的方向調整爲一致時，它們的力量加和纔會達到最大值。

若是團隊成員能力都很強，但各行其道，那隻會事倍功半

• 確保咱們能與其餘團隊各取所需，而且在作正確的事情，而不必定是被要求作的事。
• 我也參與開發寫代碼。

以上的職責按照重要性有前後順序，若是你事業不成功、工做也不快樂，那咱們的團隊也不會成功、快樂。當團隊出了點麻煩，那寫代碼極可能就不是個人首要任務。

另外：個人工做不是準確地告訴你該作什麼和該怎麼作，我不是團隊的「官方決策者」。當我向其餘人詢問反饋時，有人問了這一點，而後說了一些令我心酸的話：你須要對團隊作出的決定負責，即便你不是大部分時間在作這些決定的人。

我會認真閱讀你的代碼，我但願你對個人代碼也有所思考。 到必定階段後，你會全權負責你本身的代碼。若是你有一個很好的理由去作些其餘事情，你儘管去作，「善用判斷力」是 HubSpot 文化的關鍵部分，它一樣適用於敲代碼之外的全部事情。

請盡情反饋

若是你對我有啥反饋，請告訴我。團隊裏可能有一些你喜歡的東西、想改進的東西、一些你認爲我搞砸的事情、或者我沒正確分類的事情。即便你認爲它們不值一提，我仍是想聽聽；即便你認爲我不想聽，我也想聽聽你爲啥會有這種感受。

我更喜歡面對面的反饋。若是你只願意用電子郵件或者 Slack，那也 OK，至少比你不提來得好。

若是你有想法但不肯意直接給我反饋，你能夠反饋給個人上屬，這樣他們就能夠經過匿名的方式傳遞給我，而我就能夠着手處理它們。

一樣地，若是你對一個團隊成員有反饋，我建議你直接告訴他們。若是這麼作讓你以爲不舒服，能夠隨時讓我來轉達。

若是你還在糾結反饋的問題，告訴我，咱們能夠討論下。

關於一對一

我每週會在你的日曆上安排三十分鐘的一對一會議。若是你須要更多的時間，我會調整。第一次咱們可能會安排一小時的一對一會議，只是爲了確保咱們有足夠時間去過一過團隊任務和介紹性事務，你不須要專門爲此作什麼準備。

一對一是你的表達機會，我可能會有一些事情要和你討論，但首先是你的主場，能夠談談你最近在作些什麼、須要什麼、但願改變什麼、對團隊、同事的感覺如何、職業目標等等。這些都是當咱們坐在同事的辦公桌前你可能不會和我進行的對話。若是你想給我一些事務的狀態更新或者你被什麼問題卡住了的話，更適合在我辦公桌前快速和我聊一下，或者經過 GitHub 的 issue、Slack、單獨的事務會議。

若是你認爲有幫助的話，我鼓勵你寫下你想聊聊的事情。在會議時臨時想一些事情是有點困難的。若是你有想談論的事情，但很難口頭表達出來，能夠提早給我一個粗略的議程。若是你不知道該談些啥，就直接說你不知道該談啥，咱們就把它做爲一個話題。

這些都是我看過的一些有趣的文章，儘管我不必定贊成全部的觀點:
[1] https://getlighthouse.com/blog/effective-1-on-1-meetings/
[2] https://medium.com/@mrabkin/the-art-of-the-awkward-1-1-f4e1dcbd1c5c

若是你看在其它事情上有獨特的想法，這也能夠成爲咱們一對一不錯的話題。

關於績效

在一對一上我會給出你的績效反饋。若是你十分擔憂你的績效，我會讓你知道績效結果。若是你以爲我對你的績效有些擔憂，也請告訴我。

工做時間

當我在辦公室工做時，你能夠在 11:00 ~ 17:30 找到我，我常常會比這個時間早點或晚點。在工做日，我常常下班吃完晚飯後在家繼續工做。

在工做時間我一般一週在家工做一到兩次，而且將個人 Slack 狀態設置爲「在家」 🏡。

若是條件容許我更偏心面對面地進行一對一，若是你正好須要在安排了一對一那天在家工做，我建議從新安排一對一時間。提早告訴我以便我能夠從新安排它，或者由你在個人日程開放時間裏安排。

下班後的溝通

當咱們開始一塊兒工做後，我會去了解你平常的工做時間。我會盡最大努力不在這些時間以外發消息給你，由於我知道不少人會把 Slack 的通知設置爲同步到手機。有時我會在你的工做時間以外給你發郵件（特別是當咱們處在不一樣時區），由於郵件是一種不那麼侵入式的通知方式。你沒有義務在工做時間以外閱讀和回覆這些郵件和消息。若是你收到了任何頻率的工做時間外的消息，請告訴我，確定是我搞錯了你的工做時間。
若是出於任何緣由，我迫切須要在你正常工做時間以外聯繫你，我會給你打電話。但這種狀況極少發生 (若是有的話)。

多樣性和包容性

多樣性和包容性對我來講極其重要。我本不必在個人自述文件中提到下面這一點，只不過它與個人日程表有點聯繫：我選擇每週至少在家工做一次 (偶爾半天)， 由於它幫助我管理個人焦慮症

我對個人焦慮持開放態度。它不會影響咱們的工做關係 —— 不管我是否在辦公室，均可以經過 Slack、電子郵件、Github 或視頻通話聯繫我（見下文）。

若是你須要幫助

• 敲敲個人辦公桌面。若是我戴着耳機，它不意味着我不想被人打擾。我可能只是在享受一些音樂。你能夠隨時轉移個人注意力，最好是揮個小手、敲敲個人桌子。若是我要跑去什麼地方開會，我會告訴你而且找個更好的聊天時間再找你。
• 發 Slack 消息給我，或者發郵件給我。若是你想要開一個面對面會議，只要發消息告訴我，我會找時間，若是你想經過消息或者郵件來聊，也行。
• 在個人日程表上作些改動。若是正好在你想要安排的時間裏，我已經被安排了面試或者其它一些沒法調整的事情，我會告訴你而且從新安排。若是你發現我已將當天或某個時間段設置爲「無會議」，那麼你最好避開這個時間段 —— 我如此設置更多的是爲了阻止人們在那天安排非緊急會議。 若是你須要談話，請儘可能跳過這個時間段安排。

若是我在家工做，我依然能夠像在辦公室同樣隨叫隨到，儘管安排一個簡短的視頻會議比日常只要在我辦公桌前晃悠幾分鐘來得不那麼舒服，只要你以爲這種面對面或者屏幕共享的方式比文本溝通方式更加高效就行。

注意

盡信書不如無書，雖然這個文檔是我寫的，但我永遠不知道被我本身管理是種什麼體驗。因此若是我是你的 leader，這個文檔有任何問題，你能夠經過 issue、Slack、或者在一對一會議上提出來。

對你的指望

這份文件的重點是我如何工做，以及你對個人指望。在咱們開始合做後不久，咱們將討論我對你和團隊其餘成員的指望。我會將其連接到一個 HubSpot 的內部入職文件中。

個人興趣

這裏是我喜歡的東西，若是你想和我閒聊但又不知道說啥，這些都是很好的話題：

• 動物。我養貓，你時不時會聽到我說起 Max（或者能夠叫它 Maximus），它之前寄養在我家，如今已經正式成爲個人貓。我也喜歡狗，我很想認識更多辦公區的狗。若是你在辦公區看到一隻狗，快快告訴我，我要過去擼一擼它。

• 烹飪和烘焙。我喜歡嘗試新的食譜和烹飪技術，很想聽你談談嘗試過或想嘗試的新菜譜, 或者只是聊聊平常的烹飪和烘培。記得告訴我你在 party 上最喜歡的烘焙食品。

譯後記

愈來愈多的女性科技從業者走向管理者崗位，在從技術人員到管理者的轉身過程當中，除了須要學習管理理念，高效的工具也能幫助研發管理者事半功倍。CODING 涵蓋了軟件開發從構想到交付的一切所需，使研發團隊在雲端高效協同，實踐敏捷開發與 DevOps，提高軟件交付質量與速度。

CODING 助力女性研發管理者向前一步。