這是1978年美國的一個調查，顯示出那時的軟體工程師有70%的時間都在和其他人工作，而協作都需要溝通。 我沒有特別研究當時的工程師是怎麼和其他人協作的，只看表面上的統計數字就覺得”溝通”在40年前就很重要了。
在目前敏捷思維和scrum框架下，這個時間比例看起來也挺合理的。 Scrum團隊要開的會有: 規劃會議、每日站會、審視會議、自省會議、故事會(refinement)。 而敏捷開發的技術實踐又有結對編程、結夥編程、代碼審查...等等。 以上的實踐加起來，一位敏捷工程師需要溝通的時間比例有時候甚至可能會超過70%.
溝通這個詞很抽象，包含的範圍也可以很廣。我認為比較重要的是: 清楚簡潔的說出自己的想法、能接受不同於自己的想法、能基於不同的想法延伸討論、傳授知識、正確傳達訊息、以團隊為重的前提下進行討論。
已故的軟體開發大師溫伯格在Agile Impressions提到，就算以後敏捷(Agile)這個詞在軟體開發領域不再流行，也一定還是會有一派的人持續關注溝通和人的問題。
