第1篇:Alpha阶段Scrum冲刺启动
第1篇:Alpha阶段Scrum冲刺启动
一、各成员Alpha阶段认领任务
| 成员 | 认领任务 | 预估工时 | 优先级 |
|---|---|---|---|
| 廖永祺 | 用户注册登录功能、JWT令牌实现、权限控制中间件、用户信息管理 | 28h | P0(3项)、P1(1项) |
| 高扬鹏 | 图书CRUD操作、图书分类管理、高级检索功能、图书导入导出 | 36h | P0(2项)、P1(1项)、P2(1项) |
| 曾祥恩 | 借书业务流程、还书业务流程、续借功能、逾期处理 | 24h | P0(2项)、P1(2项) |
| 李炅佳 | 登录页面实现、主页布局设计、响应式适配 | 26h | P0(2项)、P1(1项) |
| 彭耿立 | 图书列表页面、借阅管理页面 | 18h | P0(2项) |
| 谭钧灏 | 单元测试编写、接口测试、环境部署配置 | 26h | P0(1项)、P1(2项) |
二、明日各成员任务安排
| 成员 | 明日任务 | 预计耗时 | 依赖条件 |
|---|---|---|---|
| 廖永祺 | 完成用户注册登录核心代码开发、搭建JWT基础框架 | 8h | 数据库连接配置完成 |
| 高扬鹏 | 实现图书CRUD基础接口、设计图书表结构扩展字段 | 10h | 无 |
| 曾祥恩 | 梳理借书业务流程逻辑、编写核心业务接口文档 | 6h | 图书CRUD接口可用 |
| 李炅佳 | 完成登录页面UI实现、适配PC端基础样式 | 6h | 无 |
| 彭耿立 | 搭建前端项目基础框架、配置路由规则 | 4h | 前端开发环境就绪 |
| 谭钧灏 | 制定单元测试计划、准备测试用例模板 | 4h | 核心接口文档输出 |
三、项目预期任务量
1. 总任务量统计
| 模块 | 任务项数量 | 总预估工时 | 已完成工时 | 剩余工时 |
|---|---|---|---|---|
| 用户管理 | 4项 | 28h | 0h | 28h |
| 图书管理 | 4项 | 36h | 0h | 36h |
| 借阅系统 | 4项 | 24h | 0h | 24h |
| 前端开发 | 5项 | 44h | 0h | 44h |
| 测试部署 | 3项 | 26h | 0h | 26h |
| 合计 | 20项 | 158h | 0h | 158h |
2. 任务量分布说明
- 核心业务模块(用户、图书、借阅)占总工时69%,聚焦核心功能落地
- 前端开发占比28%,保障用户交互体验
- 测试部署占比16%,确保项目质量与可交付性
四、敏捷开发前的感想
廖永祺
作为负责用户模块的开发,权限管理是核心难点,尤其是多级角色的权限控制逻辑需要细致设计。敏捷开发的迭代模式能让我们快速验证思路,及时调整方案,避免闭门造车。但同时也担心任务拆解不够细致,导致后续出现工时预估偏差。
高扬鹏
图书管理模块涉及大量数据操作和检索优化,高级检索功能对性能要求较高。之前缺乏类似项目的实战经验,需要在冲刺过程中不断学习调整。敏捷的每日立会能让团队快速同步问题,希望能通过团队协作攻克技术难点。
曾祥恩
借阅系统的业务逻辑相对复杂,涉及借书、还书、续借、逾期等多个场景的状态流转,容易出现边界条件遗漏。敏捷开发的短迭代周期有助于我们分阶段验证业务流程,及时发现并修复漏洞,期待通过每日沟通减少需求理解偏差。
李炅佳
前端开发需要兼顾功能实现与用户体验,响应式适配对多端兼容性要求较高。之前的原型设计已经过多次优化,但实际开发中可能会遇到各种适配问题。敏捷模式允许我们快速迭代界面设计,根据团队反馈及时调整,提升开发效率。
彭耿立
作为辅助前端开发,需要快速跟上核心前端的进度,确保页面组件的一致性。担心自己对前端框架的熟练度不足,影响任务推进速度。希望通过每日的代码review和团队交流,快速提升技术能力,按时完成任务。
谭钧灏
测试工作需要覆盖所有核心模块,测试用例的设计质量直接影响项目质量。由于项目处于快速迭代中,测试工作需要紧跟开发进度,避免测试滞后。敏捷开发的持续集成思想能帮助我们实现边开发边测试,提前发现潜在问题。
五、团队期望
- 按计划完成Alpha阶段核心功能开发,确保用户管理、图书管理、借阅系统三大核心模块可用
- 建立规范的代码提交流程和review机制,保证代码质量,减少后期维护成本
- 通过每日立会高效沟通问题,避免信息壁垒,提升团队协作效率
- 冲刺过程中积累项目实战经验,提升团队整体技术水平
- 最终交付一个稳定、可用的Alpha版本,为后续Beta阶段的功能增强奠定基础

浙公网安备 33010602011771号