在scrum领域, 没有最佳实践, 只有最合适, 最有效的实践.
scrum中心原则之一是团队管理自身事务, 企业中的其他管理者均扮演"鸡"类角色.
scrummaster类似传统管理中的项目经理一职, 但又有区别, 项目经理负责界定工作范围和管理工作, 而scrummaster负责管理scrum流程, 即确保scrum正常运转.
scrum框架：
角色（产品负责人 、SM、开发团队）
活动（冲刺、冲刺规划、每日例会、冲刺执行、冲刺评审、冲刺回顾、产品列表梳理）
工件（产品列表、冲刺列表、潜在可交付产品增量）
规则（规则的描述贯穿全书）
scrummaster只是项目的推动者.
scrummaster对scrum过程负责, 向所有成员讲授scrum方法, 负责实施scrum, 确保它符合企业文化, 又能交付预期利益, 还需督促全体成员遵从scrum规则和实践.
Cynefin框架用于描述问题, 环境与系统., 说明什么环境, 适合使用什么解决方案：
简单：该域中的因果关系显而易见，方法是感知——分类——响应，我们能够应用最佳实践。
繁杂：该域中的因果关系需要分析，或者需要一些其他形式的调查和/或专业知识的应用，方法是感知——分析——响应，我们能够应用好的实践。
复杂：该域中的因果关系仅能够从回想中感应，不能提前，方法是探索——感知——响应，我们能够感知涌现实践。
混乱：该域中没有系统级别的因果关系，方法是行动——感知——响应，我们能够发现新颖的实践。
第5个域是失序，该域中不清楚存在什么样的因果关系，这种状态下人们将会恢复到自己舒服的域做决定。Cynefin框架拥有子域，简单和混乱之间的一线之隔是灾难性的：骄傲自满导致失败。
scrummaster的职责:
排除产品开发和产品负责人之间的障碍, 确保产品负责人直接推动开发工作
教授产品负责人如何实现投资回报最大化, 以及如何利用scrum达成目标.
激发创造力和放权, 从而改善开发团队的环境.
千方百计提高团队生产力
改善工具和工程实践, 确保每个功能增量具有潜在可交付性
向各方确保团队工作进展实时更新并高度可视
