记一次许久以前并不那么成功的敏捷教练经历。
当时作为敏捷教练入驻一个团队,团队不大加上我也就是6个人。
团队在前段时间经历了人员变动,开发效率有所下降。在新老更替阵痛之后,团队慢慢又开始走上正规。可是问题来了,最近从每日站会也好,最终的冲刺燃尽图也好。我发觉,我们团队出现一个很大的问题那就是过渡承诺(Over Commit),显然这违反了敏捷的原则。根据以往经验,我做了以下调整:
1,找产品负责人描述我发现的情况,告知实际情况与他的期望(也就是那些放到backlog中的工作)过高。先打个预防针,为我们在将来的计划会议中做调整争取一定的空间。
2,在回顾会议上展示这几个冲刺中的燃尽图,引出问题及讨论。最终讨论出在下一个步骤中应当做的改进项,记录并做追踪。
3,同时在回顾会议上,做一次简单的关于敏捷原则的展示/培训,以强调其重要性。
4,在下一次的计划会议上,提出开放问题,引导团队减少冲刺计划中无法完成的工作。
5,追踪下一个冲刺中的结果,与期望做比较看看是否真正有所改进。
结果当然没有那么理想,虽然完成率略有上升。可是仍然没有达到理想状态,当时也就只能想办法做持续改进了。
网友评论