过程改进日记之学习Scrum2010-8-24：看板第二天以及过程改进工作规划

今天上午因故不能参加晨会了，9：40，赶紧跑到作战室看一眼，奇怪，怎么有些任务在Next中。问了下SQA MM，原来是今天的晨会再次评估所有任务，觉得有些人的任务看起来怎么也没法在一周内都完成，既然不能保证完成，不如明确工作目标，选择最重要最可行的做，于是，将一些已经明确的目标移到Next。

美中不足的是Checked Out的任务占大多数，针对这个疑问，SQA MM对我的疑惑嗤之以鼻 ，有板有眼的教导我：

1、如果没有召集正式的Sprint会议，而仅仅是评估一周的工作量，这样的计划实际上不符合Scrum的教义

2、部分同学的工作没有分解到一天，有些工作是并行开始的，而今天已是周二了，所以看起来大部分的任务都被Checked Out了，实际上说明任务的颗粒度太大，对任务的安排还是过于粗放。这方面需要持续改进。

3、大部分人对Scrum了解不够，尤其是Nini，自己没搞懂细节，指望通过实践让大家慢慢的学习是有问题的，使得工程师知其然。不知其所以然，这样容易搞混。所以。还是有必要做培训。（我大汗 ）

 

（ 次日补充：

SQA MM的第三点教导是我为了阅读效果戏剧化了些，不过总的来说 SQA MM也许倾向于告诉大家正确的活动避免走太多弯路，而我的思路倾向于让大家自己发现问题并改进实践。当然，这两者实质上是相容的，套句禅宗的说法是“啐啄同机”，我们都不是绝对的排斥对方，只是自己描述的重点不同而已 ）

（anone在群里点评：敏捷就是要在实践中让大家体会到哪些是问题，主动而逐步一点点改良，找到平衡点。说明我的思路还是有人认同的 )）

 

按照昨天和老大商量的结果，今天和SQA MM一起讨论了下我们后面的工作重点

1、由于PM很忙，产品本身的事情就够他头痛了，在Scrum实践上，SQA需要花更多的精力来确认每天的任务，减少PM在这方面的投入。

2、我的个人日志只能记录一些行动和思考的碎片，用于分享，有些信息不宜公开，因此无法精确记录，需要SQA MM来做实践记录，包括好的结果、不好的结果，以便将来做正反面教材。

3、在经验积累的同时，我们需要在典型实践上加上自己的Scrum基本规则，比如昨日关于即时帖的信息规范就是一种。

4、需要逐步解决和原有系统的挂接问题，以避免产生新的信息孤岛。

 

这些是我们负责流程改进人员的职责和目标。希望通过半年的实践，我们都能够真正的了解Scrum的精髓。

呵呵，一起努力吧！！