職場感悟，發現言語背後的故事

前些年作測試工做，溝通對象多爲部門經理、項目經理、技術總監、產品經理、客戶、開發人員還有測試人員，有時也會涉及到技術支持和實施維護的兄弟。

最近幾年溝通的對象外加了對接客戶。以前的客戶都是電話能夠聯繫到，能夠見到，可能一塊兒在食堂吃飯的工做夥伴，如今的客戶，半年都見不到一面，視頻會議也不開一個，溝通基本靠郵件和即時通信工具。

這也改變了咱們的溝通技巧和方法，有時候想對客戶就像對待本身的家人，報喜不報憂，憂愁都是本身要消化的，不能在字裏行間流露出任何的情感，高興也罷，失落也罷，但文字中最多的是okay, you are welcome, thank you, see you tomorrow, have a nice weekend, it's our pleasure.

中文郵件中咱們不用紅色字，英文郵件中也同樣。中文郵件中咱們不用第二人稱，英文郵件中也是。中文郵件中咱們不喜歡看到必須的命令口吻，英文郵件中咱們也須要去掉Should do sth，和Must do sth。印象中看到英文的軟件需求說明書中，最經常使用Should和Must，這是由於它定義了需求中哪些是必須的，哪些是可選的，哪些是功能但不限實現方式，哪些是需求但必須按要求的方式實現。

You and Me, Others這也的字眼一般會劃分出各自的立場，很難體現出咱們是在同一個立場想問題。

可是We and Our 就不會感受出兩個對立的個體，咱們是同一個戰壕的戰友。

現實中咱們都有急切的時候，當本身急切的須要幫助的時候，每每會及其簡短的描述問題，甚至於描述不清本身想說的問題，這均可以理解，但咱們須要能感受到對方的情緒和需求。

以前的公司老闆常常說一個銷售人員，在問客戶催回款的電話中，聽到了對方感冒了，因而將催款變成對感冒的問候和關切，隻字未提催款的事情，客戶在後來的短時間內將款項打回來了，並問道公司的銷售總監，大家是如何給銷售人員培訓的？其實仔細想一想，咱們若是稍加仔細的聽，電話對面的客戶，是否感冒，是否說話不便，是否開車中，是否用餐中，都聽的出來，難的是如何不動聲色的給對方透露本身這次電話拜訪的目的，還要擔着回款不及時的考覈績效帶來的壓力。

工做中，每一個人都會須要在某個特殊的節點完成任務，有時候咱們叫Deadline，有時候咱們叫里程碑，無論怎麼說，就是完不成會挨批。

當客戶遇到這樣的狀況時，咱們須要及時的覺察，並站在客戶角度，盡一切可能協助他，讓他的工做不會衝破Deadline，順利到達里程碑。

Devops是各個大的IT公司的管理趨勢，經過這套系統，能夠將各個流程和環節打通，數據極大的共享，保證了項目各階段看到的數據的一致性，每一個人都對項目進展一目瞭然。

既然是管理工具，就意味着它表明了管理職能，爲了實現管理，必然是要有對象可被管理。這套體系中測試相關的被管對象包括測試用例、測試計劃、測試範圍、測試結果、測試報告、測試執行等等。對於每一個項目，從基礎的Excel和Word管理方式，轉化到Devops平臺，都須要進行基礎數據的錄入和維護。每每考覈就是看在某個時間點是否完成了基礎數據的導入。

當咱們面對相似的工做請求時，就是要經過溝通，第一明確Deadline，第二明確達成目標咱們還須要作什麼。

看透每項工做的本質，理解文字背後的真實意願和情感，願每一個人都能從文字中看到文字背後的故事。