近年銀行業因為數位轉型也投入許多資源來開發數位金融工具或產品,所以這次訪談就邀請到目前任職於國內知名銀行的林小花,來分享在銀行業從事 PM,負責開發軟體產品的挑戰。
林小花是國內知名銀行的數位產品 PM,也在 IG 創立林小花銀行下班人生分享職涯相關內容。
本篇為精華版,完整版請收聽 Podcast
當 PM 後覺得最有趣的 3 個地方
小花聊到對他來說第一個是能夠持續成長。這個成長包含產品的成長,像是產品有持續的進步、不斷推出新功能,讓用戶可以去做更多的事情。還有團隊成長,包含提升團隊凝聚力、各個成員的技能成長、以及他們從中獲得的經驗累積,甚至是比較世俗一點的就是彼此的考績跟升官發財,大家都能越來越好。最後是個人的成長,包含團隊領導的能力以及其他和開發相關的硬實力都能更加專業。
第二個是可落地的成就感。當產品落地,真正上線的時候,就會帶來很大的成就感。第三個是享受整個團隊一起努力過程。大家在過程中可以去相互彼此了解, 甚至是除了一起認真工作,下班之後也可以去喝一杯、去唱歌。在他經營整個團隊的過程中,能夠跟大家又是同事又是朋友,他覺得是很難得的。
當 PM 後覺得最具挑戰性的 3 個地方
小花說第一個很有挑戰性的地方是,有時候要對一些產品的功能去做出一些取捨,因為很多時候是要兼具開發的時程以及大家的能力,還有整體上線要開發的東西的幅度等,很難做到一百分。因為如果要做到一百分,需要花很多的時間,而等到認真地把所有想做的功能都做出來的時候,可能已經不符合市場的預期了。
第二個他覺得是溝通。溝通也分成內部跟外部,外部是指要理解其他單位提出的需求以及去溝通說哪些需求要做,哪些不要做。內部溝通則是需要讓設計、RD、QA 都能了解整個產品的功能,以及要讓他們知道為什麼需要這些需求等。第三個則是寫開發規格的硬實力。
和工程師協作時的溝通技巧
小花談到他覺得有一點很重要就是要有同理心。而同理心會來自於說,為什麼工程師會覺得這個規格很難開發或是規模太大幾乎做不到等。所以如果可以站在 RD的角度去想說如何幫他做需求的簡化或是幫他拆階段,這樣 RD 會覺得說你跟他們是在同個陣線上或同個頻率上面,這樣子對於雙方溝通會很有幫助。
對自己提出的方案很有信心,但卻被老闆否決時,會怎麼應對?
小花說當提出的方案被否決的時候,他會去反問老闆了解他的需求,或他自己反過來去思考,老闆為什麼會給出這個建議,再根據他的建議進行多方案的修調。小花提到當被拒絕的時候,其實就已經太晚了,他會建議事前就要預防這件事情。像是報告的時候,不要只有提出單一方案,但要懂得運用報告技巧去引導主管選擇你比較建議的方案。
想知道小花給想到銀行業當 PM 的朋友們什麼最真實的建議嗎? 歡迎收聽訪談小花的 Podcast