敏捷本质
敏捷的本质，向内看，是自组织团队，其他都为此提供反馈。向外看，是服务客户，其他一切都为此服务。前者为后者提供增量，后者为前者提供反馈。敏捷宣言的四个价值观体现在当中了。这是敏捷的根本逻辑。
自组织团队的成功形态是高效快乐，成员包括PO/Team/Architect/UI/UX Design等，具体体现在两件事：共同的目标，互动。
工作方法的载体是：会议时间和工作时间。
会议是工作方式的形式载体。会议和物件改善要点：
（1）目标驱动。每个会议要有清晰的目标。
（2）轨道化-固定总时间和节拍，结构化-每个会议有清晰的结构。
（3）真诚直接。
或者归为一句话，“这是我们的会议”。
会议设计要考虑团队实际情况。
双重目标
修路与盖楼
水平方向：铺路。打磨流程。
垂直方向：盖楼。持续改啥。
远虑近忧
两条轨道：Product Discovery是远虑。Product Delivery是近忧。
产品、技术，知往、知未
节奏与议程
如果是两周的迭代，会议节奏如下：
- 计划会：第一周周一上午。
- 每日站会：每天。
- 产品待办列表精化会：第二周一，周四下午。
- 评审会和反思会：第二周周五下午。
精化会的标准是准备好
精化会分两次，第一次是第二周周一下午。
1） PO讲解后续需求
2） 确定哪些需全体参与讨论solution的现场讨论
3） 其他需要确定solution的，确定好人员，在周二周三完成输出 solution
4）讨论UI/UX Design.
第二次是周四下午。
在这次会议之前，大家都清楚需求了，solution也有了。
本次会议，把需求和solution整合为故事，让所有人都清楚。理想状态是满足以下标准：
www: 有who, what, why。
AC：有清楚的验收标准，知道交付时如何demo。
INVEST: independent 故事可独立开展，尽可能少依赖；Negotiable: 尽量清楚，但细节可持续沟通；Valuable: 有价值；Estimatable: 可估算的；Size appropriately: 大小在一个迭代可完成；Testable：可测试的。
DEEP： detailed: 具体有足够细节的；Estimated: 有估算的；Emergent： 持续涌现的，可容纳这一点；Prioritized: 排好优先级的。
3C: card: 以卡片代言；conversation: 通过交流澄清；confirmation: 以验收标准作为确认。
达到以上Ready的标准，下一迭代的计划和执行就会比较顺利了。
计划会议的输出是承诺
两个前提：
- Ready: PO准备好
- 优先级管理策略
做什么
- PO建议目标，讲故事
- 团队理解
如何做
- 团队容量
- 故事分解为任务
- 排兵布阵
- 团队总结迭代目标
- 承诺
Release Driven Planning：
每日站会
均衡目标导向过程透明与发挥architect/team lead知识资产
1.起式：准时，围成半圆。能量环。
2.承转： (按故事泳道)参与人员
- 回答三个标准问题。
- 同时挪动任务卡To do->Doing->Done.
- 同时在风险与障碍区可视化风险和障碍。
- 其他人可以有input，但点到为止。任务的owner会后主动找有input的人员讨论。
有说，有动，有流动，有互动。
3. architect/team lead点评，调谐技术方向与优先级。
4.合式： 随机一分钟项目经理。
(两种随机方法。1.趣味式，如：住的离公司最远的，生日月日最小的。2.抽签，如用上证指数个位数。)
- 说明迭代目标。
- 说明趋势，同时画出趋势图。
- 说明主要的风险和障碍。
- 感知和表达士气。
- 邀请大家对会议点赞，宣布会议结束。
随机一份钟项目经理的三个好处：
- 专注，每个人都听别人说。
- 每个人都关注团队目标，因为都有机会说。
- 隐形知识传递，你心中认为是方，我心中认为是圆，隐形打磨。
每日站会引入一个变化，把点赞对象换成：对迭代目标完成的信心水平。
把Review和Retro融合在一起：
知往&同事赞扬：
- 成就问题挑战，同事赞扬，每人3分钟，共30分钟
- Demo & feedback （请大家做好准备）：共1小时
知未：15分钟
- 来自市场与用户的信息分享
- 是否需要调整发布计划
- 下一迭代内容预报(highlight即可)
检视改善：1小时
- Retrospective采用三个一：每人提一个最痛的点，投票出团队最痛的点，确定一个在下一迭代确定能做的Action。
参考：敏捷落地四个瓶颈与四化
参考：系统动力学
参考：瓶颈理论
参考：复杂性与决策模型
参考：知行合一
参考：心路历程
参考：落地模式笔记