我曾經(jīng)公開分享過一個(gè)數(shù)據(jù)，團(tuán)隊(duì) 1 周大致要迭代 3~5 個(gè)版本，大部分都要求有需求文檔才開發(fā)。

有人就說了，按這個(gè)速度，敢情比撕日歷都快？

經(jīng)別人這么一說，我才意識(shí)到，這頻率確實(shí)有點(diǎn)異常。

我個(gè)人覺得其實(shí)還好，之前有幸目睹過，某筆記工具剛上線那會(huì) ，基本保持 1 天/版，甚至 1 天/ n 版的瘋狂迭代。

最近總結(jié)和復(fù)盤了這事，發(fā)現(xiàn)要想提升版本迭代效率，關(guān)鍵有 2 點(diǎn)：持續(xù)交付、降低熵增。

展開來說，與產(chǎn)品經(jīng)理相關(guān)的，有需求文檔、版本管理等。

篇幅有限，這次主要圍繞版本管理，講講如何通過 3 個(gè)發(fā)版策略，來進(jìn)行研發(fā)提速。

更多產(chǎn)品好文；

一、版本拆分

版本拆分主要指的是，將一個(gè)大版本拆分為多個(gè)小版本，進(jìn)行持續(xù)交付。

例如你現(xiàn)在需求池中有 200+ 功能，常規(guī)的發(fā)版思路是，將大概 30+ 當(dāng)期的較緊急需求，打包成一個(gè)大版本開發(fā)上線，預(yù)計(jì) 3 周交付。

而版本拆分則是將這 30+ 需求，再細(xì)分拆成多個(gè)小版本，每個(gè)版本花 1~ 3 天上線。

這樣做的好處是，同樣是花 3 周時(shí)間，后者由于進(jìn)行了版本拆分，大大提高了功能交付速度。

所以業(yè)務(wù)方的需求實(shí)現(xiàn)感知，是一波接一波，持續(xù)達(dá)到理想期望的。

而前者，隨著等待時(shí)間越久，業(yè)務(wù)方的怒氣值也就越高，隨時(shí)都有可能在老板那，小聲蛐蛐并告你一狀。

二、模塊分期

模塊分期和版本拆分有點(diǎn)像，都是把同樣一件事情，拆開來持續(xù)完成。

不同點(diǎn)在于，模塊分期是針對一個(gè)大功能模塊進(jìn)行的。

比如老板突然說，要立刻上線積分體系，來達(dá)到 XX 目標(biāo)，限期 2 周上線。

按這個(gè)期限，你我都知道不太可能實(shí)現(xiàn)。光是弄個(gè)簡單的積分任務(wù)，那都至少要好幾天時(shí)間。

這個(gè)時(shí)候就是考驗(yàn)一名產(chǎn)品經(jīng)理，綜合能力的時(shí)候了。

產(chǎn)品經(jīng)理的其中一項(xiàng)能力，就是把不可能成為可能，把幾率 0% 變成 80% 甚至更高。——好夕雷

遇到這種較棘手的情況，要咋辦才好？

NB 的產(chǎn)品經(jīng)理要做到這 3 點(diǎn)：向上管理預(yù)期、把控業(yè)務(wù)節(jié)奏、模塊合理分期。

就拿積分來說，一個(gè)完整的積分體系至少有：積分任務(wù)、積分記錄、積分商城、積分兌換、積分抵扣等。

你需要做的是，和業(yè)務(wù)方進(jìn)行需求澄清，告訴他如果正常開發(fā)一個(gè)積分系統(tǒng)，要 N 月搞定，按這個(gè)期限有技術(shù)難度。

然后再搞懂為什么要求 2 周內(nèi)上線？是因?yàn)榕浜蠣I銷節(jié)點(diǎn)，還是老板隨口一說，亦或者其他問題導(dǎo)致。

以及在這當(dāng)中，哪些要做、哪些延期、哪些不做，確定個(gè)優(yōu)先級(jí)。

拿到了以上關(guān)鍵信息，或許問題已經(jīng)解決了 80%，把積分拆成 X 個(gè)版本，剩下就是分期上線了。

至于你 X 期什么時(shí)候完成，留給下位接盤俠去想吧~

誰知道那會(huì)這功能還是否重要，或許當(dāng)事人都不記得了。。

三、功能分級(jí)

功能分級(jí)，一般用在排期緊張、系統(tǒng)重構(gòu)的時(shí)候。

具體指的是，在項(xiàng)目驗(yàn)收階段，根據(jù) DDL 對功能和缺陷進(jìn)行分級(jí)處理，并降低部分驗(yàn)收要求。

例如

1. P0：必須解決，保證核心功能閉環(huán)
2. P1：視情況而定，降本增效功能，不影響核心功能使用
3. P2：可忽略，提升用戶體驗(yàn)的細(xì)節(jié)，可延后處理
4. P3：直接忽略，邊緣功能使用頻率極低

當(dāng)你驗(yàn)收時(shí)完成了功能分級(jí)，那么就可以視情況，把一些不重要的內(nèi)容延期處理了。

這個(gè)發(fā)版策略，用在系統(tǒng)重構(gòu)尤其好使，它能幫你省一大半時(shí)間。

總結(jié)

作為產(chǎn)品經(jīng)理，如果嫌團(tuán)隊(duì)迭代頻率太慢。

不妨試試我原創(chuàng)的 3 個(gè)發(fā)版策略，來進(jìn)行研發(fā)提速。

1. 版本拆分：將一個(gè)大版本拆分為多個(gè)小版本，進(jìn)行持續(xù)交付；
2. 模塊分期：針對復(fù)雜功能，根據(jù)業(yè)務(wù)節(jié)奏，合理分期上線；
3. 功能分級(jí)：在排期緊張、系統(tǒng)重構(gòu)時(shí)，對功能和缺陷進(jìn)行分級(jí)處理。

歡迎關(guān)注作者微信公眾號(hào)：「產(chǎn)品之外」