在度量重构过程中有两点我觉得蛮有意思的:
1、关于结对:在度量重构的过程中需要我和郭姐两人共同完成,因为某些特殊原因郭姐在8楼、我在4楼,我两除了度量外,本身也有很多其他事情处理。上周我们的行动模式是:郭姐做后台,我做前台(场景设计和可视化),(因为以前我们同时处理前后台的时候容易搞乱)。我们每天定时IM或电话或当面沟通当日进展和需要后续调整的,中间过程随时保持沟通(IM或电话),完成一个场景后我找干系人desk check。一周下来虽然完成了三个场景,总觉得大家沟通得挺辛苦的,我在处理度量的时候郭姐可能在做别的事情,遇到问题总会觉得很卡,就像那个系统一样卡,因为我们没在一个频率上处理度量。这周一开始我们就变化了模式:采用在一起结对攻关处理,分工没变,大家坐在一起发现问题当面及时沟通解决,感觉效率高了很多,完成两个场景,其中包含了一个最复杂的场景。有工作关联的同学,坐在一起真的很重要。
2、度量到底解决谁的问题?项目有两个团队做了团队级定制度量,第一步让他们可以看清楚团队运作过程中的具体情况。某天我拿着某团队度量报告推荐给其他三个团队的时候,有三分之二的团队说我不需要团队级度量,直接看项目层级的就可以了。在跟某团队交流的过程中,团队负责人觉得他很清楚团队的情况,团队除他之外其他人员也不关心度量,他现在也没时间来想他想通过度量系统看什么,因为这个不是他当前的痛点,他当前的痛点是,比如:期望有人能跟他一起来思考团队的运作和发展而不是他一个人,期望ZXJ能到他团队结对做AT改进,期望能严格控制代码走查……,这些痛点都不是靠度量解决的。我感觉自己像个卖保险的。
度量到底解决谁的问题?能解决什么问题?欢迎大家能来聊聊
度量重构那些事儿
网友评论