「阻礙專案的溝通問題能以不同的方式顯示出來」——《領域驅動設計學習手冊》

很有意思的金句，它如實地描述了一種專案中常見的現象。

看起來像是技術債，但其實是溝通問題，當年兩個團隊對同一個需求的理解不同，於是各自做出不同的介面。

看起來是 Bug，但其實是溝通問題，同一個需求，程式碼、測試案例、文件卻像是三個不同的功能，難怪怎麼測都覺得怪。

看起來是進度延誤，但其實是溝通問題，大家都以為那張卡片有人負責，怎麼死亡線前一天才發現其實無人認領。

當你很認真的在解決所謂的「技術議題」時，你有沒有想過，也許它的根源和技術無關？

所以為何「共識」是如此的重要，為什麼要讓團隊對齊彼此的認知，並且還要不斷提升資訊透明度。

你有沒有經歷過，團隊花了大把的精力做出了一個成果，但卻因為客戶內部的辦公室政治問題而全部付諸流水呢？

你看看「溝通問題」是不是很重要？不只是團隊內，和客戶之間也要好好的處理它呢。