有一次, 在公司敏捷开发的例会上, 有一些测试用例在一些代码合到主分支上不通过了导致其他开发者需要等待处理, 这时候Scrum Master说 这是谁干的? 旁边的一个工程师立马说, 我们这是 “No blame culture…” 这时候 Scrum Master立马笑着说: “你说的对, 我们找出是谁干的 we find out who did it and…, 然后我们就继续前进(意思是说找出谁干的就好了) we move on…”
还有一次, 也是谈到这个 No-blame 文化, 然后就说, 是的, 工程师不能blame, 但是我们还可以blame经理哈.
什么是 No-blame 文化?
简单来说, 就是不指责. 任何工程师都可能犯错, 对事不对人.
敏捷开发团队中, 每个人都是平等的, 团队作为一个整体得共同进退, 没有超级英雄, 也没有拉后腿的. 每个工程师在两周的一个短跑(Sprint)中如果有遇到困难, 则需要及时向其他工程师求助, 因为大家的同一共同的目标就是在两周后能把在 sprint planning 会议上承诺的任务都完成了.
每个任务都有积点, 在短跑开始的 sprint planning 会议上团队的任务就是把承诺的任务 (Stories) 在两周的短跑中完成. 在短跑的最后一天会有一个回顾(Retrospective), 这个会议的主要任务是把一些做的好的, 做的不好的, 拿出来讨论. 这的会议的主要目的是要发现问题然后改进流程, 下次能做得更好. 会议中会把这个短跑的 Burn-down chart 拿出来看看:
// 横坐标是天数, 纵坐标是剩下任务的点数, 理论上是匀速减少.
agile-sprint-burnt-down-chart
一般来说, 回顾会依次讨论 “What is good?” 做得好的, “what is bad?” 做得不好的, “Any questions?” 不确定的事, 然后最后是 “Actions” 会议后需要采取跟踪的行动-一般可转换成任务(Stories)
敏捷开发中的团队共进退, 很和谐, 这种 不指责的文化能绝大程度上杜绝甩锅的现象 – 因为大家的目标是改正错误, 做得更快更好.
loading...
上一篇: 被誉为欧洲最美的海滩-英国威尔士斯旺西海滩 (Rhossili Bay, Rhossili, Swansea)
下一篇: 英国TESCO超市有偿回收瓶子
