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 流程，形成「快速反馈 - 及时调整」的协作习惯，为后续优化积累经验。