[SCRUM]敏捷转型过程混乱的sprint3示威

>>[SCRUM]敏捷转型过程混乱的sprint3示威

[SCRUM]敏捷转型过程混乱的sprint3示威

我: Tech Leader

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

迭代: 双周

翼发云敏捷项目管理系统是一个在线的研发项目管理软件,支持多人协同开发,提供移动研发项目管理app,旨在帮助软件研发企业进行更好的研发项目管理、软件开发流程管理,该研发项目管理软件内置了敏捷开发流程和软件开发流程,结合SCRUM思想,满足各种规模的软件开发企业的研发项目管理流程的需要。

主要会议: Grooming, Sprint Planning, Daily Standup Meeting, Sprint Review Meeting, Retrospective Meeting. 软件项目管理就用翼发云敏捷项目管理系统。

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

-------------------------以上是基本背景---------------------------------------------------- 翼发云研发管理系统完整实现SCRUM敏捷开发流程

名称:演示会

参加人员: scrum Team, PO, SM SCRUM研发项目管理就选翼发云。

主持: 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,导致开发人员理解不清晰。

让我们看看下一个评论。

文章从互联网整理而来,旨在传播SCRUM、研发项目管理、敏捷开发管理工具的知识与应用,帮助软件开发企业真正了解SCRUM的价值和意义,如果本文侵犯了您的权益或者您需要具体了解更多国内做研发项目管理系统的公司翼发云敏捷项目管理系统的相关信息,欢迎和我们联络:

【网址】www.effapp.com

2018-04-30T00:59:08+08:002018-04-30 00:59:08|Categories: scrum项目管理|