產品經理:先做好“自己”吧!
在互聯(lián)網企業(yè)中,常常需要對接各個部門的人,這時候產品很容易犯“我是產品 owner,就什么都要親力親為”。本文結合跨部門業(yè)務需求的技術方案對接的實際案例,展開分析,一起來看看吧。
互聯(lián)網企業(yè)是為客戶提供整體的解決方案,多個部門的產品業(yè)務是相互關聯(lián)影響的,需要大家一起發(fā)力,跑通業(yè)務全流程,形成閉環(huán)。那么,作為產品人,在項目工作開展中,跨小組/部門對接就是家常便飯了。
在跨小組/部門對接時,稍不注意,就容易犯“我是產品 owner,就什么都要親力親為”的錯。
本文將針對跨部門業(yè)務需求的技術方案對接的實際案例,展開講解。
大家有則改之,無則共勉~(歡迎一起探討不同的觀點)
一、實際案例
需求主導方產品經理帶著開發(fā)仔,拉通跨部門產品和開發(fā)開會,會議議題是對齊需求涉及到雙方整體的技術方案。
會議全程是主導方產品經理在講技術方案要如何做,涉及接口要如何改,ta的開發(fā)仔坐在一旁看著手機。四個人的會議,變成三個人的會議。
二、案例中存在的問題
1. 缺少專業(yè)技術保障
主導方開發(fā)人員沒有進入深度思考和探討的狀態(tài),只能憑產品經理一個人有限的判斷去傳遞信息給協(xié)作方。
2. 無法確保技術方案已覆蓋需求場景
盡管產品經理已經提前和ta的開發(fā)仔溝通過技術方案要如何實現(xiàn),但沒有關聯(lián)方的技術方案整合,需求整體技術方案是有缺漏的,都不算是完整的技術方案,無法保障需求場景已被覆蓋。
3. 分工不明確
定義技術方案是開發(fā)人員的工作和專業(yè),產品經理無法替代開發(fā)人員。
一旦你做好了,以后都是你來做,你就成了保姆式產品人,你的時間精力被分散了,沒有更多的時間去思考產品人本身應該做的事情。如果你沒做好,可能是你來背這個鍋。
所以,你可以有相應的能力,但不應該是你來做!
工作中,我們應該做好分工,各司其職,專人做專事。產品經理每天要和多個工種的不同角色協(xié)作溝通,更重要的是做好資源整合,利用好資源幫你做好事情,拿到結果!
三、為什么說產品經理不適合主導技術方案對接?
不專業(yè)的人去做專業(yè)的事情,很容易出錯,從而引發(fā)一連串問題。
因為前期技術方案未全面覆蓋業(yè)務需求場景,無法提前規(guī)避問題,可能要在開發(fā)過程,或者測試環(huán)節(jié)才發(fā)現(xiàn)問題。為了解決問題,在臨近上線時間,主導方臨時拉通關聯(lián)方再次對齊技術方案。
如果臨時補救成功,可以拿到結果。但過程中狀況百出,協(xié)作關聯(lián)方會因此對與你對接產生不靠譜的印象,產生后怕的心理。(內心OS:每次對接都狀況百出,溝通費勁)
如果臨時補救不成功,項目將存在風險,可能會延期,影響業(yè)務結果交付。一旦出錯,業(yè)務輻射面廣,引發(fā)生產問題,影響客戶正常使用,將演變成嚴重問題。如果是涉及到錢相關的業(yè)務,很可能造成企業(yè)/客戶的經濟損失。
四、從項目管理角度分析問題
從項目管理角度看,臨時補救,需要變更技術方案,其中存在變更成本。發(fā)現(xiàn)缺陷的時間越晚,糾正缺陷的成本就越高。
這是因為設計和開發(fā)工作通常已經基于缺陷的組件而進行。此外隨著軟件開發(fā)生命周期的進展,活動的調整成本有所增加,因為更多的干系人會受到影響。變更成本曲線可以描述這種現(xiàn)象。
五、產品經理應如何開展跨部門業(yè)務需求的技術方案對接?
當你接到涉及跨部門協(xié)作的需求,作為主導方,要做技術方案對接時,你一定要相信你的開發(fā)仔的專業(yè),相信 ta能勝任這個工作,能把事情做好,放心交給他負責,專業(yè)的事情要交給專業(yè)的人去做。
具體可以按以下5個步驟開展:
step1:明確需求后,提前和你的開發(fā)仔溝通,將需求傳達到位,讓ta全面了解需求場景。
step2:在需求層,與你的開發(fā)仔達成一致后,讓開發(fā)仔想想在技術層面可以如何實現(xiàn),明確你方的技術方案。
比如涉及你的產品模塊哪些地方的改動,是否涉及到其他關聯(lián)方(比如:跨小組、跨部門)的改動,需要關聯(lián)方如何配合處理。
技術方案的評定,交給你的開發(fā)仔去找研發(fā)小組長或技術架構師評定吧。
step3:明確你方技術方案后,和關聯(lián)方約定會議時間,參會人員是所有關聯(lián)方的產品和開發(fā)人員。
step4:會議對齊技術方案,由你的開發(fā)仔主導講解,你旁聽就好,在與關聯(lián)方討論過程中,涉及技術方案未覆蓋或不符合業(yè)務場景的地方,你可以提出問題或補充說明,幫助完善技術方案,確保技術方案覆蓋需求場景。
step5:與跨部門對齊整體技術方案后,這時才算技術方案敲定了。接下來按照項目排期時間正常研發(fā)上線。
總結
1)產品經理要專注本職工作,將更多的時間花在梳理用戶故事、需求場景、業(yè)務流程、產品方案、用戶使用數(shù)據(jù)反饋等重要工作上。
2)秉承專人做專事的原則,明確分工。做正確的事,且正確地做事!
3)如果你的本職工作都沒做到位,就去做你不專業(yè)領域的事情,往往會讓事情往不正確的方向發(fā)展。
4)技術方案需在啟動開發(fā)前評估好。隨著軟件開發(fā)生命周期的進展,發(fā)現(xiàn)缺陷的時間越晚,糾正缺陷的成本就越高。
5)做好資源整合,利用好資源幫你做好事情,拿到結果!
本文由 @Lena 原創(chuàng)發(fā)布于人人都是產品經理。未經許可,禁止轉載。
題圖來自Unsplash,基于CC0協(xié)議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
很有道理,專職專人干,產品可以什么都會但是不能什么都干
??
學到了!
好的呀,對你有幫助就太好啦~
學習了,期待更新。??
謝謝支持,持續(xù)輸出~???♀?