李哲远队--第一周团队周报

[197241李默晗]

一、本周计划任务和完成任务

团队软件开发流程	预估耗时 (分钟)	实际耗时 (分钟)
计划	20	60
估计本周任务时间并制定计划	20	60
开发 (需求与设计阶段)	80	240
需求分析	60	180
拟定规范 (确立验收标准的简化格式)	20	60
报告与总结	20	180
工作量统计 (核算各模块需求点数量）	20	180

二、本周具体工作内容及成果

1. 完成核心业务模块的用户故事拆解
   • 梳理并输出了 5大核心模块 的用户故事，包含：账号与用户中心、任务大厅与探索、交易与匹配、互动与评价、后台管理模块。
   • 补充了原本缺失的关键前置流程——“发布任务功能”，实现了从“发单 -> 浏览 -> 收藏 -> 接单 -> 结算 -> 评价”的业务闭环。
2. 确立敏捷开发需求规范
   • 明确了价值表达，并为每个需求点制定了1-2条最核心、可测试的验收复选框，方便后续直接导入项目管理工具进行进度追踪。
3. 逻辑校准
   • 明确了校园场景下的特殊需求点，如“学生身份认证”机制以及“赏金平台托管”的资金流转逻辑。
4. 解决 GitHub注册，共创等任务
   • 注册了github账号，创建了一个统一的代码仓库。
5. 本周产出物： 《校园众包任务匹配平台 - 敏捷用户故事文档》

三、本周存在的不足

1. 技术可行性论证待加深： 需求中涉及的“赏金平台托管”功能需要对接第三方支付接口，目前尚未与开发组详细讨论支付平台的资质申请及技术对接难度，可能存在一定的延期风险。
2. 边缘场景验收标准较粗： 目前的验收标准聚焦于核心主流程，对于异常场景（如：接单后发单人恶意不验收、任务超时未完成的处罚机制等）的验收细则还有待在后续迭代中补充。
3. 开会无法聚焦重点：开会初期没有任务指南，开会没有办法聚焦于一个重点去解决，对于可能出现的问题，也没有一个固定的解决方案。

四、 本周感悟

本周最大的收获是体会到了“规范化的需求表达”对团队协作的重要性。初期我们拿到的需求点较为零散，通过引入标准的用户故事句式和清晰的验收标准，理顺了业务逻辑，去除了冗余的设计。