軟件工程溝通的技巧第1頁/共18頁Contents溝通的對象溝通的問題

章節重點與目標第2頁/共18頁本章節所講述的內容內容法無法，法無定法溝通的對象溝通記錄什么是UML避免流于形式第3頁/共18頁溝通的對象項目經理系統分析師項目經理測試工程師售后工程師開發工程師售前工程師SQA客戶合作方市場內部外部第4頁/共18頁什么是UMLUML是一種定義良好、易于表達、功能強大且普遍適用的建模語言。它溶入了軟件工程領域的新思想、新方法和新技術。它的作用域不限于支持面向對象的分析與設計，還支持從需求分析開始的軟件開發的全過程。

UML獲得了工業界、科技界和應用界的廣泛支持，UML已穩占面向對象技術市場的85％，成為可視化建模語言事實上的工業標準。1997年11月17日，OMG采納UML

1.1作為基于面向對象技術的標準建模語言。UML代表了面向對象方法的軟件開發技術的發展方向，具有巨大的市場前景，也具有重大的經濟價值和國防價值。

第5頁/共18頁什么是UML第6頁/共18頁什么是UML第7頁/共18頁法無法，法無定法面向不同的溝通對象，說共同的語言，一切皆為目標服務！不要對專業人員說通俗語言，因為他們是領域專家，不要對客戶說專業術語，因為不是技術專家！專業語言有時有用，我們可以用UML等專業術語去表明自己如何高明，可以嚇唬我們的客戶，但如果對項目的推進和發展沒有作用，那么，很可能它只會產生負面的作用！

第8頁/共18頁法無法，法無定法“聚室而謀曰”，就是很好的溝通方式。當然，如果客戶精通UML，那么我想愚公采用的項目溝通方式將會是“聚室而論UML”第9頁/共18頁溝通的技巧–頻度在D項目中，我向我的項目組員提出在需求階段與客戶的溝通計劃。這個計劃只有三條：在一個月中，只能跟客戶作三次聯系；三次聯系中，最多只能有一次面談的機會；一個月后，提交全部的需求調研報告、需求分析和關于該項目的遠景規劃經常的溝通有助于理解，但現場當中，不是總能頻敏的實現溝通，另外，由于溝通產生成本，還有一些客觀的和人為的原因，因此，應當因地制宜，控制好溝通的頻度。第10頁/共18頁溝通的技巧–準備溝通之前，應當做好足夠的準備，明確溝通的內容和目標，以提高工作的效率第11頁/共18頁溝通的技巧–準備我們的溝通是否有效？第12頁/共18頁溝通的技巧–做好記錄，為將來的溝通做準備為什么很多的項目(尤其是產品計劃)在負責人員離開后，就自然而然地死掉了？如果也不留下歷史記錄(History)，那么以后別人來看這個項目，也會是兩眼一抹黑，要么就象司馬遷一樣“存而不論”，項目便就此中止第13頁/共18頁溝通的技巧–做好記錄，為將來的溝通做準備歷史記錄(History)與注釋(Comment)不是一回事。代碼中的注釋是為閱讀代碼而留備的，而History是為整個項目而記錄的X第14頁/共18頁溝通的技巧–明確溝通的目的其實溝通是具有目的性的，如果在沒有明確目的的情況下與客戶溝通，那將是浪費客戶和自己的時間。這種目的，可以是了解項目的訊息、挖掘潛在的項目??最末了，才是交流感情。溝通感情獲取信息？該是怎樣的順序第15頁/共18頁溝通的技巧–項目問題的原因（溝通）溝通目標不明確感情溝通太少，信息獲取不準確第16頁/共18