評價：對全局有著重大影響的事件，有必要采用全員會議的形式。這種形式往往比較正式，容易引起員工重視。同時，只要會議議題明確，完全可以起到眾所周知的效果。全員會議適合實施影響面積大，行動快的強力決策推動。
案例2：“我的任務完成依賴于他的工作進展，我想敦促他盡快工作”
測試人員給Jack的系統(tǒng)管理模塊錄了3個bug，其中有個bug是參數(shù)處理不當引起的。Jack非常清楚知道這個bug的修復要依賴參數(shù)管理模塊存取接口的重構才能完成。而參數(shù)管理模塊是Michael負責的。Jack想敦促他快點完成重構，以便他可以在正常的bug帳齡內修復它。Jack想給Michael發(fā)送一封郵件來告訴他這件事，后來覺得還是打個電話過去比較好。因為現(xiàn)在正在集成階段，每個人的修復任務都很多，郵件也很多，如果光發(fā)郵件可能不足以引起Michael對這個問題的重視。打電話可以確認它知悉了這件事。
評價：打電話的溝通方式適合于溝通動機中要求明確知會對方某件事情，并且要求對方能夠盡快響應，而雙方只需要語言溝通即可明確目的。
案例3：“這件事情雖然不緊急，但是我必須知會對方，并且希望以后在必要時可以確認各自的責任”
Michael的參數(shù)模塊接口因為新的需求加入最近可能要作一些代碼重構，Michael考慮了一下，覺得有兩種重構方法。一種重構辦法是直接修改現(xiàn)在既存的接口，但是Michael擔心這個修改可能引起大面積調用該接口程序的穩(wěn)定。另一種重構方法是增加新的接口滿足新的需求，同時保留老的接口以暫時兼容現(xiàn)有的程序，但是把這個接口設置為depricate（不建議使用）。穩(wěn)妥起見，Michael選擇了第二種方式。為了知會大家，Michael決定給整個項目組發(fā)送一封郵件，明確目前新增接口的原因，以及老接口依然保留的決定，但是不建議大家再使用老接口。Michael同時告訴大家，希望大家在兩周內把程序從老接口遷移到新接口。因為老接口將在兩周后被刪除，
評價：郵件方式適合點對多點的異步事件通知，希望知會對方，但是并不要求對方立即響應。同時郵件可以保留以備查閱。
上述的案例只是實際生活中案例的一角，但是作者希望可以幫助讀者理解，在任何溝通進行前，你需要思考一下：“我究竟如何跟他溝通才更好呢？”
1.1.2. 使表述的內容易于理解
溝通的困難往往在于無法把想要講述的內容以一種對方容易理解的方式呈現(xiàn)給對方。這里的呈現(xiàn)可能是face to face的講述，也可能是電子郵件，還可能是文檔或者代碼。筆者參加過很多次項目設計評審、代碼走查，對于這一點體會非常深刻。
很多程序員（即需求人員）與用戶交流起來都很困難，這是導致程序員無法精確理解用戶的需求，從而使產(chǎn)品迷失方向的一個主要原因。Jack 很想讓用戶明白他新設計的權限模型非常靈活，可以支持多種授權模型，絕對能夠滿足用戶的需要。在一次用戶需求調查時，Jack聽取了用戶提出來的一些操作上的人為約束后，便開始向用戶津津樂道起他的權限模型來。Jack提到他的權限模型是基于角色的，可以靈活分配權限項。只要把操作和權限項對應起來，就可以根據(jù)角色來授權。用戶很認真地在聽，可是聽后還是不明白Jack想表達的東西究竟是什么，為什么要描述得這么費勁。
此文章共有5頁 上一頁 1 2 3 4 5 下一頁
文章來源：中國項目管理資源網(wǎng)
 溝通技巧-出色的項目經(jīng)理之必備課程方案
|
Leadge.com首頁 > 知識庫 
