尝试Scrum中的Demo模式

八月 27, 2008

昨天，在下班前的一分钟，突然有一个想法：项目刚刚完成一个阶段性的任务，是否将项目组所有人召集在一起，每个人将自己在这个阶段做的东西向大家做一个展示呢？把这个想法和几个同事交换了一下意见，获得了支持。说做就做，恰好这段时间我一直尝试不断提高自己的执行力。遂在上午的一个短会上和大家道出了我的想法，并决定在今天就做这个演示活动。

这种想法其实不是什么独创，最近拜读了一本叫"硝烟中的Scrum和XP"的书，书中关于Agile Srcum实践的做法很是吸引我。骨子里的我是不想做让自己感到别扭的事情的，也不愿重复以前已经做过的事情，不断的改进、每天的充实和提高才是我的目标。既然书中有让我认同的最佳实践，为什么我不去尝试一下呢？持续集成、看板(KanBan)管理以及这个Demo模式是我最近一直努力的几个方向，没想到的是今天Demo尝试意外的给了我第一个尝试改进工作的成就感。

做一件事情容易，但是将你所做的事情展示或讲解给其他人则是不是件容易的事情。项目组在宣布今天做演示活动之后，每个人似乎都有一些态度上的转变，似乎有那么一丝丝紧张。大家重新回顾了这一阶段实现的需求列表，对比需求，努力想着自己所做的东西是否满足需求，哪些不能确定的地方，赶紧向达人请教，一种责任感似乎平地冒出，在大家身上都有不同的展现。

按照我的要求：每个人在演示自己所做的任务之前，需要给大家简单的介绍一下演示点所对应的需求是什么？让大家大致知道你做的东西是个什么样子，这样每个人不能紧紧只了解自己实现的那一块，而是要将业务流程理解的透彻些，特别是对实现管理系统的同事。我很遗憾和愧疚平时没有给大家很多机会去在众人面前说话的机会，大家莫名的都有那么一丝紧张。其实从另一方面来看，这种Demo实践实际上也是给了这些人一个说话的机会，相信每个人说过之后，他们都会感觉很好。

按照Scrum的做法，演示放到项目的最后一个时间段，需注意的是演示不是评审，不是让大家找bug和不足。演示是为了让你的工作为大家所知，得到同事的认可和赞同，获得反馈，取得成就感的。今天的项目组的第一次演示在我的控制下好歹没有转变成评审会，我两次和大家重申要求：希望以后我们的阶段性Demo没有bug出现，Demo是我们阶段性任务的最后环节，所有我们能力范围之内可以找出的bug都需要在前期的工作中予以解决，否则你的成果物是不能被accepted的。

每个同事演示结束后，我都会建议所有组员以掌声予以鼓励，我们的掌声是发自内心的，让演示的同事感觉到他/她的工作得到了认可，心血和汗水没有白费。由于会上得到了很好的效果，我们决定将这种实践作为项目过程的常态持续下去，以后所有组员在接到任务的时候都要以终为始，时刻想着项目阶段末期的演示活动，认真对待自己的任务。相信大家心里也都憋着一股劲－－在下次演示的时候能做得更好，这恰好是我想要的。

演示中可能不可避免的发现bug，不要过多纠缠于这些bugs，先记下，会后讨论解决，以让我们的演示会能持续良好的进行下去。