研发主管的烦恼:没有Product Owner有效参与的Sprint迭代能交付可工作的软件吗?

本文讲述了在敏捷开发的Sprint迭代中,由于Product Owner参与度不足导致的项目质量问题。项目在交付时出现严重缺陷和功能不符,揭示了Product Owner在创建和维护Product Backlog、需求澄清、验收等方面的重要性。为避免类似问题,文章强调了PO必须投入足够时间和精力,Scrum Master的角色,以及每个Sprint中的测试标准和QA活动。
摘要由CSDN通过智能技术生成

没有Product Owner参与的Sprint迭代能交付可工作的软件吗?

近期Jackson管理的研发中心有一个优先级极高的项目在第一次交付时出现了严重的质量问题,客户在UAT阶段发现了超出预期的缺陷,而且最重要的是有两项开发完成的功能并不是客户所期望的,不能满足客户的业务需要。客户写了一份问题报告通过正式的邮件发送给了负责该项目的Scrum Master和Jackson,并提出了4项明确的要求:

(1)停止后续功能开发,现将客户需要的两项功能开发完成,并且在2周内立刻交付;

(2)修复已知的缺陷;

(3)对Sprint#1~Sprint#3开发的需求做更加完善的测试,包括:功能测试、性能测试、安全性测试、代码质量检查。

         并将测试报告提交给客户。

(4)改善开发质量,实施质量改善活动。

收到客户方的正式邮件之后,Jackson 向负责这个项目的Scrum Master了解情况:

从Sprint#1开始,客户方的Product Owner(PO)移交了开发需求后,因为PO还负责另外一个新产品的计划工作,所以基本就不再过问开发情况了,只是在Sprint开发快结束时,让 Scrum Master通过邮件报告一下Sprint的开发进度是否正常,是否能够如期进入下一个Sprint迭代;之后,就是移交下一个Sprint的开发需求。这样工作模式一直持续到Sprint#3开发结束。

对于Scrum团队提出的关于需求的问题,Product Owner(PO࿰

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值