算上这个月，Scrum成熟度模式的评价已经默默进行了20个月。现在该是说拜拜了。
记得3年前从原来的部门转入的时候，我向部长提出一个很奇怪的问题，为什么新的部门不能把每个人的评价公开出来。因为公开出来的评价能让我们清楚地知道自己在一群人中是否出色，又是否拖了后腿。但谁都清楚，公开与否其实是一把双刃剑。
2年前刚刚迈入Scrum的时候，我很烦恼每个月的评价，因为再也没有一个Leader能帮我来分担。一个人要写出2,30个人的评价本就很困难，更何况我还无法深入知晓每个团队每个人的表现。
无意中发现，Scrum有种Team评价的方式，于是开始设计适合Scrum的评价项目，以及更加公开，互动的评价方法。这就是现在的Scrum成熟度评价。
对于初衷，当然不希望大锅饭，而是个人的成就必须体现在Team的表现之上。个人表现再出色，Team表现不行，依然会有差的评价。期望就是，表现差的人会得到更大的压力，表现好的人也更有动力去帮助团队的其他人。
其实也考虑到，一些个人表现，特别是项目外的额外付出，以需要有途径去正面评价，于是衍生了TeamBuilding这种个人补充评价方式。
初衷归初衷，但是现实并不是完全按照我的想法运行。每次的评价，得到的反馈越来越少，常常SM评价就是最终的评价。而评价公开的结果，也不比私密来得透明，受人欢迎。
于是走到了今天，一方面Scrum的开发人员已经开始缩减，导致这种评价方式，即使在一个部门内也越来越另类。另外一方面，公司的评价方式也做了改变，导致目前的方式已经变得没有意义， 也无法继续执行。
即使如此我依然要求大家把3月份的做完。因为我希望看到的是一个有所准备的结束。今天写完成熟度评价的那一刻，我感觉有种如释重负的感觉，自己再也不用为这个小怪物当惊受怕了。。。
也非常感谢大家在这20个月，每个月底对这种评价方式的支持。
这个月底，有一些人即将离开团队，留下来的人也有一大部分做了调整。现实让人不得不承认，其实我们的Scrum并不成功！但是我依然乐观，经过一些挫折，Scrum的一些真正的做法，想法一定能够更加深远地方式影响我们。
无论是今后的瀑布管理和Scrum混合的项目，还是更加激发设计的Game，或是从0起步的商业产品研发。我都相信，Scrum的实践还将持续下去。而对于一些固有的，不合时宜的方式，我依然会去挑战。