如果你從事過程式員這個職業,如果你曾參與過某個項目的開發過程,你一定會明白是否有效交流對於一個團隊能否取得項目的成功有多麼重要。也許你的
技術水平高人一等,或者你擁有思維敏捷的大腦,但無論如何你永遠逃避不了這個問題,關於交流能力的問題。它不在於你擁有什麼,還要看你將如何封裝它,否則
就算你擁有最好的注意、最漂亮的代碼、或是最注重實效的想法,最終也會毫無結果。因此,沒有有效交流,一個好想法就只是一個無人關心的孤兒。
作為一名普通的開發人員,我們必須在許多層面上進行交流。或許我們花上幾個小時去開會、傾聽;或者我們與終端使用者一起工作,設法瞭解他們的需要;我們編寫代
碼,與機器交流我們的意圖;我們撰寫文檔,以便留給那些後來人。我們每天在團隊中工作,宣揚我們的注意、修正現有的做法、並提出新的做法。我們將大量的時
間都花在交流上,因此我們需要把它做的更好。
知道你想要說什麼
在
工作中使用的交流方式大多更為正式,最困難的部分也就是你必須確切的弄清楚你想要說什麼。正如作家寫作之前都會詳細地構思情節,然後列出大綱;而我們很多
撰寫文檔的人卻時常樂於坐在電腦前,然後鍵入任何他們頭腦裡冒出的東西。明確的知道你將要訴說的東西對於你的發言或是撰寫往往十分重要,在準備好之前最好
簡要的記下你想要交流的想法以及把它們講清楚的策略。
瞭解你的聽眾
你在交流的時候也就是在向他人傳遞著你的資訊,為此,你必須瞭解聽眾的需要、興趣、能力。我們也許都經曆過這樣的會議:演講人在台上發表著長篇大論,講述
的東西我們卻絲毫不關心。這不是交流,而是空談,並且讓人厭煩。因此,在你需要和他人交流之前必須先要瞭解他的想法,要在你的腦海裡明確一幅有關你聽眾的
畫面。如果你跟你的經理談論具體實現細節,而跟同事談論公司管理,這樣的交流都沒有任何意義。
選擇時機和方式
交
流是一門藝術,成功的交流更需要你用心完成。你需要瞭解你的聽眾在下個時刻最需要聽到什麼,要弄清楚他們的“輕重緩急”是什麼。試想,你選擇在下著滂沱大
雨的星期五下午六點,向正在為孩子生病擔心的老闆講述你構思的新方案並不是一種可取的辦法。而你最適合做的僅僅是等待一個更恰當的時機簡單的問一句“現在
我們可以談談... ...嗎?”就足夠了。
交流更需要調整你的談論方式,讓其適應你的聽眾。有人願意看到比較正式的文檔報告,有人則更願意和你展開溝通和討論,這就需要你選擇最恰當的交流方式來和
你的聽眾溝通。當然,作為交流事務一方的你,也可以提出相應的反饋資訊,比如你覺得在談論的時候使用一些圖形和文字更能表達你的意思,這樣的反饋本來就是
交流的一種形式。
和你的聽眾互動
請記住交流是事務雙方共同的事情,如果可能你可以讓你的讀者參與文檔的早期草稿製作,並擷取他們的反饋;當你需要大家聽你說話時,同樣,你也必須學習如何聽他們說話,即使你已經掌握了全部資訊。更多時候,主動地鼓勵大家向你提問是值得提倡的。
最後,請仔細瀏覽下面的WISDOM離合詩:
- What do you want them to learn? 你想讓他們學到什嗎?
- What is their interest in what you've got to say? 他們對你講的什麼感興趣?
- How sophisticated are they? 他們有多富有經驗?
- How much detail do they want? 他們想要多少細節?
- Whom do you want to own the infomation? 你想要讓誰擁有這些資訊?
- How can you motivate them to listen to you? 你如何促使他們聽你說話?
說明:《 程式員必備》系列是我看過《程式員修鍊之道》這本書後認為比較有作用的部分,裡面大多數思想源自Andrew Hunt和David Thomas的這本書,我只是加入少許文字加以組織,你也可以自己購買這本圖書細細觀看!