安住于不安之上，也是敏捷

“Do not pray for an easy life, pray to be a strong person.（不要祈求生活平顺安逸，祈求成为一个坚强的人。）”

Scrum提供了一个近乎完美的工作框架：

Scrum 包括三大角色：ScrumMaster、PO和开发团队。他们一起为客户与项目干系人的利益工作， 把愿景变成可工作的产品或服务。如果把他们比作赛车的部件，那么开发团队就是引擎，产品负责人就是赛车手， ScrumMaster 则是润滑剂和传感器。

产品Backlog是根据商业价值及风险确定优先级的、 实现产品愿景所需的所有特性与功能的主要清单， 最终由正在开发的产品或者服务来实现这个愿景。PO负责管理产品Backlog， 使它保持更新、整洁并排好序。与需求文档或产品规格不同的是，产品Backlog永远不会被完成；相反，它是一个响应优先级、价值或者风险变化而扩展或者缩小的活文档。在任何时间都可以向产品Backlog添加或者从产品Backlog取消条目。一旦条目被添加进去，PO就把它与其他诸如缺陷、功能、增强、非功能需求等条目进行比较，然后确定其优先级并排序。

优先级是根据商业价值及风险（或任何对公司与项目有意义的排序）来确定的。最高优先级的条目被安排先开发，优先级最低的条目最晚完成。团队与PO一起，根据条目的相对大小来估算各个条目。大小可以用点数、 T 恤尺寸或者其他任何与时间无关的单位来表示。关键在于不要对条目使用与时间相关的单位。

高优先级的故事应该是小而清楚，足以被安排到 Sprint 中马上实现。低优先级的条目可以是大而且含糊的。一旦高优先级的条目完成，低优先级的条目就开始上升到产品列表的顶部，这时大的用户故事需要分成小的。

以上内容摘自：

有声书 | 故事中的Scrum《Scrum实战指南》全35集

然而，在现实中，混乱是常态。

因此，安住于不安之上，也是敏捷。

首选对混乱进行分类，然后建立对策。

第一种混乱，是日常的不如意。对策是尽快搞定事情，不要让事情对心情产生影响，那样就是又败多了一次。不如意的负面影响和阴影始终在，要尽快走出，把阴影减到最小。

事情不会把你打败，打败你的是心情。这是造物的阴谋和计策。不要中计。所谓成年人，就是要做不喜欢的事。走过去，就是大师。走不过，就是大尸。

第二种混乱，是环境中的大的变动。对策是根据可信信息采取行动。

第三种混乱，是可能对自己的价值观造成冲击的。对策是坚定自己的价值观。

建立自己的混乱及对策库。

真北敏捷，求道连接：