Scrum 冲刺博客_1

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