測試小故事61 真的明白了嗎?

2021-08-18 07:55:24 字數 2349 閱讀 5510

拉波波特法(rapoport's rule)。類似於溝通中的「yes,and」原則,即先表達認可之處再提出反對意見。四個實施步驟:

看似明白,其實未必真明白,未必全明白,也許還可能是完全錯位。

專案執行過程中,我們往往會聽到這樣的話

「我說的你明白了嗎?」

「我沒說清楚嗎?」

「當時我們說的是這樣的,為什麼做出來變樣了?」

這種情況不僅發生在乙個崗位角色之中(如測試角色),同時還大量存在於不同的崗位角色之間(如客戶與需求,需求與開發、與測試,開發與測試)

這種明白與不明白的結果導致的是爭執,甚至是返工,是人力和物力的浪費。

是什麼導致我們糾結於「明白」和「不明白」?

你真的說明白了嗎?對方真的聽明白了嗎?未必!也許我們看似有效的溝通真正的結果是各持一詞、各有所想,最終的溝通並未產生一致的理解、一致的行動指導和一致的行為方向,只是這一切看起來似乎明白了。

其實,很多時候明白或是不明白,不是你或是對方某個人的問題,也不是責任心或是能力的問題,更多的時候是由於溝通不到位造成的。或者說是溝通錯位,溝通過程中,我們所表達的意圖是否能夠得到大家的一致理解,其它人所表達的思想是否能夠準確的被我們所接收。不同的表達、不同的受眾,所產生的溝通效果和溝通結果是不同的,所領會的意圖也會大相徑庭。

錯位的表達和錯位的理解必然導致溝通失效、資訊對接失靈,產生不必要的誤解、返工或是爭執,結果就是溝通成本上公升和工作效率的下降。

我們真正要表達的是什麼意思?對方接收到和轉化後的內容是什麼?同樣,對方表達的是什麼?我們又如何理解的?

理解和認識的偏差導致的行為方式的錯位是造成溝通成本上公升的重要原因。

為什麼會產生這樣的錯位?

我們和對方彼此之間都在使用我們自我所熟悉的方式、自我所認可的語言模式進行表達,而彼此雙方的接收頻段並非能夠完全容納,其結果就是你說你的、我說我的,看似在說一件事,其實已經產生了差異。

這種差異如果來自某一兩個人也許不會產生太大的影響,但如果在乙個團隊中,溝通的通道會成倍的增加,錯誤資訊會不斷放大,最終產生的行動後果會遠超過我們想像。這就是小的溝通細節產生的問題,由於資訊傳遞鏈上的不斷傳遞和積累,最終導致了大的問題。還記得軟體開發中那個典型的需求理解圖嗎?客戶要的是個鞦韆:兩根繩、乙個凳子。結果呢,需求、設計、開發給出了完全不同的理解和行為方式,看似簡單其實未必簡單。各自都在用各自的方式解釋著對客戶的理解。

這些都是溝通不到位造成的,我們在表達自己意思的時候,很難站在受眾的角度去認識和看待問題,表述語言的不一致造成了無效的溝通。正如軟體開發工程師如果用一大堆的程式語言與一位一線的、沒有任何程式理念的操作人員進行溝通,這種溝通是很難展開的。

我們彼此之間都在用自我習慣的方式進行資訊傳遞,還在彼此埋怨對方為什麼不明白、不理解,而忽略了對方對於資訊的接受度,乙個被扭曲和已經損失的資訊在傳遞過程中想被對方理解,那需要一點:彼此的默契。這個需要長期的磨合。

如何減少這種溝通過程中資訊傳遞的扭曲和損耗?除了自我之外,站在對方的角度去考慮問題,用對方所熟悉和接受的方式、語言去表達自己的意圖。

理解和接受不同人對於同一事物的認識、看法各有不同,不同的人對於問題的判斷和評價各有不同,這是由於所處的行業、角色,所受的教育專業、程度不同造成的。因此要考慮如何表達自己的意圖,如何讓對方真正的理解產生正確的行動;同時要理解對方的反饋,從對方的反饋中接收到資訊傳遞產生的偏差,及時糾正。

當然在乙個團隊中,你可能是領導,大家都需要適應你的管理風格、處事方式,這是下達;同樣,你也需要了解團隊成員彼此的一些行為和語言方式,更好的理解他們的反饋,這是上傳。正如70後大談80後沒責任心,80後在抱怨90後太個性一樣,更多的時候是時代造成的行為模式的變化,這種行為模式的不同導致了不同的溝通方式和溝通技巧。

作為乙個研發團隊,除了我們彼此的工作之外,還應當去了解你與之合作的不同崗位、不同角色、不同人的工作,包括你的上級、平級和下級,從更高的角度去看待整個團隊,從更多的角度去看待團隊中存在的問題。這樣可以促使你的團隊之間在團隊的進展、目標和工作方式上達成必要的一致性(這就是過程和流程),從而避免團隊成員之間使用一種自我習慣的眼光去看待問題,避免遇到問題只能以一種角度、一種方法去看待和解決問題,失去了團隊所應具有的互補和靈活性。團隊成員彼此應不斷的自省、適應和調校溝能的方式,這樣才能在彼此對接的過程中有效理解對方的意圖,正確的表達自己的思想。

團隊目標一致、溝通順暢、不失戰鬥力和活力,關鍵是處理好溝通的問題,建立一種統一的問題描述方式去處理彼此之間的資訊溝通與協作。

**曾經用過的一種方法:自己表述時,自己用不同的方式去表達同乙個問題,看對方是否理解相同;接收到對方表述後,用自己的語言對理解進行描述。也就是用不同的方式驗證資訊的傳遞和理解的正確性。

想起乙個笑話,節日出遊,歡天喜地,大人問孩子高興嗎?孩子回答很不高興。問為什麼?孩子說我只能看到屁股。

**的高度、眼光,對節日的看法,與孩子眼中的節日是完全不同的。不是你的高興就是對方的高興,你明白就意為著對方明白。 

這個小故事,你讀懂了嗎

會計是什麼?問得好。有的人幹了一輩子的會計都不知道會計是什麼,每個人對會計的看法也都不一樣。那究竟什麼是會計?會計每天都在忙什麼?有這麼一則小故事或許能解答我們內心的疑問 某日,會計界的一名老教授寫了一篇文章,他在這篇文章回憶了他過去的一段經歷,這段經歷正跟 會計是什麼 有關 在他上大學的第一天,他...

測試小故事78 測試策略

策略 計策 謀略。實現既定目標的步驟 方法集合。也許是做事時間太長 做事也越來越古板,因此無論做什麼事都不再隨便 少了衝動,做什麼事都要講究個方式和方法。測試策略,每次測試都在談 開始時制定 執行時檢查,結束時回顧總結。但每每總會被忽略 被誤判。被忽略 被誤判,可能的原因 1.新人無意識。行業新手,...

測試小故事34 獎勵低效

獎勵低效?是不是有點奇怪,不正常?這種事情卻往往存在,入你眼的不單單是現像,還應當透過現像看本質。it行業不加班是個神話,但加班的原因是什麼?加班的效果怎麼樣?加班的效率高嗎?記得之前乙個專案有乙個開發人員,每天的工作時間最長,每天都在加班,領導看其表現,還表揚他認真 勤奮,私下裡還表示要對其獎勵,...