记一次工单系统小程序敏捷开发过程

项目背景：现项目主要是做关于机器人的调度系统，涉及到web端、移动端、小程序及服务端和实体机器人端；

迭代背景：敏捷开发

记录方向：工单系统-小程序开发

记录时间：202102023

==============================================================================

1、本次迭代US确认；

2、该US的task细分；

3、部分task具体实现逻辑梳理；

==============================================================================

1、本次迭代US确认

迭代开始前有产品经理（项目组无产品经理，现有业务架构总监来确定的）确认迭代的US，项目组成员现有12个：4个后端（1个做架构兼业务代码，3个纯业务代码），5个前端（4个web端-其中3个兼小程序，1个Android，1个小程序），2个测试，1个UI，一个业务架构总监，因为整处在跳槽的金三银四阶段，人员更替频繁的阶段，所有项目组的成员最近一直有变动；

2、US下的task细分

task主要分为以下几大部分（以工单系统-小程序为例，迭代中还有其他的US）：

2.1、系统需求类task（因为没有产品经理，都是在确定US后才开始写系统需求）

• 编写系统需求：现在有测试人员编写，覆盖功能点；
• 确认系统需求：找干系人员（UI、开发等）确认需求；
• 评审系统需求：评审主要的功能点及存在疑问的功能；

2.2、测试类task

• 编写测试功能点；
• 确认评审测试功能点（UI、开发、测试的疑问点，针对本次迭代的功能点达成一致）
• 编写测试用例（没有进行评审测试用例，现在是两个测试，就直接是交叉检查）；
• bug跟踪（之前的迭代遗留的bug及问题点）
• 项目组领导交代的临时类任务（项目是0到1的过程，现阶段只做了功能方面的测试，兼容性、安全、性能、专项、自动化-接口、UI等测试还未做）
• 与设备的联调工作（该项目为调度系统，涉及到机器人，需要与机器人端进行调试，该部分工作是需要占用大量的时间的：联调的准备工作、联调、联调问题定位、bug后续的跟踪）
• 自我的提升类（接口自动化两个方向：python+requests的接口自动化、基于jmeter+pipline+ant集成的自动化；学习ros系统、了解设备内部节点、k8s集群、docker、项目中使用到的技术等）
• 测试：执行测试用例
• bug跟踪

2.3、开发类task（本文主要是描述该类的task，详细描述一个US到底是怎么实现出来的）

• 编写系统实现——数据库设计;每个细分模块的时序图、活动图;比较复杂的业务的实现方式及逻辑梳理（不仅有后端的系统实现，还有前段的系统实现）

以工单小程序为例：

　　a、进行数据库设计，设计表结构（新增表、修改表结构等）

　　b、编写工单查询-工单列表、工单详情的活动图

　　c、编写工单提交的活动图

　　d、编写工单处理的活动图

• 工单服务搭建：项目是容器化的微服务架构，该US为一个新的项目，所以后使用脚手架自动生成器生成基础类的资源（创建容器、基础的组件、依赖等）
• 业务实现

　　a、接口定义

　　b、前段-静态页面开发

　　c、前段-接口调试

　　d、前后端联调

　　e、后端功能开发

• 提测

　　a、代码合并到dev自测

　　b、自测通过提测（代码合并到SIT分支并进行自动部署）

• 测试

　　a、执行测试用户；

　　b、bug跟踪；

　　c、简单的测试报告；

• 迭代回顾会议

　　a、本次迭代成果展示，主要展示本次迭代完成的东西；

　　b、检查本次迭代完成情况，哪些已经完成，哪些有遗留需要放置于下一个迭代去持续跟踪完成；

　　c、总结迭代中好的地方，不好的地方；

 

上面大致描述了一个迭代周期项目组成员要完成迭代US需要做的事情；