敏捷学习：产品待办列表 2016-7-13

于是 

这个会开的成功么显然，是失败的。

为什么啊首先，我们要看看这个会议的目的（或者说主题）是什么。

大家能猜的出来，在 

这是我今天参加的敏捷 区活动中的一个实践环节，我就是那个虚拟产品的 

活动的导师，说了一句话， 

开这个会的目的是梳理产品的待办列表，咱们先看理想的输出，应该是什么样的。

首先，肯定是个恰当的细节。太细，就会导致开始讨论，这个做不了啊，我得查查能不能这么实现啊，必须得有基础数据啊，或者，用户不这么用吧粗，回头都想不起来当初说啥了，那可能不行。这个得花工夫。

动态的，这个好理解，咱得以后能改啊。这不，都敏捷了啊，好多事，都是逐渐搞清楚的。

可估算的，这个有两个含义，一个是对于客户来说，值不值，一个是工作量。

还有一个重要的方面。这些点，得是有顺序的。这个排序的依据，可以有很多依据，可以是优先级，也可以是工作量，可以是逻辑顺序，更多的可能是大家争论的结果，也有可能遇到了一个强势的 

再回过头来，我们看看这个失败的梳理会，讨论每一个可能的“点”的时候，几乎，都没有注意到这四个特性。

一个有效的梳理会，要求 

从另一个角度来，一个“发散”的会，基本上离失败也不远了。

最后，我们从参会的人数上来看，如果会议的性质，不是传达信息的话，那么需要考虑参会的人数。

根据人员数，团队，划分三个不同的复杂度，3个人及以下的，直接说就行了。5个人以上的，需要降低复杂度，分组。人员最好维持在5个人以下，做一个Task。

这是组织上的小技巧。