产品中非常重要的 Alpha版本

bug
软件是否能够按计划发版本,除了严格执行计划外,版本控制必不可缺。
发版本能干什么?
  1. 治疗拖延症
  2. 发现软件中的bug
  3. 确保质量准确跟踪
     项目如果经常遇到不能按时发布版本,排除计划做得不周详外,这里只讨论人的问题,很多个程序员都会有的病症“拖延症”,不到上线前一天不加班,不到上线前最后一晚不发版本,版本发完了,一堆bug 重复,周而复始,产品的进度,质量最终无法保证,团队努力付之东流。
现实场景:
 bug2
A小组 每天都很努力, bate 版本发布前一天,通宵加班,发布版本。 第二天,测试如期收到了测试版本1.0 。
测试如期完成测试任务,测试发布了一份非常详细的测试报告。 结案陈词: 一万个草尼玛奔腾而过。
大大小小的bug不计其数,各种撕逼大会后,给出了一份修复时间表,继续修复 ,修复一周后,继续 一万个草尼玛奔腾而过。
开发的过程中,开发时间是足够的,但是拖延症的作祟会让每次版本发布得非常仓促,
加上程序员的技术水平,责任心,会让这个过程变成了一个死循环,拖延了正式版本的发布时间。延期再延期。
治疗圣药,发布Alpha版,内部测试版,每日构建。进行每日构建可以看得到每日的开发进度,这个构建时间并不一定是一天,
但是这个周期最长建议不超过3天。
每日构建,可以可以让产品经理,技术经理等相关人员了解到产品的进度,同时也治疗了拖延症,程序员每日每日是否完成指定计划有了一个明显的度量标准,最起码,你看得见产品今天有了什么变化,看得见戳得着。
如果加上svn 或者git的跟踪,每天写多少行,改了哪些行,敲了多少字,都可统计。
在一个创业团队当中,很多很多时候,产品,开发,测试,客服 等等角色都是一个人在担任,你很难让每一个员工都有主人翁精神,
简单,粗暴,见效快的方式是就是每天构建版本,让问题当天就能呈现,有了这些统计数据你可以做更多的事情。