注：這篇文章最初只是作為一個內(nèi)部郵件發(fā)送給開發(fā)團(tuán)隊(duì)的。經(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ā)布一個重要的安全補(bǔ)丁。
- 你的產(chǎn)品是客戶或商業(yè)伙伴已公開上市日期產(chǎn)品的一部分（例如，你是其產(chǎn)品供應(yīng)鏈的一部分）。
- 你正在和一個缺乏紀(jì)律的團(tuán)隊(duì)一起工作，截止期限是完成工作的唯一激勵因素。
- 你試圖發(fā)布的產(chǎn)品基于不受你控制的外部日期（如一個需要在蘋果新產(chǎn)品發(fā)布會上演示的 iWatch 應(yīng)用程序）。
有時截止期限在其它方面也是很有幫助的：
- 當(dāng)試圖決定功能范圍及其演化進(jìn)程時，截止期限提供了一種強(qiáng)制機(jī)制，有助于在新版本發(fā)布之前刪除（雖然并不總是成功）很多臨時抱佛腳式的功能特性。
- 截止期限提供了一個方向標(biāo)，讓整個團(tuán)隊(duì)將其作為前進(jìn)的目標(biāo)。
- 對于非創(chuàng)造性活動，截止期限能夠?yàn)橛?xùn)練提供一個范圍，比如，備戰(zhàn)體育賽事，或者，各類考試復(fù)習(xí)。
對于創(chuàng)造性或創(chuàng)新類項(xiàng)目，比如一個消費(fèi)類軟件產(chǎn)品，我認(rèn)為在第一個版本的開發(fā)階段，截止期限引發(fā)的傷害遠(yuǎn)大于帶來的好處。
截止期限在這個階段可以導(dǎo)致：
- 妥協(xié)。不是那種“來個折中，讓每個人都高興”式的妥協(xié)，而是“建筑物已被地震破壞，馬上就會坍塌”式的妥。
- 恐慌。
- 不必要的或人為的緊張氣氛。隨著截止期限的臨近，團(tuán)隊(duì)會意識到余下要做工作的實(shí)際數(shù)量被低估了。這樣的情況在軟件開發(fā)中始終存在。
- 拖延或惰性（“我有3個月的時間去完成這項(xiàng)任務(wù)，我可以等一段時間再開始”）。
- 一種人為的但卻不令人滿意的成就感，即，“哇，我們發(fā)布了產(chǎn)品，但這不是我們想要的東西”。
缺少截止期限也有它的缺點(diǎn)：
- 從不發(fā)布（這是沒有截止期限最明顯的問題）。
- 無限制的功能改變與演化。
- 缺乏強(qiáng)制機(jī)制導(dǎo)致功能演化陷入困境。
- 無限的拓展空間，隨時變更產(chǎn)品方向。
- 導(dǎo)致一個缺乏紀(jì)律的團(tuán)隊(duì)失去做事的動機(jī)。
然而，沒有截止期限，同樣可以開發(fā)出深受人們喜愛的高質(zhì)量產(chǎn)品。我已經(jīng)這樣做了，其他人也這樣做過。這完全可行，你也可以做到這一點(diǎn)。
如何去發(fā)布一個沒有截止期限的產(chǎn)品：
首先，沒有一個截止期限并不意味著“沒有期限” - 其意思就是“截止期限就是盡快完成”。
當(dāng)你給我一個截至期限，我就會試圖找出最遲的開始日期，然后我開始拖延。這是個壞習(xí)慣。另一方面，如果我有一個項(xiàng)目，我非常喜歡，而且全身心投入其中，我的主要想法是 - “盡快讓它面世!” ，然后我會立即開始，一般不會中途停下，直到將其從無到有地做出來（一個例子，Points -?這款游戲從構(gòu)思、設(shè)計(jì)、建造、到最終發(fā)布到蘋果商店，只用了總共9天時間，其中包括晚上和周末）。
發(fā)布沒有截止期限產(chǎn)品的實(shí)際步驟：
注：專門針對開發(fā)消費(fèi)類 Web 應(yīng)用程序或移動應(yīng)用程序*
- 從核心理念中提煉出這款產(chǎn)品的精華。這個應(yīng)用程序的關(guān)鍵點(diǎn)是什么？讓這個關(guān)鍵點(diǎn)變成這個產(chǎn)品的支柱或核心。這樣做就會有助于以下步驟中的所有決策。
- 羅列一個能夠滿足產(chǎn)品用戶需求的最小功能清單。
- 再一次評估這張清單。從這張清單中刪除一些功能或特性。不，我是認(rèn)真的，你不需要這些功能。請記住，只是因?yàn)閯e人的產(chǎn)品具有類似功能，并不意味著你的產(chǎn)品也需要它們（也許永遠(yuǎn)不需要！）。競爭對手的功能不是你開發(fā)產(chǎn)品的目標(biāo)。用戶對于一個產(chǎn)品想要什么或者想做什么，你盡可能少做點(diǎn)假設(shè)。
- 為測試版用戶提供反饋留出余地：再一次縮減功能清單。我是認(rèn)真的。如果你只是為了獲知潛在用戶的核心需求，你可以推出一個粗糙，甚至缺失看似必要功能的測試版。
- 個人主觀意見：我認(rèn)為功能永遠(yuǎn)比風(fēng)格更重要。如果具備相應(yīng)功能，并且能夠正常工作，那就發(fā)布它。優(yōu)雅的設(shè)計(jì)和讓一切達(dá)到像素級完美是需要花費(fèi)大量時間的。再次聲明，這是我個人的主觀建議，你需要在設(shè)計(jì)和功能之間達(dá)到一定程度的平衡。
- 從最簡功能清單入手，盡快實(shí)現(xiàn)它們。不要增加功能。不要增加功能。不要增加功能。如果你很想增加一項(xiàng)功能，創(chuàng)建一個列表吧，在“下一個版本需要新增功能”的下面寫下它。
- 何時增加功能：如果你能提供靠譜的證據(jù) - 假如沒有這個的功能，應(yīng)用程序?qū)艿絿?yán)重影響，或者在最后的迭代階段（獲得用戶反饋以后），用戶為了得到他們想要的功能，不停地抱怨。
- 分階段快速打磨用戶界面。你無需追求完美。只要可用，你就算完成了。
- 讓應(yīng)用程序運(yùn)行一段時間。不要接觸代碼或用戶界面設(shè)計(jì)。你只需作為一個普通用戶使用該應(yīng)用程序，把明顯缺陷和問題記錄下來，盡快將這些錯誤和問題修復(fù)。
- 發(fā)布!
- 用戶反饋。用戶反饋。用戶反饋。盡可能多的得到用戶反饋，但千萬不要基于用戶的直接提示做出相應(yīng)的修改。列一個清單，根據(jù)反饋和錯誤的重復(fù)次數(shù)排定優(yōu)先級。你對用戶假設(shè)的越少，根據(jù)用戶反饋?zhàn)龀龅母戮驮蕉?，他們就會越喜歡這個產(chǎn)品，你也會因?yàn)榻o用戶提供了喜愛的東西而感到高興。
- 在改進(jìn)和發(fā)布產(chǎn)品之間，不斷重復(fù)這個過程。
如果發(fā)布產(chǎn)品對于每一位開發(fā)團(tuán)隊(duì)成員來說，都是一個主要激勵因素，那么截止期限就要寫下來。訣竅就是，像激光一樣聚焦核心功能，在產(chǎn)品發(fā)布之前，堅(jiān)決杜絕添加功能或擴(kuò)大范圍。
作者：Chad Etzel，軟件工程師，曾就職思科、Twitter、Twilio 等公司，現(xiàn)為 Jelly iOS 首席工程師。
原文： How to Ship Without a Deadline
感謝： Jodoo 幫助審閱并完成校對。
P.S. 如果您喜歡這篇文章并且希望學(xué)習(xí)編程技術(shù)的話，請關(guān)注一下 復(fù)唧唧。
