浅谈敏捷开发与互联网江湖的爱恨情仇！

敏捷开发

通常互联网产品都采用一套称之为 敏捷开发 的研发流程

@需求阶段

• 
  
• 定方向：企划部门和产品部门一道确定产品方向；
  
• 出需求：产品经理提供： 需求文档（对产品体系和功能的详细描述，常用的格式为Word配合PPT） + 产品原型（一个能在PC/手机浏览器上进行页面跳转和简单交互的demo）；
  

@研发阶段

• 
  
• 研发：前后端开发和美术部门根据产品需求开始工作；
  
• 设计师/美术：根据产品原型产出一整套页面设计图；
  

• 
  
• 服务端/后端：根据产品功能说明着手数据库设计和接口设计，产出接口文档，供前端调用以获取业务数据；
  
• 客户端/前端：根据设计效果图开发PC/手机H5/小程序/App等用户端的界面 + 数据渲染 + 用户交互；
  
• 接口联调：开发期间前后端开发者需要进行接口联调，以确保前端能通过后端提供的接口正确地获取到数据；
  

@测试阶段

• 
  
• 提交测试：前后端共同开发完毕后，打包成品供测试人员进行测试；
  
• 产品测试：测试人员代入用户的角色，带着挑剔的眼光和看我不整死你的愉快心情对产品进行使用测试，并将宏伟的BUG列表这口黝黑锃亮的大锅戴在项目经理头上；
  

• 
  
• 修复BUG：项目经理在开发团队（前后端）内对锅进行二次分配，精确到具体责任人；
  
• 反复完善：开发人员修复BUG，再次打包提交测试，测试再挑刺-开发再分锅修改-再提交测试，重复以上循环若干遍以后，测试表示产品凑合可以上线了，签字画押；
  
• 产品上线：运维同学将产品部署到生产环境与用户见面；
  

程序员在产品上线时的样子↓

@维护阶段

• 
  
• 升级维护：产品上线以后还需要进行多个版本的迭代升级，包括新一轮的需求的开发，以及收集和修复用户反馈的产品BUG等，于是就继续产生2.0、3.0...
  

互联网江湖的爱恨情仇

• 
  
• 通常当开发进度完成到99%的时候，产品经理脑门一拍，哎呀这个地方可能得小改一下，很简单的你这样弄一下就行：XXOO@#$%^&*blablabla...，一想到打人要进橘子你默默地收起了磨过无数回的菜刀，开始彻底推翻重做...
  
• 针对上述情况美术人员表示我早就习惯了；
  
• 当然产品和研发的博弈为我们的茶余饭后提供了不少欢乐的素材
  

其实谁还不是一样...

“这不需要测试，肯定是好的，不必担心！”