敏捷之旅笔记

总结：

以价值为核心

产品应有且只有一个产品待办列表，好的产品待办列表应该是ODDE的

——Ordered：应有唯一排序

——Detailed rightly：应是详细正确的

——Dynamic：应是动态可变的

——Estimate：应估算成本

1、透明

在团队中所有人的任务应该透明，团队中的每个人将任务记在任务板上，任务板最好为实体，方便团队所有人都能看到当前项目的进展

2、迭代

利用盒子（BOX）理论【时间盒、资源盒】不断重复迭代

3、反馈

好的敏捷应该是有持续的反馈，可通过每日站会，评审会议（不是演示会议），回顾会议来得到反馈

4、教练

应该有内部/外部的教练来指出问题，通常团队中的成员无法识别内部存在的问题，需要教练来识别问题

从高质量的会议开始：

1、每个人都能安全的发言

2、每个人都能说出所思所想

3、鼓励不同的意见

4、不想参加就不参加

5、更短时间搜集更多信息

6、有限时间做出决定

总结：通过参加这次分享会，感觉对敏捷的概念也有进一步认识，对比了一下我现在所在的团队，其实已经有向敏捷靠近了，觉得不足的地方大概有以下几点：

1、需求不够明确，没有唯一的产品待办列表，频繁的变更需求

2、目前采取的是两周一次新需求，但我觉得应该可以尝试下一周一个迭代。

3、目前我们虽然有站会制度，但是感觉在站会中大家还是比较少提出问题，都是汇报工作内容。我觉得这点有待改进。

4、团队还没办法达到高质量会议的要求，感觉团队成员在需要发表意见的时候很拘谨。

5、敏捷是应采取任务认领方式，但当前团队更依赖于任务分配的形式

总体来说，我觉得应该多参加这种类型的活动，多与外界信息沟通与交流才能进步更快。