例來說明上述各種技巧：
1.1.1.    選擇正確的溝通途徑
選擇正確的溝通途徑對于確保完成溝通目標起到非常重要的作用。在軟件項目管理中，存在各種各樣的溝通?？赡芤驗闇贤ǖ氖鼙姴煌部赡芤驗闇贤ǖ膬?nèi)容不同，我們可能需要選擇不同溝通途經(jīng)。XP和敏捷方法論中比較顯著的建議是face to face的溝通，為了達成這樣的溝通效果，建議結對編程，建議為項目組營造無障礙的溝通環(huán)境，比如一個項目組的成員坐在一個沒有擋板的單元區(qū)間內(nèi)。但是，這只是建議，具體采取什么途徑還依賴實際情況。下面以一些實際案例來說明如何選擇正確的溝通途徑。

案例1：“我希望每個人都清楚，并且要堅決無誤地執(zhí)行”
Milkyway項目組的負責人Rassy 從最近的項目里程碑評審發(fā)現(xiàn)系統(tǒng)存在很多中斷性錯誤，軟件的質(zhì)量似乎已經(jīng)到了不得不狠抓的時候了。Rassy知道這項工作的緊迫性，也知道這項工作必須把需求、設計、開發(fā)各方面的人員都調(diào)動起來，大家一起關心產(chǎn)品的質(zhì)量，才能有效改進他。Rassy知道這樣一項工作要開展下去，需要各方面人員深刻認識目前質(zhì)量的現(xiàn)狀，并且一定要拿出具體的可實施的保證方案才能有效達到目標，于是Rassy決定召開一個全員質(zhì)量動員大會，在會上統(tǒng)一強調(diào)目前質(zhì)量與預期的差異，明確提出增加一個質(zhì)量評審里程碑，要求大家會后立即準備行動計劃。
評價：對全局有著重大影響的事件，有必要采用全員會議的形式。這種形式往往比較正式，容易引起員工重視。同時，只要會議議題明確，完全可以起到眾所周知的效果。全員會議適合實施影響面積大，行動快的強力決策推動。

案例2：“我的任務完成依賴于他的工作進展，我想敦促他盡快工作”
測試人員給Jack的系統(tǒng)管理模塊錄了3個bug，其中有個bug是參數(shù)處理不當引起的。Jack非常清楚知道這個bug的修復要依賴參數(shù)管理模塊存取接口的重構才能完成。而參數(shù)管理模塊是Michael負責的。Jack想敦促他快點完成重構，以便他可以在正常的bug帳齡內(nèi)修復它。Jack想給Michael發(fā)送一封郵件來告訴他這件事，后來覺得還是打個電話過去比較好。因為現(xiàn)在正在集成階段，每個人的修復任務都很多，郵件也很多，如果光發(fā)郵件可能不足以引起Michael對這個問題的重視。打電話可以確認它知悉了這件事。
評價：打電話的溝通方式適合于溝通動機中要求明確知會對方某件事情，并且要求對方能夠盡快響應，而雙方只需要語言溝通即可明確目的。

案例3：“這件事情雖然不緊急，但是我必須知會對方，并且希望以后在必要時可以確認各自的責任”
Michael的參數(shù)模塊接口因為新的需求加入最近可能要作一些代碼重構，Michael考慮了一下，覺得有兩種重構方法。一種重構辦法是直接修改現(xiàn)在既存的接口，但是Michael擔心這個修改可能引起大面積調(diào)用該接口程序的穩(wěn)定。另一種重構方法是增加新的接口滿足新的需求，同時保留老的接口以暫時兼容現(xiàn)有的程序，但是把這個接口設置為depricate（不建議使用）。穩(wěn)妥起見，Michael選擇了第二種方式。為了知會大家，Michael決定給整個項目組發(fā)送一封郵件，明確目前新增接口的原因，以及老接口依然保留的決定，但是不建議大家再使用老接口。Michael同時告訴大家，希望大家在兩周內(nèi)把程序從老接口遷移到新接口。因為老接口將在兩周后被刪除，
評價：郵件方式適合點對多點的異步事件通知，希望知會對方，但是并不要求對方立即響應。同時郵件可以保留以備查閱。

    上述的案例只是實際生活中案例的一角，但是作者希望可以幫助讀者理解，在任何溝通進行前，你需要思考一下：“我究竟如何跟他溝通才更好呢？”
1.1.2.&nb

    項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~

    http://www.vanceur.cn/pmqhd/index.html