Scrum 冲刺博客_1
各个成员在 Alpha 阶段认领的任务：
| 姓名 |
角色 |
状态 |
| 张秉瀚 |
PM+后端 |
✅ |
| 沈武钊 |
后端 |
✅ |
| 陈嘉煌 |
前端 |
✅ |
| 郑东楷 |
测试+安全 |
✅ |
| 邱宇彦 |
数据 |
✅ |
| 陈俊源 |
全栈 |
✅ |
| 崔乐浩 |
DevOps |
✅ |
明日各个成员的任务安排
| 姓名 |
明日任务 |
状态 |
| 张秉瀚 |
输出后端 API 接口文档（含参数及状态码定义） |
✅ |
| 沈武钊 |
前端网页组件模块内容编写 |
✅ |
| 陈嘉煌 |
前端网页组件模块内容编写 |
✅ |
| 郑东楷 |
设计并编写整体前端网页框架 |
✅ |
| 邱宇彦 |
整理目标用户常用国家及套餐数据 |
✅ |
| 陈俊源 |
设计接口，数据结构 |
✅ |
| 崔乐浩 |
根据需求文档制定测试计划，明确测试范围、方法、环境和时间安排 |
✅ |
整个项目预期的工作量
| 阶段 |
预估时间 |
占比 |
| 需求规格说明书 |
12 |
12.5% |
| 原型设计 + 环境搭建 |
18 |
18.75% |
| 架构设计 |
8 |
8.33% |
| Alpha 阶段冲刺 |
42 |
43.75% |
| 测试 + 发布博客 |
8 |
8.33% |
| 预留缓冲时间 |
8 |
8.34% |
| 总计 |
96 |
100% |
敏捷开发前的感想：
- 张秉瀚：「之前的项目常因需求模糊导致返工，这次用 Issue 驱动开发，每个任务都对应明确的目标，希望能减少沟通成本。但担心快速迭代中代码质量失控，需要提前约定好编码规范。」
- 沈武钊：「用公式矫正时间后，才发现过去总把开发时间压得太死。敏捷的‘响应变化’理念很重要，尤其是支付模块可能遇到不可控的第三方接口问题，预留缓冲很有必要。」
- 陈嘉煌：「原型设计时用户反馈‘简单易用’，但实际开发中如何平衡速度与体验？希望每日站会能及时暴露前端与后端的理解偏差，避免最后集成时‘各做一套’。」
- 郑东楷：「测试人员提前介入需求分析是好事，但敏捷中‘持续测试’对效率要求很高，需要尽快熟悉自动化测试工具，跟上开发节奏。」
- 邱宇彦：「数据指标不再是‘事后统计’，而是要嵌入开发过程。担心敏捷迭代中数据埋点被遗漏，需要和前后端同步好埋点方案。」
- 陈俊源：「Docker 环境解决了‘环境不一致’的老问题，但敏捷开发中频繁更新依赖可能导致镜像体积膨胀，需要提前规划镜像优化策略。」
- 崔乐浩：「双仓库同步和 CI/CD 是敏捷的基础保障，希望自动化流程能稳定运行，不然每次手动部署会拖慢迭代速度。」
团队期望：
功能目标：Alpha 阶段结束前跑通全流程，实现核心功能。
协作效率：每日站会控制在 15 分钟内，问题当场明确责任人；Issue 处理平均响应时间不超过 2 小时，避免阻塞流程。
团队成长：通过 Alpha 冲刺熟悉 Scrum 流程，形成「快速反馈 - 及时调整」的协作习惯，为后续优化积累经验。
