【原】互联网项目生产线各环节介绍
- - BlogJava_首页 采用敏捷开发模式，每个周期为两周，每次完成5-10个不等的story，然后进入下一个迭代，以此类推. 1、需求管理，这个由产品部来负责收集、分析、整理，最终形成一个个可进行开发的story. 需求管理工具选用icescrum. 2、代码研发，由java团队根据icescrum上各个story进行开发，代码采用svn管理，story开发在主干上进行.
【原】互联网项目生产线各环节介绍
标签：
互联网
项目
生产线
| 发表时间：2013-01-31 14:44 | 作者：idu
出处：http://www.blogjava.net
采用敏捷开发模式，每个周期为两周，每次完成5-10个不等的story，然后进入下一个迭代，以此类推。
1、需求管理，这个由产品部来负责收集、分析、整理，最终形成一个个可进行开发的story。需求管理工具选用icescrum
2、代码研发，由java团队根据icescrum上各个story进行开发，代码采用svn管理，story开发在主干上进行
3、功能测试，由测试团队进行，当java团队完成一个story后，就可以通知测试团队测试了。这个过程中由ci平台自动完成部署，使用jenkins及maven,环境单台linux-pc上运行多个tomcat节点
4、codereview,由java团队完成，当成员完成一个新功能后，按规则在注释中增加REVIEW标签，提交SVN库。sonar平台结合ci平台自动完成代码初审，自动对有REVIEW标签的代码标记为block状态。
代码审核人员在eclipse中使用sonar插件获取sonar初审信息，根据审核级别进行code review工作，在eclipse中创建sonar review task，提交审核意见，发送给代码提交者。
代码提交者在eclipse中获取review task，根据审核人员的意见进行代码修改或无修改，然后将review task发送给审核者。最后审核者review修改后的代码，通过后关闭本次review task。
5、3,4步中有代码调整、功能修改的，需通知测试人员进行复测，直到通过功能测试为止。bug管理工具采用jira。
6、功能测试通过后，冻结SVN主干，然后建立新版本分支，通知研发组及测试组切换到预发布环境工作。预发布环境高度模拟生产环境，有分布式数据库，分布式服务器，分布式缓存。同时，预发布环境的代码永远是最新的分支版本(非主干版本，主干只做新功能开发)。运维组同步生产数据至预发布环境，完成后通知测试组。
7、测试组在预发布环境上进行回归测试、压力测试，不间断持续进行24-48小时。
8、在预发布环境上测出的bug，开发人员在分支版本上修改、提交，直到测试通过为止。
9、测试通过后，运维人员使用ci平台发布最新分支版本war包至部署服务器。
10、运维人员切换生产环境的一个节点出来部署，通知测试组验证。
11、测试组验证无误后，运维人员批量部署其他节点，运行稳定无误，则完成本次部署。
12、SVN合并分支版本代码至主干，开始新的一个迭代
13、临时小需求及生产bug持续在最新分支上修改，测试，部署。完成后同步合并至主干中。
14、周而复始，步步演进
1、需求管理，这个由产品部来负责收集、分析、整理，最终形成一个个可进行开发的story。需求管理工具选用icescrum
2、代码研发，由java团队根据icescrum上各个story进行开发，代码采用svn管理，story开发在主干上进行
3、功能测试，由测试团队进行，当java团队完成一个story后，就可以通知测试团队测试了。这个过程中由ci平台自动完成部署，使用jenkins及maven,环境单台linux-pc上运行多个tomcat节点
4、codereview,由java团队完成，当成员完成一个新功能后，按规则在注释中增加REVIEW标签，提交SVN库。sonar平台结合ci平台自动完成代码初审，自动对有REVIEW标签的代码标记为block状态。
代码审核人员在eclipse中使用sonar插件获取sonar初审信息，根据审核级别进行code review工作，在eclipse中创建sonar review task，提交审核意见，发送给代码提交者。
代码提交者在eclipse中获取review task，根据审核人员的意见进行代码修改或无修改，然后将review task发送给审核者。最后审核者review修改后的代码，通过后关闭本次review task。
5、3,4步中有代码调整、功能修改的，需通知测试人员进行复测，直到通过功能测试为止。bug管理工具采用jira。
6、功能测试通过后，冻结SVN主干，然后建立新版本分支，通知研发组及测试组切换到预发布环境工作。预发布环境高度模拟生产环境，有分布式数据库，分布式服务器，分布式缓存。同时，预发布环境的代码永远是最新的分支版本(非主干版本，主干只做新功能开发)。运维组同步生产数据至预发布环境，完成后通知测试组。
7、测试组在预发布环境上进行回归测试、压力测试，不间断持续进行24-48小时。
8、在预发布环境上测出的bug，开发人员在分支版本上修改、提交，直到测试通过为止。
9、测试通过后，运维人员使用ci平台发布最新分支版本war包至部署服务器。
10、运维人员切换生产环境的一个节点出来部署，通知测试组验证。
11、测试组验证无误后，运维人员批量部署其他节点，运行稳定无误，则完成本次部署。
12、SVN合并分支版本代码至主干，开始新的一个迭代
13、临时小需求及生产bug持续在最新分支上修改，测试，部署。完成后同步合并至主干中。
14、周而复始，步步演进
相关 [互联网 项目 生产线] 推荐：
互联网项目管理要点
- - 月光博客 互联网项目，会定一个计划发布日期，然而这个项目有个隐藏的实际合理发布日期. 因为软件开发并不是一个直接添加资源就可以加快速度的过程，所以这个实际合理发布日期是在现实资源合理利用前提下一个客观存在的最可能早的完成时间. 项目进展的过程，其实也是发现这个隐藏的合理发布日期的过程. 从管理的角度来讲，当然是尽可能的赶上计划的发布时间，或者尽可能快的完成项目.
如何在互联网中找到利润高的项目？
- - 互联网的那点事注：本文来自知乎“哪些靠谱的方法能在十年内赚3000万” 问题的回答，作者已授权. 这几年，互联网的创业者，可以说是野蛮生长，闷声赚大钱的人大有人在. 如果是要十年赚3000万，第一年至少要100万了，因为财富的增长，只要自己稍微理性一点，不至于年年都一样，会显增长趋势. 好了，那么靠互联网赚钱，什么项目利润高，或者说暴利呢.
2012年移动互联网失败项目死因调查
- - 雷锋网每年每个行业都有无数的新项目新产品诞生，也有无数的项目正常或非正常死亡. 但在移动互联网领域，2012 似乎有些另类. 有人统计了近2000个今年停止更新的移动互联网应用项目，其中五成以上是今年才首次上线，也就是说存活时间不超过一年. 相对于以往，死于资金或技术断裂的硬伤少了许多. 得益于早期投融资行业的兴起，移动互联网创业的生态要比以往任何一个时代都成熟规范许多.
互联网转型中的项目思维VS产品思维
- - 互联网分析沙龙 - 干货很多人说，互联网转型就思维方式的变化，只有思维方式变化了任何的制度才能真正落地执行，不然就永远是空谈. 其实写下这个话题，并没有什么结论性的举措或者方法，只是说说我在项目和团队运作中遇到困惑时的思考. 首先先来定义下什么是项目思维和产品思维，再来说说从这两种思维方式中延展出来的问题. 项目思维就是以项目为牵引，通过一个个有时间节点要求的任务来完成目标交付物.
腾讯研发项目总监：互联网产品开发中的“快”字诀
- Frank Cai - 《程序员》杂志官网作者王晶，腾讯R&D项目总监、敏捷教练. 从事通信、互联网开发、项目及研发管理多年，目前负责腾讯多个业务线重要产品的项目管理，探索并推行适合腾讯的敏捷研发及项目管理，从产品、运营、技术、管理四个方面，诠释了腾讯互联网产品研发中贯彻的价值观——“快”. 当今互联网的发展，已不是大鱼吃小鱼的时代，而是快鱼吃慢鱼的时代.
给那些：起步即落后的移动互联网项目们
- tossking - 爱范儿 · Beats of Bits并不意味着你有更多的机会成功. 却意味着如果你落后了，会有更多种姿势摔倒. 对于一个相近的互联网项目，我最近收到了很多试用邀请. 由于我真的去试用了，所以我不得不为他们担心起来. 对于移动互联网项目来说，这意味着什么. 除非是新的出奇的概念，否则你一定要对这个问题有清晰的答案. 因为消费者喜欢用最好的东西，所以你必须知道就目前来说最好的东西长什么样子.
通讯与互联网行业软件项目运作的一些不同
- - CSDN博客研发管理推荐文章最近在工作中体会到了互联网行业在软件开发项目运作中与我以往在通讯行业时的一些不同，特此分享. 首先，两者在需求捕获方式上有很大的不同. 在通讯行业中，初始需求是由象3GPP这样的标准化组织所制定的，但通讯产品在各版本中所实现的需求是由各运营商向通讯企业提出而得以确定的. 产品经理（Product Manager，通讯行业的叫法）与系统架构师在需求的确定过程中起着重要的作用.
腾讯研发项目总监王晶：互联网产品开发中的“快”字诀
- Version - 互联网的那点事作者王晶，腾讯R&D项目总监、敏捷教练. 从事通信、互联网开发、项目及研发管理多年，目前负责腾讯多个业务线重要产品的项目管理，探索并推行适合腾讯的敏捷研发及项目管理，从产品、运营、技术、管理四个方面，诠释了腾讯互联网产品研发中贯彻的价值观——“快”. 当今互联网的发展，已不是大鱼吃小鱼的时代，而是快鱼吃慢鱼的时代.