我進行了一場失敗的溝通,希望你別犯我這3個錯誤
上一篇文章《再牛逼的產品經理也無法一個人完成一款產品》中,我著重強調了溝通的重要性,可是就在剛剛我進行了一場失敗的溝通,雖然最后還是解決了問題,但是犯錯的過程很有意思,也值得深入分析,現在跟大家分享一下。
混亂的起源
我所負責的產品計劃4月中發版,當前進入全功能測試階段。但是原計劃3月11日接入的橫向模塊尚未測試通過,在跟橫向部門的產品、測試、前端、后端溝通后,發現坑遠比我想象中要大,于是跟他們的項管溝通召開一個短會。
這一刻,我完全沒有想到接下來面對的是一場失控的溝通,不,用爭吵更加貼切。
到底誰的錯
19:00,橫向產品、測試、項管、前端、后端、技術主管、我、我的測試,一行八人氣勢洶洶的來到了休息區,召開模塊進度溝通會。
我先簡單說明了情況:
- 原計劃3月11日release,現在還沒測試通過;
- 橫向產品說會把模塊接入我的產品,并完成測試,業務線僅需簡單測試主流程;
- 橫向測試說模塊已通過,在接入app進行聯調,聯調期間業務線應該并行測試;
- 后端開發說需要在開發環境測試,橫向開發打了個測試環境的包提測;
- 業務線測試在開發環境測出數個bug,橫向項管說我們還沒release,你們不用測試。
當我一口氣把這個問題說完,原本以為會看到大家佩服的眼神,畢竟我覺得自己邏輯夠縝密,記憶夠清晰。可是迎接我的暴風雨般毫無間隙的反擊。
- 項管說“你們后端在模塊release之后還做了重大調整”;
- 后端說“接口早就發布了,這兩周一直沒動過”;
- 測試說“昨天收到提測單,我已經在測試了”;
- 我說“測試使用地址不統一,一個開發環境,一個測試環境”;
- 前端說“服務端本周做了發布流程調整,導致客戶端增加了一個開發環境”;
- 我的測試說“我在測試環境測出了3個bug”;
- 橫向產品說“橫向會把模塊接入,你們現階段無需測試”。
接下來的畫面可想而見,我們相互撕起來了,隨著越來越激動的情緒,大家的分貝也高了起來,那個湊巧路過的小姑娘明顯被我們嚇了一跳。
不知道其他產品經理是什么情況,但以上這種爭論的情況經常發生在我身上。雖然后來問題大都妥善解決了,但從溝通的過程來看,這無疑是失敗的溝通。
如何有效溝通
我們先來看看上面的溝通中犯的幾個明顯錯誤:
1.沒有找準關鍵人
當模塊進度不明時,我直接找到橫向的開發和測試溝通,缺忽略了統一對外接口人是項管。開發和測試更多精力聚焦在模塊的功能上,進度方面無疑是項管最清楚。這是我犯的第一個錯,也是最應該避免的錯誤,如果一開始找準對接人就不會有接下來的各種爭論。
2.會議召開不及時
當模塊進度不明時,我沒有直接召集相關人員開會溝通,而是分別找了開發、測試、產品溝通,每個人對該模塊進度描述不一致也是我把該問題嚴重程度上升一個檔次的重要原因??珊髞硎聦嵶C明情況并沒有那么壞,如果在有疑問時直接召集模塊相關同事開會,既可以減少溝通成本,又可以快速明確進度。這是我犯的第二個錯,我在覺得項目失控的情況下才想起來召開溝通會。
3.會議主題不明確
當我找到橫向項管說溝通會的時候,我不知不覺帶入太多不滿的情緒,導致會議一開始基調就錯了。沒有開門見山的詢問進度,而是根據自己獲取的零散信息開始指責他人。其實會議的核心就一個——模塊什么時候發布。最后項管也很確定的告訴我,明天一定可以上線。其實這樣就夠了,我無須關心其他問題。因為大家分工明確,各司其職。所以第三個問題時會議主題不明確,更是自己沒處理好情緒。
如果我能避免上面任意一個問題,這場溝通不僅會簡短很多,更會愉快不少。
一點思考
處理問題前一定要保證兩點,一是抓住問題的本質,二是處理好情緒。
最后,衷心祝愿所有的產品經理都有透過問題看本質的能力,都能做自己情緒的主人。
本文由 @edgar1990 原創發布于人人都是產品經理。未經許可,禁止轉載。
測試用例,不用回復
首先,你不是項目經理,為什么要對項目進度這么深究。不是產品的范疇?。ㄓ许椖拷浝碡撠煟?br /> 其次,臨時開的會,應該以同步信息為主。主要說客觀事實
第三,如果想總結經驗教訓,應該讓大家提前做準備,由會議主持人主導,以此發言。
第四,發現坑多,坑大。應該優先考慮聊問題,和解決方案,而不是追進度。項目經理也有問題。
我在自己所負責的產品上有項目管理的職責,所以對相關模塊進度比較關心。不過對接時候的確找錯了人
通過描述,問題是不是因為橫向產品了解的一些東西,沒有講的很清楚,從而導致對整體項目的認識產生偏差?
這次信息同步上的確有些問題,跨部門和部門內部都是 ?
??
好文章,學習下舉一反三
謝謝哈
進行一次有效的溝通真的很重要,至少大家都可以少折騰