注：這篇文章最初只是作為一個內(nèi)部郵件發(fā)送給開發(fā)團隊的。經(jīng)允許，我將其公開發(fā)表出來，希望更多人能看到它。這些想法都是我自己的，但是作為一個已經(jīng)發(fā)布過很多沒有任何截止期限產(chǎn)品的人，我想就此主題，分享一些我的想法。

截止期限是一把雙刃劍。它們可以幫助產(chǎn)品上市，但它們也可能導(dǎo)致最終產(chǎn)品包含很多以“發(fā)布”為名義的妥協(xié)。

在想要“發(fā)布正確的產(chǎn)品”和想要“發(fā)布產(chǎn)品”之間，一直存在著一種天然的矛盾。

有時截止期限是必要的：

• 你已經(jīng)宣布了一個公開上市的日期。
• 你正在為已有產(chǎn)品發(fā)布一個重要的安全補丁。
• 你的產(chǎn)品是客戶或商業(yè)伙伴已公開上市日期產(chǎn)品的一部分（例如，你是其產(chǎn)品供應(yīng)鏈的一部分）。
• 你正在和一個缺乏紀律的團隊一起工作，截止期限是完成工作的唯一激勵因素。
• 你試圖發(fā)布的產(chǎn)品基于不受你控制的外部日期（如一個需要在蘋果新產(chǎn)品發(fā)布會上演示的 iWatch 應(yīng)用程序）。

有時截止期限在其它方面也是很有幫助的：

• 當試圖決定功能范圍及其演化進程時，截止期限提供了一種強制機制，有助于在新版本發(fā)布之前刪除（雖然并不總是成功）很多臨時抱佛腳式的功能特性。
• 截止期限提供了一個方向標，讓整個團隊將其作為前進的目標。
• 對于非創(chuàng)造性活動，截止期限能夠為訓(xùn)練提供一個范圍，比如，備戰(zhàn)體育賽事，或者，各類考試復(fù)習(xí)。

對于創(chuàng)造性或創(chuàng)新類項目，比如一個消費類軟件產(chǎn)品，我認為在第一個版本的開發(fā)階段，截止期限引發(fā)的傷害遠大于帶來的好處。

截止期限在這個階段可以導(dǎo)致：

• 妥協(xié)。不是那種“來個折中，讓每個人都高興”式的妥協(xié)，而是“建筑物已被地震破壞，馬上就會坍塌”式的妥。
• 恐慌。
• 不必要的或人為的緊張氣氛。隨著截止期限的臨近，團隊會意識到余下要做工作的實際數(shù)量被低估了。這樣的情況在軟件開發(fā)中始終存在。
• 拖延或惰性（“我有3個月的時間去完成這項任務(wù)，我可以等一段時間再開始”）。
• 一種人為的但卻不令人滿意的成就感，即，“哇，我們發(fā)布了產(chǎn)品，但這不是我們想要的東西”。

缺少截止期限也有它的缺點：

• 從不發(fā)布（這是沒有截止期限最明顯的問題）。
• 無限制的功能改變與演化。
• 缺乏強制機制導(dǎo)致功能演化陷入困境。
• 無限的拓展空間，隨時變更產(chǎn)品方向。
• 導(dǎo)致一個缺乏紀律的團隊失去做事的動機。

然而，沒有截止期限，同樣可以開發(fā)出深受人們喜愛的高質(zhì)量產(chǎn)品。我已經(jīng)這樣做了，其他人也這樣做過。這完全可行，你也可以做到這一點。

如何去發(fā)布一個沒有截止期限的產(chǎn)品：

首先，沒有一個截止期限并不意味著“沒有期限” – 其意思就是“截止期限就是盡快完成”。

當你給我一個截至期限，我就會試圖找出最遲的開始日期，然后我開始拖延。這是個壞習(xí)慣。另一方面，如果我有一個項目，我非常喜歡，而且全身心投入其中，我的主要想法是 – “盡快讓它面世!” ，然后我會立即開始，一般不會中途停下，直到將其從無到有地做出來（一個例子，Points -?這款游戲從構(gòu)思、設(shè)計、建造、到最終發(fā)布到蘋果商店，只用了總共9天時間，其中包括晚上和周末）。

發(fā)布沒有截止期限產(chǎn)品的實際步驟：

注：專門針對開發(fā)消費類 Web 應(yīng)用程序或移動應(yīng)用程序*

1. 從核心理念中提煉出這款產(chǎn)品的精華。這個應(yīng)用程序的關(guān)鍵點是什么？讓這個關(guān)鍵點變成這個產(chǎn)品的支柱或核心。這樣做就會有助于以下步驟中的所有決策。
2. 羅列一個能夠滿足產(chǎn)品用戶需求的最小功能清單。
3. 再一次評估這張清單。從這張清單中刪除一些功能或特性。不，我是認真的，你不需要這些功能。請記住，只是因為別人的產(chǎn)品具有類似功能，并不意味著你的產(chǎn)品也需要它們（也許永遠不需要?。?。競爭對手的功能不是你開發(fā)產(chǎn)品的目標。用戶對于一個產(chǎn)品想要什么或者想做什么，你盡可能少做點假設(shè)。
4. 為測試版用戶提供反饋留出余地：再一次縮減功能清單。我是認真的。如果你只是為了獲知潛在用戶的核心需求，你可以推出一個粗糙，甚至缺失看似必要功能的測試版。
5. 個人主觀意見：我認為功能永遠比風(fēng)格更重要。如果具備相應(yīng)功能，并且能夠正常工作，那就發(fā)布它。優(yōu)雅的設(shè)計和讓一切達到像素級完美是需要花費大量時間的。再次聲明，這是我個人的主觀建議，你需要在設(shè)計和功能之間達到一定程度的平衡。
6. 從最簡功能清單入手，盡快實現(xiàn)它們。不要增加功能。不要增加功能。不要增加功能。如果你很想增加一項功能，創(chuàng)建一個列表吧，在“下一個版本需要新增功能”的下面寫下它。
7. 何時增加功能：如果你能提供靠譜的證據(jù) – 假如沒有這個的功能，應(yīng)用程序?qū)艿絿乐赜绊?，或者在最后的迭代階段（獲得用戶反饋以后），用戶為了得到他們想要的功能，不停地抱怨。
8. 分階段快速打磨用戶界面。你無需追求完美。只要可用，你就算完成了。
9. 讓應(yīng)用程序運行一段時間。不要接觸代碼或用戶界面設(shè)計。你只需作為一個普通用戶使用該應(yīng)用程序，把明顯缺陷和問題記錄下來，盡快將這些錯誤和問題修復(fù)。
10. 發(fā)布!
11. 用戶反饋。用戶反饋。用戶反饋。盡可能多的得到用戶反饋，但千萬不要基于用戶的直接提示做出相應(yīng)的修改。列一個清單，根據(jù)反饋和錯誤的重復(fù)次數(shù)排定優(yōu)先級。你對用戶假設(shè)的越少，根據(jù)用戶反饋做出的更新就越多，他們就會越喜歡這個產(chǎn)品，你也會因為給用戶提供了喜愛的東西而感到高興。
12. 在改進和發(fā)布產(chǎn)品之間，不斷重復(fù)這個過程。

如果發(fā)布產(chǎn)品對于每一位開發(fā)團隊成員來說，都是一個主要激勵因素，那么截止期限就要寫下來。訣竅就是，像激光一樣聚焦核心功能，在產(chǎn)品發(fā)布之前，堅決杜絕添加功能或擴大范圍。

作者：Chad Etzel

來源：簡書

網(wǎng)址：http://www.jianshu.com/p/810d13472b72#