[关闭]
@a5635268 2018-11-04T15:38:12.000000Z 字数 906 阅读 1029

关于开发和上线流程规范化的建议

长晓网络


以下建议参考了“京东”,我们上家公司就是该流程,我这里大量简化,并且以产品为初始节点:

  1. 产品经理: 开发立项发送邮件附原型给小组负责人,并抄送给总监,该处为 项目开发节点开始
  2. 小组负责人:分析业务需求合理性和技术难点,如有问题继续跟产品经理协商,如无问题产品经理发邮件通知设计部门进行设计,接着小组负责人开始分配后端工作任务,评估开发时长,并邮件发送相关执行者与参与者。 项目正式进行开发
  3. 设计UI:设计出稿,发送邮件给产品经理,小组负责人以及测试人员。 产品经理核查原型出入,小组负责人和前端人员核查用户交互逻辑是否合理,测试人员理解业务逻辑和准备测试用例; 如无问题直接开发,如有问题继续修改。 前端页面与测试用例开始
  4. 小组负责人: 开发完成,发送提测邮件给测试部门,抄送产品经理以及相关人员。 开发完成,提测阶段
  5. 测试人员: 反馈测试出现BUG(禅道或其他工具管理bug数),该处可以量化测试人员和开发人员的KPI考核。测试完成后,测试人员发邮件给小组负责人:“测试通过,可以上线”,并抄送相关人员。 测试通过
  6. 小组负责人 上线完成,发邮件通知产品经理,部门总监。如果有bug流到线上,那责任由测试和负责开发人员 4/6承担; 上线完成
  7. 产品经理 发邮件通知业务部门上线了哪些功能等等;

以上的所有邮件来往,其实都来自于一封邮件在不同阶段的一个转发

该建议主要解决目前出现的以下问题:

  1. 所有开发流程都可归档复查,项目周期可追踪。不会再发生“我记得”,“好像是”,“没记错的话”等等情节!
  2. 所有环节相关执行人与参与者都能收到邮件,一切以邮件为准。不会再发生“什么?今天上线??”,“还没测,你们就上线了?”,“你们上线了吗?”等等情节!
  3. 保证上线后的功能都是经过测试的。大量降低 “这个地方点不进去”, “这个功能做漏了”,“点这个崩了”等等情节!
  4. 各小组通过邮件协作,我上家公司七个小组(架构组,无线组,测试组,数据组,便利店组,网站组,供应链组),通过邮件来往,沟通协作都没问题!不会再发生 “这是属于谁做的?” “谁负责这个功能”等等情节;
  5. 因为上线都有抄送相关人员,不会再发生“那个组在做什么?”,“我们在做什么?”等等情节;
添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注