程式設計師最好也要懂的一些溝通說服技巧(轉載)

追憶似水流年發表於2016-11-07

          程式設計師由於天天和邏輯打交道,所以在世故的人眼裡往往顯得過於簡單。近來看組織行為學,發現其中一節列了很多特別的技能。考慮到也許他們對程式設計師群體很有啟示意義,就追加了一點說明,把它放在部落格裡。相信這對想成為管理者的程式設計師是有意義的。

          我個人的觀點很簡單:一個人可以拒絕厚黑和莫名其妙的複雜,但也不能被人認為是傻蛋。從這個角度看,把這個記下來是有點意義的,當然把這個的優先順序抬到基本技術技能之上就走火入魔了。

          組織行為學裡管下面這些叫做權術手段,但實際上這也是協調各方力量的一些方法。

    • 合法性。

          強調自己的請求與組織的政策規則一致。也即是說先讓自己佔據“名分”,佔據道義的制高點。不理解這點的人,往往會把任何請求都變為個人請求,而個人請求往往師出無名。

    • 理性說服。

          提出邏輯論據和事實依據來證明請求的合理性。這點借用的是邏輯的力量,潛在前提是“人是講道理”的。不理解這點的人,往往會把事情變成0或1的遊戲:要麼同意,要麼拒絕。

          其實這有中間態,即遊說後同意。

    • 鼓舞式訴求。

          通過所選人物的價值觀、需求等來開發情緒承諾。陳勝吳廣造反時說:王侯將相,寧有種乎? 伐無道,誅暴秦。就是這種。

    • 商議。

          通過讓他人蔘與決策如何執行計劃和變革來提高對目標的激勵,獲得更多的支援。比如說探討開發日程時如果全員參與了,那麼即使估算和實際有偏差,團隊也會願意努力保持自己的承諾。

    • 交換。

          通過獎勵目標人物一定的利益或好處來交換接下來的請求。比如說:去阿富汗工作可能比較危險,那麼就需要預先承諾工作三年後回來可以得到什麼。

    • 個人式訴求。

          使用友誼或忠誠獲得同意。當一個人日常多為人提供幫助時,那麼一旦他需要幫忙時,道義上受過他援助的人很難拒絕。感覺上這點似乎不是很道德,但原書有這一點,也就不刪除了,否則成GFW了。

    • 逢迎。

          提出請求前,先吹捧、讚揚或使用友好的行為。這就是老子說的:預先取之,必先予之。當一個國家被評選為負責任的大國時,這個國家做事的時候往往就會先考慮是不是對得起這個稱號。

    • 施壓。

          使用警告和威脅,反覆重複你的要求。這個某些領導常用,如:如果你不能搞定這個事情,那麼就不要回來見我了。

    • 聯盟。

          尋找他人幫助說服目標人物或利用別人的支援作為他人同意你目標的理由。這個在山頭林立的組織常見,可以成為一種增強自身力量的手段。

相關文章