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