敏捷转型历程 - Sprint3 一团糟的演示会

我: Tech Leader

团队：团队成员分布在两个城市，我所在的城市包括我有4个成员，另外一个城市包括SM有7个成员。另外由于我们的BA离职了，我暂代IT 的PO 职位.PM和我在一个城市，但他不参于敏捷的运作里面.

迭代: 双周

主要会议: Grooming, Sprint Planning, Daily Standup Meeting, Sprint Review Meeting, Retrospective Meeting.

现在有名外部敏捷教练在带着我们实施敏捷,不过从sprint3开始，外部教练基本上没有看我们的状况，由我指导着团队和远程的SM进行敏捷活动。

－－－－－－－－－－－－－－－－－－－－－－－－－以上是基本背景－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

名称：演示会

参加人员：Scrum Team, PO, SM

主持：Scrum Master

时长：1 小时

 

昨天星期五，昨天早上，我们按计划开了演示会，演示会一上来QA就直接说按照上次回顾会的DoD,本次Sprint所有的story都没有达标，我是扮演PO的角色，一直在观察状况，我也注意到他们在演示会了前两天，也没有将代码部署到SIT环境中，所以我也没有看效果，昨天早上也是我第一次看效果，为了让演示会进行下去，好让团队看到反馈，我还是告诉他们继续演示会。

我让SM一条一条过story, SM先念story，QA和开发人员边解释完成的东西，我做为PO边提意见，但是今天的演示会真的是非常糟糕，首先，所有的story，没有一个是达到上次回顾会达成一致的DoD;其次，团队对演示会准备不足，导致有些功能演示不了；部分story工作还没开始；部分story开发功能没完成；团队的承诺无效。

做为PO,没有看到一个story是完整过关的，完全是不可接受的事实摆在面前，我愤怒了；做为开发人员，为了准备演示会，加了一个晚上的班（演示会前一天，团队在加班准备并集成），得到的是不认可的事实，开发人员也找借口抵赖了；需求没有被传递；需求不清晰；开发人员不主动；工作太赶；质量太差；缺乏设计，等等这样的问题在演示中爆发了出来。最后，SM提醒这是演示会，问题留到第二天的回顾会再提出来并讨论， 团队所有的成员都带着一脸的不开心结束了会议。

我来总结一下演示会的问题。

1. 演示会前，没有准备好环境演示，导致浪费时间需要重新布置环境去演示某些功能。

2. 集成太晚，导致准备仓促。

3. 开发人员不主动，导致沟通不顺畅。

4. SM兼顾其它工作，导致难分身，与PO也缺少沟通。

5. 上一个Sprint的工作积压，导致团队赶工，质量赶不上，导致达不到DoD的要求。

6. PO对story缺乏更加详细的描述，而且缺少AC，导致开发人员理解不清晰。

 

让我们来看一看下一篇的回顾会吧。