中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

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

截止期限是一把雙刃劍。它們可以幫助產品上市，但它們也可能導致最終產品包含很多以“發布”為名義的妥協。

在想要“發布正確的產品”和想要“發布產品”之間，一直存在著一種天然的矛盾。

有時截止期限是必要的：

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

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

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

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

截止期限在這個階段可以導致：

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

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

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

然而，沒有截止期限，同樣可以開發出深受人們喜愛的高質量產品。我已經這樣做了，其他人也這樣做過。這完全可行，你也可以做到這一點。

如何去發布一個沒有截止期限的產品：

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

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

發布沒有截止期限產品的實際步驟：

注：專門針對開發消費類 Web 應用程序或移動應用程序*

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

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

作者：Chad Etzel

來源：簡書

網址：http://www.jianshu.com/p/810d13472b72#