夏天里的敏捷：如何去做好一次计划会议
摘要：
dear,你听说过计划会议吗？
（其实敏捷里面的计划会议是在每个迭代开始的时候开的一次会议）
你们团队是怎么开计划会议的？
你感觉你们的计划会议有什么不妥吗？
你感觉计划会议你从每次计划会议学到东西了吗？
我们是这么开计划会议的，让我们一起进行学习讨论吧！
工作一周了，这一周一直在对故事列表，对的晕晕乎乎的，很多东西待整理中，什么原型文件呀，
没整理出来的故事列表呀，之前另个团队在开计划会议的时候，一直感觉有点不对劲，现在进这家
很大的软件公司，竟然也在做敏捷，刚过年就做第一次的评估，全是开发人员，因为有之前的团队
经验，所以总结下如果做敏捷计划会议会更好！！
开计划会议需要的东东：
1.参会人员：开发人员，需求人员，主持会议人员
2.一个比较安静的会议室，有投影仪，一台笔记本足矣
3.扑克牌
4.每人一张故事列表，记录没个故事的时间长短
5.一个面板
6.原型文件
具体讲解每个东东的作用：
1.参会人员：开发人员，需求人员，主持会议人员
为什么呢？参会人员如果没有需求人员，每个开发人员都会有很多疑问，这时侯故事根本是没法进行
下去的。比如有个问题，很多开发人员都在做假设，这样的话开发速度就很慢
2.一个比较安静的会议室，有投影仪，一台笔记本足矣
为什么呢？现在在会议室开计划会议，旁边还有一个团队，我见每次我们开计划会议的时候，旁边
测试组的小子就会把耳机插入耳朵，看见他纠结的样子，真是不知道说什么，所以单独一个会议室比较好
的。为什么是一台笔记本呢，这样的话大家所有注意力都会集中到投影仪上，而不是自己去点原型，甚至
去干些别的事情。
3.一定要有扑克牌
之前我们在做计划会议的时候，会自己直接写在纸上：开发多长时间+测试多长时间+交叉测试多长时
间+集成测试多长时间，然后去对，每次大家都写，之后自己去说，感觉每次都有点滑稽，每次都有可能
是前面的人思想会影响后面；现在直接是以一个故事为基点，其他的是这个故事的几倍进行评估，感觉比
较精确点。然后直接是出扑克牌，经常会喊着“1，2，3开牌”，跟打仗似的，挺好玩的。
其实我们之前是用的一款软件，自己在自己电脑上进行评估，最后开牌。用来2个星期吧，感觉用软
件第一，感觉评估速度很慢，然后还老网断（内网不给力呀），所以我感觉用纸牌，或者便签最给力了！！
4.每人一张故事列表，记录没个故事的时间长短
这是之前在ECP平台做计划会议的时候用的一个方法，感觉很好用，因为这个故事列表最后有一列是备
注的，备注自己的随时想法，以及这个故事你自己理解，你在跟别人说的故事时候，也许故事名称没起好
或者什么的，早成张三与李四之间说的不一样，这时候，这张小小的故事列表可真就起很大作用了。
5.一个面板
现在在做原型的时候，一直在用原型文件，也是之前做需求我原型文件，放在屏幕上，大家讨论，但
是大家说自己想法的时候老是比来比去，沟通能力下来很多，这个时候，我感觉一个人如果想表达自己想
法，可以直接用笔画下，这样也许会更好。
6.原型文件
如果之间画过原型的话，最好是需求人员直接点击原型文件进行讲解故事，如果没有画过原型，直接
让需求人员直接在面板上画原型即可，或者文档，进行讲解需求。
如何进行开计划会议
1.先估工作量
开始的时候首先的定义自己团队有多少人员进入这次迭代（最好先问下，有人在这个迭代里面要请假吗
，请假的话把他的工作量要去掉的），这次迭代的时间大概是到什么时候截至，来算出我们大概要评估多
少工作量
2.认真听需求，分析故事
看“故事列表”的重点程度，做一些比较重要的紧急的需求（比如领导的需求是紧急的。市场部的需
求有可能是重要的），然后需求人员进行讲解流程，这个时候，做为开发人员的你，耳朵一定要打开开关
呀，切忌做耳朵进，右耳朵出，边听变想，切忌去打断人家讲话，因为这样不但是没礼貌的，更会拖长计
划会议。等故事讲完之后，大家可以轮流说出自己问题，以及自己想法，让需求人员进行讲解，如果你有
更好的方案，可以自己提出来呀
3.分解任务
看故事列表，很多时候我们会把一个故事分割成小故事，这个时候最主要的是看故事标题是否合理，故
事是否缺东西，如果缺，应马上补上去，不要拖到后面去补，即故事列表随时进行补充。
4.循环估任务时间
对每个故事列表进行评估，先描述故事需要干什么，如果你发现有问题，应马上反馈，然后有负责人进
行定义，接着主持人会喊“1，2，3，出牌”，这时候看可以看大家出牌情况，然后最高的，最低的说下
自己为什么评估这个时间，接着对此故事列表进行二次评估，就这样循环下去，最后得出一个大家都认可
的时间（其实我个人认为这是了解别人思路的最好时机，估计时间最短的肯定有自己的捷径，最长
的也肯定有自己理由，在这个过程经常性的比较自己思路与别人思路的差距，那可是自己提高的最
佳绝境呀）
5.这个迭代的工作量OK了
对4产生的时间进行累加，等于1的时候这个计划会议工作量就已经完成了
6.开始向禅道里买你录故事以及任务
7.画燃尽图,以及工作量统计表
燃尽图不用说了，描述团队的工作进度，关键是工作量统计图，这个表的写了几个人名字，以及某
天完成的记录，可以看到你每天干了多少工作量哦！
8.写故事列表，上墙
做完计划会议，马上就的做这些事情，否则的话，越拖你可能越感觉干这个事情吃力，其实做这个工作很有
意思的，自己可以在次了解故事，任务的意义
切忌：
1.做故事列表的时候，最忌讳是大家你忙你的，我忙我的。
2.喜欢跟风，别人给的是2，你是1，你跟风成2.别人给的是1，你给点是2，跟风成1。对故事列表我们只
是想定义下这个也许需要这么长时间，而不是你必须的用这个时间去完成。
3.对故事列表的时候切忌大家坐的很远，大家直接有东西隔着，比如电脑呀什么什么的
4.大家之间的心态必须OPEN，但是每个人必须注意自己的言行举止，说出自己想法即可，比如比自己多的
人还要穷追猛打等等现象都是比较忌讳的
5.这个里面一定要要自己的一个核心老大，也许是开发经理，也许是负责人，也许是主持人，在适当的时
候去调节问题，作出决断。
到这里，我自己认为一次计划会议就OK了，里面的一些细节还是的团队成员自己去磨合！！
---------------------------------------后记----------------------------------------------------
”我佩服死那个阿姨了“
早晨起床，舍友出去找吃的，回来之后眉飞色舞的描述这自己的经历，你知道不，刚我在那个买炒饼
的地方，那叔叔跟阿姨做饭做的好和谐呀，才10多分钟，就卖出去6，7份（只有和谐了才能出价值呀），
我于是兴趣就很浓，问她怎么回事，“那老头就专门炒菜炒饼...”，“老婆下手...”。
说了大半天我终于明白里面的曲折了，原来炒菜的有2个炉子，这样算下来，10多分钟可以出6，7份，那
个阿姨在打包，收钱。。。。这些都是次要的，我们算一份最少的钱是5元，每天80份的话，完全理想化一
个月收入是12K(甚至比这个还要高)。人家不用担心自己失业，想炒饭就炒饭，就算是晚上数钱钱也很快
乐。。。。。。其实说这么长我们就单单可以想象那个阿姨是多么忙，有句话说“忙的不亦乐乎的时
候就是最快乐的时候”，其实我们需要的也是一个这样的团队，一个可以创造价值的团队，一个和谐
的团队。
