“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集
然而,在现实中,混乱是常态。
因此,安住于不安之上,也是敏捷。
首选对混乱进行分类,然后建立对策。
第一种混乱,是日常的不如意。对策是尽快搞定事情,不要让事情对心情产生影响,那样就是又败多了一次。不如意的负面影响和阴影始终在,要尽快走出,把阴影减到最小。
事情不会把你打败,打败你的是心情。这是造物的阴谋和计策。不要中计。所谓成年人,就是要做不喜欢的事。走过去,就是大师。走不过,就是大尸。
第二种混乱,是环境中的大的变动。对策是根据可信信息采取行动。
第三种混乱,是可能对自己的价值观造成冲击的。对策是坚定自己的价值观。
建立自己的混乱及对策库。
真北敏捷,求道连接: