看起來管理層總是在說項目如何遲到，那麼我們必須弄清楚什麼是足夠快的生活。我發現的問題是，我們傾向於將重點放在客戶需要的功能上，而不是一些基本的功能，我認爲Web應用應該具有它的本質。對於後期項目，真的是「夠好」了嗎？
例如，我們花了更多時間討論是否添加noscript標記以通知用戶該網站需要將javascript添加到功能請求列表中，而不是將它添加到母版頁中的時間推出來。
是否有一些好的方法來確定哪些東西應該足夠好？ 我如何知道我的應用程序應該在最低程度上做什麼？
有時我們甚至不添加數據驗證，因爲沒有時間。 看起來應用程序中應該有一些基本的麪包和黃油東西，但我們常常關心的是用戶實際看到的東西。
這不是在我看來製作軟件的理想方式，但你怎麼知道什麼是好的？
客戶驅動功能。他們並不那麼推動架構，工程等等。坦率地說，如果您使用Html 3.0 strict或CSS 3.1或XHTML，您的用戶可能會少一些。他們只是想讓它工作。我發現你需要一個團隊來關心所有隱藏的東西，以便正確完成它。底線是大多數應用程序都帶有「足夠好」的代碼，因爲確保您有乾淨的代碼，重構後的代碼不會帶來什麼收益。
當然，我們大多數人都知道這個東西很重要。具有良好索引的精心設計的數據庫對性能很重要。精心設計的「SOLID」類代碼使得易於維護和擴展應用程序意味着新功能將更加穩定。
因此，客戶推動功能，但團隊提高質量。確保你把時間花在你的估算上，以確保你正在進行適當的測試，獲得良好的覆蓋面，進行全面測試等。從一開始就必須融入你的團隊。代碼評論和學習午餐有助於推動這種動機。如果開發人員想花時間寫新代碼而不是排除故障並調試這些東西，那麼這些東西對他們來說應該很重要。即使它對客戶不明顯或重要。好的管理層明白這一點。
每個人都有自己的足夠好的標準;在一個層面上，「足夠好」是「無論你說服人們付錢給你。」
但是，如果你想享受你的工作，我建議「夠好」應該是「你爲之驕傲的東西」。