世上所有組織文化，都能用７個提問分析出來

換句話說，透過定期修補小問題，你就能避免更大的問題產生，和「防範未然」及「預防勝於治療」等陳腔濫調類似，許開源專案都擁護類似的工作準則。

但這在實務上是個挑戰，因為沒什麼人會樂於幫其他人擦屁股。不過亞當斯和Automattic 的許多其他開發者，確實會定期關照那些出現在IRC 上，沒人負責處理的問題，並出手除錯或修復。雖然「破窗理論」日後受到質疑，認為這不是某些社區比較安全的原因，但其前提確實存在優點，也就是做好小事、積少成多，會帶來很大的效果。

即便Automattic 實行這樣的準則，但能產生多少效果又是另一回事了。無論有幾個好撒瑪利亞人，如果窗戶破掉的速度比修好的速度還快，這個準則就救不了你，好比多數大城市都有志工自願去撿垃圾，但如果在觀光區，速度就很難跟得上。

身在一座城市中，很容易能透過四下觀察，了解事情的狀況如何，然而，如果你四處觀察一個像WordPress.com 規模這麼大的軟體專案，很難知道到底有幾扇破窗。工程師概論會教你「問題發生率」，也就是發現新問題的機率，以及修復問題速度的「問題修復率」等概念，這是非常粗糙的衡量方式，但大略是說：發生率大於修復率，品質可能就會下降；發生率小於修復率，品質可能就會上升。這能協助專案領導者了解專案的整體狀況，就連醫院和速食餐廳都會使用這類標準，來決定他們的員工是否足夠，或是每個患者或顧客平均需要等待多久。

（本文摘錄自《不穿褲子工作的一年：WordPress.com遠距團隊幕後及工作未來》）

(責任編輯 / 杜韋樺)