过程改进日记之学习Scrum2010-8-13 每日晨会（一）

昨天第一次会议，约在九点，Outlook会议邀请中明确说明之后每天八点半，今天还是有迟到的，但情况好了很多，坚持下去，起码第一个效果出来了，上班迟到会减少。

今天我和PM按时到，一个新员工其次到，然后是老大，后面陆续到，老大、PM、我其实都是站着的呢，我们不断走动，或者靠在椅子上（的确不太习惯，尤其要记点什么的情况下），但是其他人没有感觉到。

 

为了写这个，我问了下第三个到会的新员工MM。（我把她昵称改成MM后全部粘贴上来）

 

泥泥: 问你下，今天晨会，你注意到和昨天有啥细节不一样
MM: 报告的内容变详细了，就说了昨天做的事情，昨天的可能说的更范一点
泥泥：形式呢？
MM: 感觉变随便了一点
泥泥: 你没有发现PM、我、老大都站着
MM: 恩啊，所以感觉没那么正式
泥泥: 哈哈，我昨天说每日晨会应该是每日站会，显然，你们还没有体会到其中的差异，当然，我这么一说，至少明天你是站着的了
MM: 啊，为什么啊

泥泥: 莫说出去，我在写观察日记呢
MM 站着开会，感觉好奇怪，呵呵

 

我本来想在晨会上“猪”角色和“鸡”角色讲一下，不过后来因为讨论个问题忘了。下次把关于Scrum的一些基础知识在每天晨会上花2～3分钟讲一下。

 

结合我们现在的实际情况，我觉得既然原来的FDD的模式并没有太大的问题，这次采用Scrum的实验应该不是改弦易张的推动，而是争取达到一种随风潜入夜，润物细无声的效果，逐步的引导他们从不知不觉到自觉的变化。

 

比如晨会，本身也是一个渐进的过程，与其要求必须怎么做，不如从自己开始示范着做。明天MM应该会站着，那其他人呢，会不会逐渐下意识觉得应该一起站着。等他们全都站着几次，我再让他们自己说站着比不站着有什么感觉不同的。

 

另外一方面，PM和产品开发负责人有现实顾虑，事情本身是需要去做的，但是如果一开始就要求开发团队两周一次Sprint的频率，很多关键技术问题来不及解决的话，不仅不能完成预定目标，反而使得开发团队感觉我们为项目组施加了更多的压力，使得任务变成不可能完成的事情，这个从管理角度来讲，是不希望出现的。

 

《硝烟中的Scrum和xp》真的是本很好的指导，我和PM花了五分钟讨论了下“我们这样编写写产品 backlog”这章，PM决定就照这个样子吧我们现有的需求文档改写成BACKLOG的形式。并且我很荣幸的分到了一部分改编工作，这次实践，我的确需要拿到第一手的感受，最好的办法就是参与其中，变成一只真正的“猪”。

 

下周一我有培训活动，不能参加晨会了，有时间的话可以把学习的感触写一下。