我已經發表了一篇關於如何快速發展高質量產品的文章。當我上傳這篇文章的時候，我想起曾經將我們產品發展團隊的指南匯總到了L90 (Startup 3.0)。我把它們翻了出來，又讀了一遍。
我認爲L90的團隊是所有組建的團隊中最有效率和最以客戶爲中心的。他們用很少的投入創造了很多的成果。這支團隊開發了adMonitor (TM),它是當時互聯網上最大的、最成功的廣告服務網絡之一。adMonitor (TM)以每次交易低於3毫秒的速度和99.9%的可信度，每個月爲超過3000名的客戶發送超過80億的廣告，並且覆蓋到了超過全世界65%的互聯網用戶。所有的這一切，都是由一支不足30位工程師的開發團隊做到的。速度是他們的信仰。
所以，既然如此，我決定扔掉原來想上傳的文章，而發表這篇我在1999年寫的文章。
快速產品開發的12項指南
堅信速度
始終注重推動產品開發。陷入雜草叢生的困境是很容易的。微軟代碼，就其本質而言，就像是雜草。始終明確任務截止時間和接下來的短期計劃。每天可以進行一次迷你發佈，這會督促你每天都開發有價值的東西，並且你會更快的結束任務。
功能第一
公司的首要目標應該是始終以用戶界面功能至上的方式來開發產品。然後通過建立後臺來支持前端功能。這樣能讓你收集反饋意見，並且使你的後臺開發更有效率。
避免過度開發
工程師們的最大挑戰是他們天生的完美感。過渡開發會減慢產品發佈的速度。
從中間開始：平衡開發
從產品的中間進行開發，始終保持前端和後端的平衡。對每一個開發完成的後端功能，在繼續開發下一個後端功能系統之前，都要建立一個前端功能。
減少工作量、再利用、循環使用
創造出可再利用的代碼和功能，這會減少以後開發的工作量——試着將已有代碼應用到新的功能中去。不要習慣於“重寫”代碼（工程師們總喜歡這樣做），這很危險。
保持簡單
軟件是通過利用技術的輔助達到簡化終端用戶使用的目的。在開發的每一步，你都要提醒自己，終端用戶的簡易性是項目產品的最終目標。
準備充分
在任何時候，你的程序都應該向他人充分展示，包括：
——演示應用
——演示數據
——測試/問答應用
——測試/質量數據
——文件材料
收集反饋
不要建立技術泡沫。在開發的過程中，儘可能的向人們展示你的產品，獲取他們的反饋，並做必要的調整。
90%的烘焙原則
製造出成品的90%，讓用戶來界定剩下的10%是應該什麼樣子。這樣會加快產品開發的進程，並且形成產品開發原則來創造出由市場需求塑造的產品。
爲明日建造，爲今日開發
始終關注即時的需要並且產品的開發要儘快滿足這些需要。始終記得技術能夠並且將要改變。你的產品需求將會變化，每天都將創造出新的（更快的、更好的、更豐富的、更便宜的）軟件和硬件開發的底層技術。
充分利用硬件
不要過於重視產品性能。硬件要比人便宜。人員花費越來越貴，而硬件卻一天比一天便宜，一天比一天快。優秀的員工很難找，但是優秀的硬件只是一個商品。儘可能的利用硬件來衡量你的產品，而不要花太多時間“微調”代碼，有些時候它會降低你的收益。
一致性
隨着公司的成長和產品的進化，設計團隊和目標會更加複雜。爲了有效的推動企業和產品的成長，保持發展、速度和管理的一致性是非常重要的。養成快速開發的習慣，但是要保持高質量。快速前進，但不要操之過急。
