十年老產(chǎn)品經(jīng)理教你從0開始管理版本庫

4 評論 29864 瀏覽 127 收藏 10 分鐘

版本是產(chǎn)品開發(fā)過程中的步調(diào)、節(jié)奏,是迭代開發(fā)的重要標(biāo)志。版本庫是產(chǎn)品的成長日記,記錄產(chǎn)品從誕生之日開始的點點滴滴,是一個產(chǎn)品美好或殘酷的回憶。

一、一切從軟件時代說起

作為一個老產(chǎn)品經(jīng)理,我從2004年大學(xué)畢業(yè)后進入第一家企業(yè)。這家企業(yè)是一個老牌的軟件公司,從98年就有了自己的產(chǎn)品。第一個版本是拷到軟盤里面賣的(現(xiàn)在應(yīng)該有好多人都沒見過軟盤了)。04年的時候,這家公司已經(jīng)發(fā)展到小有規(guī)模,大約一兩千人的樣子,產(chǎn)品開發(fā)的管控也是非常正規(guī)的。我就拿這家公司的實踐來給大家簡單講一下軟件版本管理怎么做?;ヂ?lián)網(wǎng)的產(chǎn)品版本管理其實也是類似的。

1. 每日構(gòu)造

軟件產(chǎn)品(包括app)都有一個編譯的過程,編譯就是把程序員寫的代碼用編譯工具生成操作系統(tǒng)可以識別的運行文件,具體怎么做的大家不用知道。一般來說軟件產(chǎn)品編譯還要打包成安裝包,安裝包可以讓用戶在自己的電腦上安裝軟件然后使用。

也就是說產(chǎn)品會經(jīng)歷:寫代碼 -> 編譯 -> 打包 -> 發(fā)布 -> 測試(使用),這幾個環(huán)節(jié)。以前我們會每天發(fā)布一個版本,build號會每天遞增(關(guān)于版本號的管理說明大家可以看我的《十年老產(chǎn)品經(jīng)理教你管理需求池》這篇文章)。像這種機械的工作有很多自動化的工具完成,比如說final builder。

于是每天的工作按照下面的步驟進行:

  • 程序員:領(lǐng)取任務(wù) -> 獲得全部最新代碼 -> 編寫代碼 -> 把代碼上傳到服務(wù)器。
  • 服務(wù)器:每天凌晨自動獲取全部最新代碼 -> 編譯 -> 版本號+1 -> 打包 -> 發(fā)布。
  • 測試員:獲取新版本 -> 安裝 -> 驗證這個版本修復(fù)的bug -> 提交新bug。
  • 需求分析師(以前的產(chǎn)品經(jīng)理):和開發(fā)撕逼 -> 和測試撕逼 -> 和開發(fā)+測試撕逼 -> 和客戶市場撕逼。

有點像《西部世界》里面的情節(jié),每天都是新的、重復(fù)的一天。

2. 產(chǎn)品開發(fā)的殺青——發(fā)版

拍戲有結(jié)束的一天,完成了前期拍攝進入后期制作的日子叫“殺青”。產(chǎn)品開發(fā)也是一樣,之前的產(chǎn)品比較大,二十個人做半年到一年左右。一般到了計劃上線的日期再往后延期一兩個月的時間點,產(chǎn)品開發(fā)正式殺青。不過和一般人想的不一樣,因為我們是每天都會有一個版本,半年的時間就會有一百多個版本,最后實際給市場人員銷售的都不是最后一天出來的版本。正式銷售的經(jīng)常是從最后一周中挑出來的比較穩(wěn)定的版本(沒有重大bug,bug數(shù)量相對較少)。

寫到這里,大家可能會發(fā)現(xiàn),所有的正式版都是有bug的,并且這些bug都是被開發(fā)團隊發(fā)現(xiàn)的。所以產(chǎn)品經(jīng)理們也不要糾結(jié)自己的產(chǎn)品有bug該不該發(fā)布的問題了。

產(chǎn)品上線后,我們會針對bug不斷發(fā)出新的補丁,或者新的版本。

這是軟件產(chǎn)品的版本管理方式?;ヂ?lián)網(wǎng)項目如果有條件也可以借鑒,如果你的團隊有測試人員的話。很多流程在創(chuàng)業(yè)團隊能減就減,這也無可厚非。但基本的版本管理意識和版本記錄是必須要有的。

二、版本是產(chǎn)品開發(fā)的“號子”

從軟件公司出來后,我經(jīng)歷過很多靠譜的、不靠譜的,軟件的、互聯(lián)網(wǎng)的,別人的、自己的公司。然后我驚訝地發(fā)現(xiàn)一個問題:大部分公司沒有版本的概念 ╮( ̄▽ ̄””)╭。

1. 為什么你的公司沒有版本

中國互聯(lián)網(wǎng)和美國互聯(lián)網(wǎng)有著顯著的區(qū)別。中國互聯(lián)網(wǎng)創(chuàng)業(yè)更多的是從商業(yè)模式創(chuàng)新開始,而不是技術(shù)創(chuàng)新。加上大眾創(chuàng)業(yè)、萬眾創(chuàng)新的口號,導(dǎo)致各行各業(yè)、各種工作背景的人紛紛涌入互聯(lián)網(wǎng)創(chuàng)業(yè)大潮,這里面不乏成功的佼佼者。

在這種創(chuàng)業(yè)氛圍和社會環(huán)境下,“單點突破、野蠻生長”成為了創(chuàng)業(yè)公司的首要準(zhǔn)則,拼命做大規(guī)模、融資、死亡,導(dǎo)致了大部分創(chuàng)業(yè)公司缺少匠人精神。產(chǎn)品是一個需要靜下心來仔細雕琢的東西,運氣好的產(chǎn)品經(jīng)理在公司大boss往前沖時能留給你時間、資源來慢工出細活,運氣一般的產(chǎn)品經(jīng)理變成了老板管理技術(shù)團隊的監(jiān)工。很多產(chǎn)品和技術(shù)的溝通障礙也來源于此。沒有匠心的團隊是不會重視產(chǎn)品版本庫的。

2. 從0開始建立版本庫

不管公司氛圍怎么樣,產(chǎn)品經(jīng)理總要在力所能及的范圍內(nèi)做到最好。不管怎么樣,首先走出第一步:建立版本庫、記錄第一個版本。

[截圖1:新建第一個版本]

有了第一個版本后,所有的開發(fā)、運營都圍繞著版本的概念來協(xié)調(diào):XX需求會在XX版本上線,用戶在XX版本中反饋了一個問題,活動會在XX版本XX時間上線等等。

3. 產(chǎn)品經(jīng)理的規(guī)劃能力

版本號類似于:3.2.0.1325 這種格式。四個版本依次為:主版本、次版本、修訂版本、日期版本。第四個日期版本一般用于產(chǎn)品和技術(shù)、測試部門的溝通。

前三個版本的功能和時鐘的時針、分針、秒針有點像。

老板、產(chǎn)品總監(jiān)會重點關(guān)注主版本,會涉及到重要功能上線、產(chǎn)品的重大改版,這個版本號會和公司戰(zhàn)略發(fā)展結(jié)合進行更新;

產(chǎn)品經(jīng)理、運營人員會重點關(guān)注次版本,會涉及到新模塊、新功能的上線,運營;

產(chǎn)品專員、測試人員、服務(wù)人員也會關(guān)注到修訂版本,會涉及到bug修復(fù)、小功能上線。

當(dāng)然這些不是絕對的,只是告訴大家需要有版本層次的意識。作為一個合格的產(chǎn)品經(jīng)理,需要對自己產(chǎn)品方方面面都了如指掌。

三、版本文檔里面包括什么

版本是協(xié)調(diào)各部門工作步調(diào)的一個機制。版本文檔是可實際操作的基礎(chǔ)。

1. 版本簡介

版本簡介用簡單的幾句話描述本次版本更新的目的、范圍,預(yù)計上線的時間。

[截圖2:版本簡介]

2. 需求列表

版本準(zhǔn)備上線那些需求,需求的優(yōu)先級。

[截圖3:需求列表]

3. 需求文檔|原型

每個需求的詳細說明,需求文檔、原型圖、流程圖。

[截圖4:需求文檔、原型]

4. UI設(shè)計圖|其他附件

界面的UI設(shè)計圖。由UI設(shè)計成員完成。

[截圖5:UI設(shè)計圖、其他附件]

萬事開頭難,第一個版本建好后,一個完整的版本庫就能逐步搭建起來了。版本庫是擺脫產(chǎn)品開發(fā)流程混亂的必做工作。

 

本文由 @ 領(lǐng)客PM-未明 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 很想知道樓主用的什么工具管理版本

    來自江蘇 回復(fù)
  2. 作者可以說下用什么工具做版本管理嗎

    來自北京 回復(fù)
  3. 用什么工具管理版本

    回復(fù)
  4. 想問下樓主用的什么產(chǎn)品來管理的版本庫?

    回復(fù)