背景介绍:公司一个迭代了3年+的业务重构,涉及到中台+业务后端、pc前端、移动端,需要在保证质量的前提下有一定的提高效率。对于这样的项目如果交到大家的手里要怎么做?
接下来我对自己刚结束的项目,做一个简单的自我复盘来和大家探讨一下这样的项目我们怎么做。大家如果有相关的需求可以继续看下去。同时希望大家可以积极发言集思广益,共同进步。
一、项目背景和需求
背景:某电商公司想要收拢业务部门的共同销售渠道的商品创建和编辑,下沉到到中台维护,涉及到后端、pc端、移动端。对于中台来说这是一个通用能力,可以一起收拢到一起去维护,对于业务部门来说可以避免重复造轮子,减重快速发展自己的特色业务。
需求:这个业务毕竟在业务部门已经迭代和维护了3年+,和中台现有业务相比肯定会有一些自己业务的特性。并不是简单的接管业务,相当于把业务部门的商品创建、编辑业务重构了一遍。
二、项目准备期间
本司一个项目需求评审完之后,准备过程有以下关键步骤(中间小谈论不在赘述):技术方案评审,测试用例评审
技术方案评审
以后端的技术方案评审为例,涉及商品垂直业务部门的后端技术方案评审。我们的流程是怎么样的呢?
1.两边开发对过大概的业务流程之后,开始着手准备技术方案。
2.技术方案准备完之后在自己后端组内内审。
3.内审通过之后开始拉相关业务的测试和开发一起评审,评审过程中针对测试和其他业务开发提出的问题做统一的解答。
4.对于不能马上给出结论的问题会做会议记录,会后讨论过给出答复(发现坑很多的问题的话,可能会重新发起评审)。
测试用例评审
对于这次项目&#x