「把測試拖到越晚再寫，之後補寫就越困難——這是一種『破窗效應』，讓測試的缺乏變成常態。」——《Vibe Coding 聖經》

你有寫測試嗎？「沒有，我之後會補。」、「沒有，我先趕 dead line。」

於是欠啊欠，沒有補上的測試越欠越多。

本來只有一位工程師沒補，漸漸的兩位、三位，直到最後「那個⋯⋯這個測試是誰負責要補的？欸，上週離職的傑克？」

第一扇破窗沒有人修，第二扇、第三扇就會跟著破，破窗效應似乎在軟體開發的世界並不少見。

畢竟，誰家的軟體沒有幾筆越滾越大的技術債呢？（咦）

這正是為什麼 Agile 與 DevOps 都在強調，要讓「問題/議題/資訊」浮現。

因為唯有看見且意識到它們，我們才有機會去在乎它們，進而分配資源去處理它們。

測試要早點寫、壞消息要早點知道、問題要早點發現。你的團隊現在有哪些機制可以讓你們早點洞察這些資訊呢？