Working with Bob Chao

Note: 這是先前在 KKBOX 擔任 Product Lead 時撰寫的文件,現在我已經離開 KKBOX,團隊狀況也許有所不同,可另行尋求現在的成員詢問。

Photo by Clay Banks on Unsplash

Note: 這是先前在 KKBOX 擔任 Product Lead 時撰寫的文件,現在我已經離開 KKBOX,團隊狀況也許有所不同,可另行尋求現在的成員詢問。

以下大概涵括了我對團隊夥伴的工作態度、跟我合作的要點等等,差不多可以當作是給成員(PM Team 的夥伴為主)的「Bob 使用說明書」。整理了之前給同事的一些資訊跟講過的想法,有許多是在 COSCUP 合作過的夥伴都應該聽過的,分享於此。 CC:BY

KKBOX 文化指南

敝社 2020 年歸納了一份「文化指南」,講說自己多符合就不免像是自賣自誇,但自以為我應該都還過得去。其中有幾項我特別想加註的部分,可能對你了解我的態度有幫助(我沒做到的話也可以拿來鞭我 XD),參考以下:

Stick to Fact

我希望我的判斷都是有所本的,這個「本」可能是數據、可能是經驗、可能是價值觀,我盡可能用客觀事實來下重要決定(誒,價值觀必然是個人的,要除外啦),並且都該有能力對大家闡述邏輯。希望你也是這樣。

避免過猶不及:你的直覺很可能來自於過往細碎經驗的累積,所以有什麼想法/感受還是都歡迎表達出來。

  • 參考我的常用詞彙「相信」。使用這個詞彙時,代表我想明確提出自己「一下拿不出什麼確切的證據,但有信心認為勢態比較可能如我所述」。
  • 與之相對的是「確定」。使用這個詞彙時,我必然有事證;按理說我會一併說明事證為何,但若因任何原因沒有提出,也歡迎追問。(亦請參考善意推斷)

另一個也相關的事:我遇到「聽說」的事情會盡可能追溯源頭確認事實,避免層層轉述造成誤解。希望你也是這樣。(也請參考善意推斷)

Stay Curious

我是興趣廣泛且算蠻有好奇心的人,大抵來說每個人的工作範疇與細節我應該都會有興趣了解,若發生什麼兩難的狀況,我會有興趣與你一起討論。

很多非技術背景的夥伴會問「PM 到底需不需要懂技術」,我的想法概略來說:

  • PM 會試圖加強自己對於事情的決策能力與增加選項
  • PM 也該對自己負責的產品頗有了解

由這兩點來說,「需不需要」不會是問題 — 當然要(建築設計師也得要懂力學啊,不然你怎麼知道自己的設計可不可行),真正的問題可能是「要懂多少才算夠」。建議都至少保持一定的好奇心,了解不同問題的關鍵之處(而不一定真的要是實作細節)。

不過如果跟我一樣什麼都想會一點,顯然得花上很多時間(對,我都有興趣了解但可能沒時間 orz ,沒時間問題一律建議不睡覺)。在拿捏上有疑惑時,我也有興趣與你一起討論。

Create Transparency

參與開放源碼社群多年,我當然認為這樣的精神能促使大家彼此學習進步,因此決策/想法也會盡可能把思考的脈絡與邏輯(這也是種「Source」)向大家說明,希望你也是這麼做。有些想法若我加註「這部分我還沒有想得很清楚」,那就代表… 真的覺得還沒時間想太多,只是丟快想法給大家參考,也許漏洞很多但反正不見得代表最後決策;這也是你可以加入討論、影響事情走向的時機。總之在工作上,我會極盡所能地開誠布公,希望你至少對我也是。

「Bob 到底是什麼意思?」
「以我對他的了解,他就是字面上的意思。」

對,通常就是字面上的意思,我有時會故意用一些相反或者刻意激烈的詞彙也是真的 XD。總之不要「猜」我在想什麼 — 若我表達得不夠清楚,讓你有所疑惑,那直接問吧!(也請參考善意推斷)

工作上的聯繫,可以用公開頻道溝通就盡可能用頻道溝通,降低純粹以私訊往來的比例。請試著提升巴士指數。

Take Ownership

雖然很有興趣了解各種東西的內容,但我不太喜歡枝節管理,也希望大家都有自主權。絕大部分的情形下,給你負責的專案就是由你作主。有言道將在外君命有所不受,你按理說也該要是最清楚細節的人,請謹記我(或者其他人)提供的意見你也許都可以列入考量,但不該直接照單全收 — 我們都投注腦力做事,並非只是別人的手腳。

不過,雖然當我意見與你不同時,我會盡力與你相互說服(亦請參考 Stick to Fact),但若到最後關頭仍無共識,而實際上我得擔負的責任又比較大的時候,原則上請按照我的決策進行(亦請參考開明專制)。

開明專制

所有團隊管理的相關事宜,都歡迎大家提供意見與想法。我也常會把「半成品」等級的想法及我的考量點分享給大家,歡迎發言影響決策。(參考 Create Transparency)

不過為了效率,在我有權責的情況下,我仍有可能在某些狀況下自己決定事情,並且請大家照辦/執行。此時如有想法,還是歡迎跟我討論(我總是可能缺乏某些你才有的資訊,或者漏了某個角度沒考慮到);但如前所述,此時若討論沒有共識,請按照我的決定進行,我當然也會負起責任。

以整體利益為優先

通常我在考慮事情時是以整個系統最有綜效為優先,因此有時可能我會找你處理一些你認為在自己所謂的 R&R 上不需要做的事情,或者請你協助其實是其他人負責的工作。我必然有理由、也通常應該會記得對你說明,若有疑惑或不同意見,當然還是歡迎你跟我討論,但請先了解我是這樣想事情的、而不是想要推工作或者攬功。

另,我認為我們的職責之一是協助組織能在對的時間做對的產品(以取得對的成果)。因此期待夥伴在資源若有排擠時請理性思考、與同儕一起討論何者優先,避免只是「要把我的事情快點做完」。

善意推斷

沒有人會刻意要把事情做爛,各有立場是很常見的事情,若對方的思考有疏漏,提出指正即可,對事不對人。希望你也是這樣。

我不至於為了要佔資訊不對稱的便宜而隱藏資訊(參考 Create Transparency),如果有事情該說但我沒提,請相信我八成是忘了而不是刻意為之。

亦可參考維基百科:假定善意

上下班與休假

上下班時間請參考公司的規定決定,都成年人了這應該不用人管,公司也沒有拿這件事情做考評。現在工作地點是 hybrid 模式不會有人說只有坐在辦公室的座位上才叫在工作,三不五時去咖啡廳偷聽隔壁桌在幹嘛也會有新發現。話雖如此:

  • 外出單什麼的有時影響保險,請自行斟酌狀況填寫。
  • 如果表定你該到的那天,你卻很晚才能到,先傳個訊息跟大家講一下比較好,我們還是會在意你的安全。

如無特殊狀況,我可直接核准的範疇內我會一律准假,請盡量正常休假。(2023 加註 — 後來注意到特休我本來就不能不准,所以補充說明:事假或什麼假都一樣,我可以直接核准的範圍內無特殊情況我會一律准假。)

我有時候會在奇怪的時間回訊息或工作,但完全不鼓勵你如此(我現在 Slack 訊息會設定在早上 9 點再發了啦… orz)。如前所述,真的等不得的急事就會打給你,所以假日不看訊息也無妨。

基本不鼓勵加班,要把產品做好也需要常人般的生活體驗;如果你發現自己長久需要超時工作才能把一切搞定,請試著跟我討論工作狀況,問題不見得在你。

跟我約會… 議

你認為我應該與會的會議,都可以直接發邀請,請於說明欄填寫這個會議的內容概要;我若認為自己出席沒有幫助,也會與你溝通。如果只是想讓我知道一下狀況,可以發 Optional 的會議邀請給我,會後給我會議紀錄也可以。

發會議邀請時,我有空著的時間都可以約,直接看行事曆就可以了,不必再問什麼時候有空/偏好為何。我偏好的上下班時間也有標示在行事曆上,放假也會標記整天沒空,所以放心約無妨。再者,真的不行的話我也會跟你說啦。

(我偏好「你固定更新資訊在某個地方,我自己去看就可以,不必再問你」的那種形式。)

給新人:如果你約了很多次會議,會注意到有些人比較慢進會議室,很可能是因為他(也許是我…)連著好幾關要跑,還請體諒。無論如何,試著盡量當第一個去 check-in 會議室的人(會議室 10 分鐘沒有 check-in 會自動取消)。即使有人應到未到,會議也請準時開始,我若遲到的話找你補課是我該做的。

1:1

Report 給我的夥伴,請每月主動跟我約至少一次、每次至少一小時的 1:1;試用期夥伴前兩個月頻率會更高點。

請盡可能事先於會議邀請的內容裡提出你想討論的事情。任何你想要聊的事情都 ok,從專業能力上想要在哪裡更加精進,乃至於家裡漏水很煩、最近跟男朋友吵架什麼的,都行。你自己斟酌對你最有幫助的議題。

我一定會有興趣聊聊的清單如下,可考慮涵括:

  • 你對目前工作範疇的想法
  • 你對團隊/公司的期待
  • 你對自己的期待:我期許自己可以協助你達成對自己的期許,所以聊這方面的東西大歡迎。這點其實跟我在協調開源社群的態度是一樣的,我都希望大家一邊完成對自己有幫助的事情,另一邊就不小心達成組織目標了 XD
  • 你想給我的建議/對我的期待:比方說:我如果做些什麼/不要做些什麼,會對你有幫助?

我會期待在「別的」場域跟你討論的清單如下 — 這類問題任何時間可考慮直接約聊,不用等 1:1:

  • 工作內容的細節:來找我討論時,請帶著你自己的意見(請參考討論時請先提出自己的意見);請避免「過一下這個月我做了什麼」,這件事情我們例行週會就可以做到了。
  • 跟任何人溝通不順有障礙,期待我給建議或幫忙除錯
  • 你想休息一陣或正在期待新的機會,包括但不限於找其他工作/轉調,歡迎跟我聊聊。希望我們之間對於這種事情,不是到沒有討論餘地了才開始「討論」;我也承諾我必然會與你一同分析對你自己最有利的狀況。

非直接部屬的其他夥伴,若有需要,也歡迎跟我約。頻率自訂、內容同上。

與我溝通

工具

原則上我只會用單一工具找你談公事(工作 Slack、社群 Telegram),大部分的時間裡我也希望你是如此,因此可以放心加我 IG/FB。你跟我之間的溝通應該避免「只」用 email。Email 在我們的工作環境裡除了對外溝通之外大多都是某種存證信函啦,讓我們選擇其他有效利用彼此時間的方法吧。

由於信件量,cc 我的信通常我只會掃標題、認為可能需要我的才會點進去。如果有什麼信希望我一定要看,盡量 Slack 上也告訴我一下。

我若傳訊/寄信給你,不會預期你要立刻回(為了強調這點,我有時還會刻意加上「不急」等字),也希望你不要預期我會立刻回應。有需要立刻回應的事情就打電話給我,我手機在 FB/Slack Profile 都有,不過不在通訊錄內的號碼我不會回電,所以若剛好沒接到,先傳簡訊表明身份吧。

同樣地,很急迫的事我會直接打電話給你。一旦我使用其他工具找你談公事,表示已經到萬不得已的狀況,請重視相關訊息。這點也適用於你:一旦你用其他工具來找我談公事,我會認為你已經是萬不得已,而會優先重視你的訊息。不過我並不常開 Line,請無論如何避免用 Line 找我 orz

雖然有不少人認為同步式的溝通(例如會議、電話等)比較有效率,但我認為沒有那麼急迫的東西應該盡可能採用非同步溝通(訊息)的方式做。我認為同步的時間比較珍貴,懶得打字可能時而有之、但把想法打下來通常會更清楚。而且那個「比較有效率」是對你來說還是對大家都成立呢?可以考慮看看,至少不見得對我成立(因為我的一塊時間可能就被你截斷了)。不過如果訊息來回幾次還覺得有很多話要說,我可能也會直接 call/約你。

BTW 若我問你「有沒有 15 分鐘 call 一下」那類的話,你可以為了保護你的時間區塊(比方說正在跑番茄鐘那類)而叫我晚點再來,無妨。

我的習慣

我講話很快,而且越忙越快。主管曾經建議我試著放慢語速以便讓大家容易聽懂,不過我注意到這會讓我的思索受到一定限制,因此為了整體的最大利益:

  • 對於我自己管轄團隊內的夥伴,如果發現我講太快聽不清楚,或者字數/資訊爆多太轟炸,隨時喊停或讓我重述也無妨,不然我就當做我們相性太好,你可以接受。我不會因為你不能接受這樣的語速就對你印象差,所以若不能接受請直說,我會試著藉由其他方式來表達;而很多人不能接受的時候,我自然也會意識到該調整自己的速度。
  • 在面對其他團隊的夥伴時,我通常已經會試著要求自己放慢了。如果不慎沒注意,提醒我一下,我會很感謝你。

在聽你講話時,我有可能因為試圖專心而刻意低下頭、讓其中一側的耳朵更接近你一些。不是故意逃避與你眼神交會,還請知悉 XD

可以的話,線下的討論都盡量有線上的紀錄為佳。可以考慮看看當自己以後忘記了的時候,該怎樣找到這些紀錄。(應該有些夥伴在跟我聊完以後收到過我的「剛的 Summary」,可參考。)

我的特質(?)

雖然我覺得每個人其實多少有點不同,貿然用「x 型人格性格測驗」或甚至星座血型來分類還挺危險的。但反正公司都測了,也許仍可參考:我的 DISC 性格測驗分類是歸納在「中立型發號施令者」。

如果你真的因此找到與我互動的良好方式… 恭喜你?也歡迎與我分享。

討論時請先提出自己的意見

  • 前述所有「歡迎找我討論」,之所以會用「討論」這個詞彙,是希望暗示你:我不見得有辦法給你「答案」,但願意跟你一起尋找解決辦法(嗯,現在變成明示了啦)。因此,任何來找我討論的事情,請都先告訴我你自己的意見。
  • 另一方面我其實認為 PM 對事情一定要有想法甚至偏好,以此作為跟別人的討論基礎。若是產品方向上的事情沒有意見,可能代表某些資訊還不夠,請試著探索出來。

參考

  • 提供過往筆記給 Mark 參考時,他提到曾經有想要寫一篇這個,讓我萌生整理起來公開分享的念頭。特此向兩位致謝。

留言

留言透過 giscus 存在 GitHub,用 GitHub 帳號登入就能留言。

繼續閱讀