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