極限編程核心價值:溝通(Communication)

原文:https://deviq.com/communication

  1. 極限編程核心價值:簡單(Simplicity)
  2. 極限編程核心價值:溝通(Communication)
  3. 極限編程核心價值:反饋(Feedback)
  4. 極限編程核心價值:尊重(Respect)
  5. 極限編程核心價值:勇氣(Courage)

溝通(Communication)

溝通(Communication)是極限編程(Extreme Programming,XP)的關鍵核心價值。

每個人都是團隊的一部分,而且我們每天面對面交流。我們將共同合作,從需求到代碼。我們將一起爲我們的問題創造最好的解決方案。

Everyone is part of the team and we communicate face to face daily. We will work together on everything from requirements to code. We will create the best solution to our problem that we can together.

來自 ExtremeProgramming.org

軟件項目需要大量的溝通。如果你正在編寫一個只供自己使用的應用程序,那麼溝通渠道會非常迅速,這使得反饋(Feedback)週期非常緊密。但當你爲利益相關者編寫軟件時,最終會發布軟件,最終會被他人使用,使用者必須將他們的使用感受報告給另一組支持人員,反饋週期則會變差。

即使在團隊內部,溝通也會很容易瓦解。首先,要考慮在給定大小的團隊中存在的溝通渠道的數量。如果團隊中只有你一人,恭喜你,你不需要與其他團隊成員進行任何交流(當然,你仍然需要與團隊之外的人進行溝通)。如果團隊中有兩名成員,也僅有一個溝通渠道。有三個人時,溝通渠道跳到三個。而當團隊有四個人時,成員之間的渠道數量則增長到六個。下面的公式

$$ \frac {n(n-1)}{2} $$

是指數增長的。在一個10人的團隊中,團隊成員之間有45個獨立的溝通渠道。這就是爲什麼大多數敏捷軟件團隊的結構相對較小,通常是5-10人。保持一個大團隊在同一個方向上移動並且沒有溝通障礙是困難的,並且隨着團隊規模的增加,這種困難也迅速增長。

即使在單人團隊中,與未來的自我交流也會是一個挑戰。編寫簡單易讀的代碼,有助於你維護之前編寫的代碼,確保你理解代碼的功能,以及如何最好地調整代碼以滿足新的需求。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章