處理反饋問題時的一點想法

2019-11-17 03:49:09

字體：大中小

來源：轉載

供稿：網友

    寫程序久了，明顯發現自己的表達和溝通能力有所下降，當然了，以前也不咋突出……

    前天晚上，為了教老爸如何正確地調整播放器的聲音，可是費了九牛二虎之力，當然，最終是搞定了，但從這件小事使自己聯想到，我們這些做開發的在和我們的實施人員、客戶的技術人員等溝通的時候，何嘗又不是一樣的道理呢，當我們溝通的內容沒有辦法達到雙方都理解的程度時，溝通會變得極其困難，這就更加會加劇我們自己的焦急的情緒，于是更加讓對方摸不著頭腦，其實可能就是一個簡單的操作，如果我們不能用對方能夠明白的話來表達，就算是說一個晚上，那么對方還會是一頭霧水……

    那么，怎樣才能盡量減少溝通的代價呢？自己在這里總結一下自己個人的一些想法：

    （1）    快速、準確地了解到事情的真實情況：通過接觸最直接的人員，結合文字記錄的反饋，搞清對方那里到底發生了什么事情？發生事情的前因后果和具體表象都是什么？

    （2）    根據事情的表征，明確正常情況下的操作情況和步驟等：我們必須掌握正確的情況，才能對發生的問題進行推測和排查。

    （3）    按照正確的步驟，和對方進行實時調試：要點即是要保證每個步驟的足夠詳細和足夠可操作性，完全按照正確的操作順序進行現場嘗試，注意自己的表達語言，盡量白話。

    （4）    排查問題，找到問題的癥結所在：一般情況下，上述三步就可以解決問題，如果問題依舊存在的話，我們必須注意我們在實時調試過程中，對方的實時反饋，不排除前面反饋中有所歧義，一般情況下，我們可以發現一些比較特殊的問題展現，這往往是我們解決問題的關鍵。

    （5）    在本地進行環境復制，并嘗試重現問題，并找到解決問題的方法：如果問題比較詭異，我們一般會采取這樣的措施，這樣做唯一比較麻煩的問題就是要復制出一個能夠重現問題的環境……，對于一般問題的話，是比較容易重現的。

    上面幾點，既可以作為處理日常朋友求助的處理方法，也可以作為實際產品問題反饋的處理方法，最主要的還是要按照一定的規則和順序進行排查，并就溝通的細節進行分析，最終達到解決問題的目的。

上一篇：.Net中各種不同的對象創建方式的速度差異（三）

下一篇：Windows Mobile下使用Native C++開發日志類