敏捷开发每日站会

站会是 Scrum 开发框架的组成部分，团队每天在固定的时间，固定的地点开会，促进团队沟通：互相了解彼此的工作进展，发现并共同解决阻碍 Sprint 的问题配合 Kanban，清晰明了的检视 Sprint 的进度，确保按时交付

站会时长建议在 15 分钟内

标识障碍与预知风险，发现问题，而不是汇报问题 —— 遇到障碍、困难、问题，要立刻、马上沟通解决，不要等到第二天的站会上反馈

说明

信息共享 —— 建立信任进度可视 —— 风险识别暴露问题 —— 及时解决

对团队

表达能力的锻炼仪式感 / 目标感（明确当日的目标）

对个人

PO 能清晰的了解整体的进度，QA 能快速的规划待测的清单，TL 能及时的发现迭代的问题。Team 一起完成目标

价值

昨天完成的内容今天的安排与计划（时间评估）遇到了哪些障碍或困难，问题同步 + 风险评估 + 解决方案（可选）

1、昨天完成会员活动的前端页面2、今天计划能完成 API 对接，明天可以 push 到测试环境3、障碍：刚刚 Designer 说 UX 有改动，我需要多半天时间修改，会影响活动上线时间，需要 PO 确认（问题同步 / 风险评估 / 解决方案）简单沟通：【PO】我大概会在上午 11 点与 Designer、Marketing、Operation 沟通清楚，然后再同步最新的规划4、困难：大量数据分析引起性能问题，计划引用 Cache 来解决（问题同步 / 解决方案）群策群力：【A 君】我有集成过一个 Redis 类库，巴拉巴拉！！！【B 君】类似的问题我们用队列解决过，巴拉巴拉~~~【C 君】...【TL】Nice，细节大家会后继续讨论。

为什么是“刚刚”，因为有问题，一定要及时沟通，不能等到站会才同步

例子

1、昨天完成一个页面2、今天准备做这个（贴上便利贴），额...添加一个上传功能。3、... ... ...（懵圈）

反例

步骤

模板

表达能力 —— 描述是否清晰逻辑能力、分析能力 —— 任务拆解解决问题的能力、风险意识 —— 风险评估与备用方案主动性、领导力 —— 帮助伙伴们解决问题产品思维、追求、专研 —— 方案选择（是否有助于产品体验 / 是否引入新技术或新思想）

锻炼

敏捷开发每日站会