Marty Cagan 發(fā)表于 2010年2月9日

譯者：唐豐能 / 審校：潘希穎 林航 徐定翔

什么是“大爆炸”式發(fā)布？

這是指一個項目團隊經(jīng)過數(shù)月的努力，構(gòu)思讓自己的作品在一個大型新產(chǎn)品發(fā)布活動中一炮打響。

大爆炸式發(fā)布不等于瀑布式開發(fā)（有關(guān)瀑布式開發(fā)的來歷，請參考《啟示錄：打造用戶喜愛的產(chǎn)品》第27章），但它是瀑布式開發(fā)中常見的最終環(huán)節(jié)。不止在瀑布式開發(fā)中會采用大爆炸發(fā)布，Scrum團隊實際上也被迫采用大爆炸發(fā)布。

為什么大爆炸式發(fā)布會產(chǎn)生問題？

因為它幾乎從來都不順利。通常時間緊、任務(wù)重，要發(fā)布的版本內(nèi)容總是越變越多（管理層都是急性子，只要他們想得到，總是希望加入更多的功能）。過不多久，問題就來了，你要么大修大改，要么痛苦地在功能上做裁減。

此外，采用大爆炸式發(fā)布的產(chǎn)品，幾乎沒有什么時間可以讓你根據(jù)上線后的實際數(shù)據(jù)對功能進行調(diào)整。很多時候，結(jié)果和預(yù)期有出入，可此時已無力回天。

此外，一次性地做出過多的修改，網(wǎng)站的穩(wěn)定性會受到嚴峻考驗，因為只有在上線之后你才能發(fā)現(xiàn)這些問題并嘗試解決它們。即使不存在穩(wěn)定性方面的問題，用戶也會因網(wǎng)站一次性改動太大而心生反感。

既然有那么多問題存在，為什么還會選擇進行大爆炸式發(fā)布呢？

可能有以下幾個原因。

有時是因為營銷部門想舉辦一場大型的發(fā)布活動以達到震撼效果，他們覺得在活動準備好之前，產(chǎn)品不應(yīng)該被曝光。還好我們不必像以前那樣經(jīng)常做大型發(fā)布活動。即使舉辦了這樣的活動，也要明白大爆炸式營銷不等于大爆炸式產(chǎn)品發(fā)布。你可以采取循序漸進的方式開發(fā)產(chǎn)品，一點一點地發(fā)布新功能，最好讓用戶幾乎察覺不出什么變化。

有時是因為主管定下的項目完成時間太具挑戰(zhàn)性，要按時完成任務(wù)，產(chǎn)品團隊不得不減少測試和發(fā)布的時間，以保證有足夠的時間用于產(chǎn)品開發(fā)。我知道這樣做也是逼不得已，但是產(chǎn)品不應(yīng)該用這種方式開發(fā)。如果真的要按時發(fā)布，最好的方式就是采取增量式開發(fā)和部署。讓產(chǎn)品按時上線不一定要采用大爆炸式發(fā)布模式。

有些公司，特別是大公司，堅持進行項目審查和過程監(jiān)督，從而“成功”地將團隊引向瀑布式開發(fā)，最后不得不選擇大爆炸式發(fā)布。例如，他們會說：“你可以繼續(xù)研究這一想法，但真正動手前，必須要通過評審。”于是發(fā)布任何功能之前，他們都要進行一次評審。這樣一來，不想把團隊引向瀑布式開發(fā)都難。也許你不得不給你的上司來場“匯報演出”，但你要做的事情還很多，別為了這點小阻礙就垂頭喪氣。事實上，你要是把原型和真實的用戶反饋拿來讓上司進行評審，沒準還能給他們留下一個好印象。評審一結(jié)束，就趕快繼續(xù)你的增量式構(gòu)建、部署和測試吧。

所以，如果有人要求你采取大爆炸式發(fā)布，盡可能通過增量式設(shè)計、構(gòu)建、測試及發(fā)布的方式來替代它。

原文鏈接：http://www.svpg.com/big-bang-releases/

本文節(jié)選自《啟示錄：打造用戶喜愛的產(chǎn)品》一書作者的博客。該書從人員、流程、產(chǎn)品三個角度介紹了現(xiàn)代軟件（互聯(lián)網(wǎng)）產(chǎn)品管理的實踐經(jīng)驗和理念。特此感謝Marty Cagan先生授權(quán)。

文章來源：七印部落 轉(zhuǎn)載請注明出處鏈接。

標簽： 啟示錄 打造用戶喜愛的產(chǎn)品 爆炸式發(fā)布 

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請與原作者聯(lián)系。