话说不起个差不多点的标题都没人看…
灵敏开发
一般互联网产品都选用一套称之为 灵敏开发 的研发流程
@需求阶段
- 定方向：企划部门和产品部门一道确定产品方向；
- 出需求：产品司理供给： 需求文档（对产品体系和功用的详细描述，常用的格局为Word配合PPT） + 产品原型（一个能在PC/手机浏览器上进行页面跳转和简略交互的demo）；
@研发阶段
- 研发：前后端开发和美术部门依据产品需求开始工作；
- 规划师/美术：依据产品原型产出一整套页面规划图；
- 服务端/后端：依据产品功用说明着手数据库规划和接口规划，产出接口文档，供前端调用以获取事务数据；
- 客户端/前端：依据规划效果图开发PC/手机H5/小程序/App等用户端的界面 + 数据渲染 + 用户交互；
- 接口联调：开发期间前后端开发者需求进行接口联调，以确保前端能经过后端供给的接口正确地获取到数据；
@测验阶段
- 提交测验：前后端共同开发结束后，打包成品供测验人员进行测验；
- 产品测验：测验人员代入用户的角色，带着挑剔的眼光和看我不整死你的愉快心境对产品进行运用测验，并将宏伟的BUG列表这口乌黑锃亮的大锅戴在项目司理头上；
- 修复BUG：项目司理在开发团队（前后端）内对锅进行二次分配，准确到详细责任人；
- 重复完善：开发人员修复BUG，再次打包提交测验，测验再挑刺-开发再分锅修正-再提交测验，重复以上循环若干遍今后，测验表明产品凑合可以上线了，签字画押；
- 产品上线：运维同学将产品部署到生产环境与用户碰头；
程序员在产品上线时的姿态↓
@保护阶段
- 晋级保护：产品上线今后还需求进行多个版本的迭代晋级，包括新一轮的需求的开发，以及收集和修复用户反馈的产品BUG等，于是就持续发生2.0、3.0…
互联网江湖的爱恨情仇
- 一般当开发进度完成到99%的时候，产品司理脑门一拍，哎呀这个当地或许得小改一下，很简略的你这样弄一下就行：XXOO@#$%^&*blablabla…，一想到打人要进橘子你默默地收起了磨过无数回的菜刀，开始彻底推翻重做…
- 针对上述情况美术人员表明我早就习惯了；
- 当然产品和研发的博弈为咱们的茶余饭后供给了不少欢喜的资料
其实谁还不是相同…
“这不需求测验，肯定是好的，不用担心！”
