团队博客 4：Sprint 2——功能扩展与深化

团队博客 4：Sprint 2——功能扩展与深化
设备台账全覆盖与巡检验收实现
一、Sprint 2目标
在Sprint 1的基础上，第二阶段的目标是完成所有设备台账类型，并实现巡检验收全流程。

二、各成员工作记录
周琦（Scrum Master/后端）

本周主导了巡检验收流程的开发。具体工作如下：

设计巡检验收的数据库表结构和状态机

实现三级审核流程（班组长→工区长→主管）

实现驳回功能和超时催办机制

写了详细的接口文档供前端参考

遇到的问题：状态机流转逻辑比较复杂，画了流程图才理清楚

李润泽（后端开发）

本周负责机电、消防、电梯三类设备台账的后端开发。具体工作如下：

在Sprint 1客服设备台账的基础上扩展了三种设备类型

每类设备添加了特有字段（如电梯的年检日期、载重、速度）

完成了通用导入导出功能的适配

与张钧瑞配合完成了前端联调

遇到的问题：消防设备的认证编号字段存在多种格式，增加了校验逻辑

张钧瑞（前端开发）

本周主要完成巡检验收的前端页面。具体工作如下：

开发了待验收列表和验收详情页

实现了步骤条展示审核进度

完成了异常项点的醒目展示

与周琦完成了接口联调

遇到的问题：详情页信息层级复杂，与周琦沟通后优化了数据展示方式

三、团队协作亮点
李润泽在完成自己任务后主动帮助张钧瑞调试前端代码

周琦整理了统一的接口规范，减少了联调问题

团队建立了每日站立会议同步进度的习惯

四、巡检验收流程说明
巡检验收的完整流程如下：

巡检人员提交巡检结果到系统

班组长审核：查看巡检项点，判断是否通过

工区长审核：复核班组长意见

主管审核：最终确认

所有审核通过后，状态变为已验收

任一节点驳回，状态变为已驳回，流程结束

如果在规定时间内未完成审核，系统会自动触发催办通知。

五、遇到的困难
状态机逻辑：三级审核加驳回，状态组合较多，花了时间设计

照片审核集成：将Sprint 1的照片审核服务集成到巡检验收流程中

前端状态展示：不同状态需要不同的样式和操作按钮，逻辑较复杂

以上问题经过团队讨论均已解决