版本管理

十年老产品经理教你从0开始管理版本库
更新时间:2019-12-21 16:47 浏览:59 关闭窗口 打印此页

  版本是产品开发过程中的步调、节奏,是迭代开发的重要标志。版本库是产品的成长日记,记录产品从诞生之日开始的点点滴滴,是一个产品美好或残酷的回忆。

  作为一个老产品经理,我从2004年大学毕业后进入第一家企业。这家企业是一个老牌的软件公司,从98年就有了自己的产品。第一个版本是拷到软盘里面卖的(现在应该有好多人都没见过软盘了)。04年的时候,这家公司已经发展到小有规模,大约一两千人的样子,产品开发的管控也是非常正规的。我就拿这家公司的实践来给大家简单讲一下软件版本管理怎么做。互联网的产品版本管理其实也是类似的。

  软件产品(包括app)都有一个编译的过程,编译就是把程序员写的代码用编译工具生成操作系统可以识别的运行文件,具体怎么做的大家不用知道。一般来说软件产品编译还要打包成安装包,安装包可以让用户在自己的电脑上安装软件然后使用。

  也就是说产品会经历:写代码 - 编译 - 打包 - 发布 - 测试(使用),这几个环节。以前我们会每天发布一个版本,build号会每天递增(关于版本号的管理说明大家可以看我的《十年老产品经理教你管理需求池》这篇文章)。像这种机械的工作有很多自动化的工具完成,比如说final builder。

  拍戏有结束的一天,完成了前期拍摄进入后期制作的日子叫“杀青”。产品开发也是一样,之前的产品比较大,二十个人做半年到一年左右。一般到了计划上线的日期再往后延期一两个月的时间点,产品开发正式杀青。不过和一般人想的不一样,因为我们是每天都会有一个版本,半年的时间就会有一百多个版本,最后实际给市场人员销售的都不是最后一天出来的版本。正式销售的经常是从最后一周中挑出来的比较稳定的版本(没有重大bug,bug数量相对较少)。

  写到这里,大家可能会发现,所有的正式版都是有bug的,并且这些bug都是被开发团队发现的。所以产品经理们也不要纠结自己的产品有bug该不该发布的问题了。

  这是软件产品的版本管理方式。互联网项目如果有条件也可以借鉴,如果你的团队有测试人员的话。很多流程在创业团队能减就减,这也无可厚非。但基本的版本管理意识和版本记录是必须要有的。

  从软件公司出来后,我经历过很多靠谱的、不靠谱的,软件的、互联网的,别人的、自己的公司。然后我惊讶地发现一个问题:大部分公司没有版本的概念 ╮( ̄▽ ̄””)╭。

  中国互联网和美国互联网有着显著的区别。中国互联网创业更多的是从商业模式创新开始,而不是技术创新。加上大众创业、万众创新的口号,导致各行各业、各种工作背景的人纷纷涌入互联网创业大潮,这里面不乏成功的佼佼者。

  在这种创业氛围和社会环境下,“单点突破、野蛮生长”成为了创业公司的首要准则,拼命做大规模、融资、死亡,导致了大部分创业公司缺少匠人精神。产品是一个需要静下心来仔细雕琢的东西,运气好的产品经理在公司大boss往前冲时能留给你时间、资源来慢工出细活,运气一般的产品经理变成了老板管理技术团队的监工。很多产品和技术的沟通障碍也来源于此。没有匠心的团队是不会重视产品版本库的。

  不管公司氛围怎么样,产品经理总要在力所能及的范围内做到最好。不管怎么样,首先走出第一步:建立版本库、记录第一个版本。

  有了第一个版本后,所有的开发、运营都围绕着版本的概念来协调:XX需求会在XX版本上线,用户在XX版本中反馈了一个问题,活动会在XX版本XX时间上线. 产品经理的规划能力

  人人都是产品经理(是以产品经理、运营为核心的学习、交流、分享平台,集媒

友情链接:

公司地址:

监督热线: