scrum 精髓之京东敏捷之旅
总结：
以价值为核心
产品应有且只有一个产品待办列表，好的产品待办列表应该是ODDE的
——Ordered：应有唯一排序
——Detailed rightly：应是详细正确的
——Dynamic：应是动态可变的
——Estimate：应估算成本
1、透明
在团队中所有人的任务应该透明，团队中的每个人将任务记在任务板上，任务板最好为实体，方便团队所有人都能看到当前项目的进展
2、迭代
利用盒子（BOX）理论【时间盒、资源盒】不断重复迭代
3、反馈
好的敏捷应该是有持续的反馈，可通过每日站会，评审会议（不是演示会议），回顾会议来得到反馈
4、教练
应该有内部/外部的教练来指出问题，通常团队中的成员无法识别内部存在的问题，需要教练来识别问题
活色生香的小团队敏捷转型
从高质量的会议开始：
1、每个人都能安全的发言
2、每个人都能说出所思所想
3、鼓励不同的意见
4、不想参加就不参加
5、更短时间搜集更多信息
6、有限时间做出决定
总结：通过参加这次分享会，感觉对敏捷的概念也有进一步认识，对比了一下我现在所在的团队，其实已经有向敏捷靠近了，觉得不足的地方大概有以下几点：
1、需求不够明确，没有唯一的产品待办列表，频繁的变更需求
2、目前采取的是两周一次新需求，但我觉得应该可以尝试下一周一个迭代。
3、目前我们虽然有站会制度，但是感觉在站会中大家还是比较少提出问题，都是汇报工作内容。我觉得这点有待改进。
4、团队还没办法达到高质量会议的要求，感觉团队成员在需要发表意见的时候很拘谨。
5、敏捷是应采取任务认领方式，但当前团队更依赖于任务分配的形式
总体来说，我觉得应该多参加这种类型的活动，多与外界信息沟通与交流才能进步更快。
