40年前"溝通"在軟體開發中就很重要了

2018/09/09閱讀時間約 1 分鐘
G. McCue, “IBM’s Santa Teresa Laboratory,” IBM Systems Journal, Vol. 17, No. 1 (1978), pp. 320–41
這是1978年美國的一個調查,顯示出那時的軟體工程師有70%的時間都在和其他人工作,而協作都需要溝通。 我沒有特別研究當時的工程師是怎麼和其他人協作的,只看表面上的統計數字就覺得”溝通”在40年前就很重要了。

在目前敏捷思維和scrum框架下,這個時間比例看起來也挺合理的。 Scrum團隊要開的會有: 規劃會議、每日站會、審視會議、自省會議、故事會(refinement)。 而敏捷開發的技術實踐又有結對編程、結夥編程、代碼審查...等等。 以上的實踐加起來,一位敏捷工程師需要溝通的時間比例有時候甚至可能會超過70%.

溝通這個詞很抽象,包含的範圍也可以很廣。我認為比較重要的是: 清楚簡潔的說出自己的想法、能接受不同於自己的想法、能基於不同的想法延伸討論、傳授知識、正確傳達訊息、以團隊為重的前提下進行討論。

已故的軟體開發大師溫伯格在Agile Impressions提到,就算以後敏捷(Agile)這個詞在軟體開發領域不再流行,也一定還是會有一派的人持續關注溝通和人的問題。
    贊助支持創作者,成為他繼續創作的動力吧!
    如果要發表留言,請先登入註冊會員
    享受沈浸的閱讀體驗
    徜徉在不受干擾的簡約介面,瀏覽數百萬篇原創內容。
    領取見面禮
    只要設定追蹤作者,即可享有 48小時
    Premium 閱讀權限