當工程師說這個需求沒價值|和產品經理爭論需求價值,這不是純屬吵架嗎?

為什麼要做這個?有人會這樣用嗎?我覺得這個邏輯很奇怪!你這個需求沒價值。其實,這些話產品經理當久了,總會聽到工程師這樣說,還年輕的時候就會覺得火氣上來,覺得工程師是來亂的是不是,事情都做不完了你還在那裡講沒講價值,怎麼不在剛剛老闆在的時候、需求方在的時候、客戶在的時候,你直接講:這個需求沒價值呢?

engineering vs product management debates

PM與RD在公司裡常見的內耗場景

「Alice,我覺得你這個需求沒有價值。」Bob不耐煩地說。

Alice皺起眉頭:「為什麼這麼說?」

「台灣人根本不怎麼用微信,我們的主要市場是台灣,這只是浪費開發資源。」Bob解釋。

「但你有考慮到未來的市場需求嗎?」Alice試探性地問。

「現在我們手上已經有一堆重要的需求在排隊,這個需求現在做根本沒意義。」Bob繼續說,「我們團隊人手有限,開發時程也有限。」

Alice深吸一口氣,語氣堅定地回應:「微信在中國是主要的通訊工具,這個功能對於我們開拓新市場非常重要。」

「我們現在的重心應該是提升現有產品的品質,而不是增加不必要的功能。」Bob依舊堅持。

Alice瞇起眼睛:「你知道嗎?這個需求不只是我的要求,我們必須考慮到公司的整體戰略。」

「所以你的意思是這是老闆要的?」Bob反問,顯得越來越不耐煩。

Alice冷靜地說:「主管們確實有思考這個方向,但這是我們產品部門經過多方考慮後認為必須做的。」

「你根本不懂技術上的難度!」Bob憤怒地拍著桌子,「你這樣強加需求只會讓我們工程崩潰!」

Alice冷笑了一聲:「如果你覺得人手不夠,我可以幫你爭取更多資源。但你別再跟我扯什麼需求沒價值,這不是你該管的範疇。」

Bob的語氣中帶著無奈:「我們需要更多的時間來完成這些額外的需求。」

Alice堅持:「時間和資源都可以協調,但這個需求是必須完成的。這是我們進入中國市場的關鍵一步。」

產品經理與工程師的雙方觀點冷靜分析

這種對話經常在公司上演,當時我想心裡想的是,我能推掉的需求我也想推啊,多推一些我就能少寫PRD文件、安排資源,這樣我也高興啊!

也覺得工程師根本沒必要扯東扯西的,其實核心訴求就是人手不夠、時間不夠、還是技術上有難度,直接直球對決,不要廢話太多、扯什麼產品價值。

但是產品經理的價值,就不是此時此刻跟你在那裡策略性的情緒威脅,其實我們理性分析一下:

PM與RD的觀點:

工程師的觀點

  • 工程師認為某些需求不值得投入大量人力去開發。
  • 在爭論後,工程師仍需執行該需求,感覺自己輸了。

產品經理的觀點

  • 許多產品經理認為需求價值不是工程師該關心的問題,而是產品經理和需求方的責任。
  • 產品經理表示需求已經過內部討論,不需要與工程師爭論價值。
  • 產品經理強調團隊合作,建議工程師直接反映人手不足或時間緊迫等實際困難,而非爭論需求的價值。

說穿了,就是時間,講清楚就好

在實際工作中,產品經理和工程師常因需求優先級和資源分配問題發生衝突。

而工程師之所以這樣直接說需求沒價值,往往是因為透過工程端接觸到有限的訊息之後,便心直口快的說出來。

其實,工程師真的要捅產品經理,還有上千種方法。

透過幾個方式來解決

根據上方的短篇故事,我想到幾個解法:

  1. 建立共同的目標:Bob和Alice都需要了解公司進入中國市場的重要性和戰略目標,產品經理可以召開會議,讓高層詳細解釋這個策略,讓大家理解這個需求的價值。
  2. 資源評估和分配:Bob表達的主要問題是資源和時間不足。Alice可以協助爭取更多資源,或者重新調整現有任務的優先順序,確保團隊能夠在合理的時間內完成任務。
  3. 技術可行性評估: 讓技術團隊進行詳細的可行性分析,評估微信相關功能的開發難度和所需時間,確保有明確的時間表和步驟。
  4. 持續溝通與反饋: 定期召開進度會議,讓產品和技術團隊可以及時溝通進展和遇到的問題,確保雙方都能及時調整計劃,解決問題。
  5. 階段性成果展示: 將微信功能的開發分成幾個階段,定期展示目前的進度,讓高層和團隊都能看到進展,增加信任和透明度。

以上,這是我想到的方法,你呢?

返回頂端