为何你的评审会没人来
发布于 2023-08-19
1544
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
敏捷传习录
扫码关注公众号
扫码阅读
手机扫码阅读
评审会参与困境及解决方案摘要
评审会是产品开发过程中重要的环节,它允许业务方对研发产品给出反馈,确保产品满足需求。然而,许多团队面临业务方不愿参与评审会的问题。
原因与解决原则
业务方误解评审会作用:业务方可能将评审会视为状态报告或需求讨论会,这需要通过教育和沙盘演练来更正其对评审会的理解。
研发进度不足引起的不兴趣:团队应确保每个迭代都有实质性进展,避免交付颗粒度大或价值流不清晰的需求。迭代周期可适当调整,但要避免与其他团队协作时的灾难。
错误的时间选择:评审会应安排在迭代结束前,考虑到业务方的可用性,并避免固定化时间安排。
邀请错误的业务方:仅需邀请与本次迭代有关的业务方,并通过发送议程和需求描述来提高其参与感。
评审过程乏味:控制评审会内容和时长,重点展示业务方关注的部分,并简略提及次要更新。
业务方反馈未得到适当回应:评审会应双向且有追踪,确保业务方反馈得到妥善处理。
总结
评审会的参与问题多种多样,上述提到的只是其中部分。解决这些问题需要团队采取积极适应措施,确保评审会能够达成其目的——促进产品更好地满足业务需求。
敏捷传习录
敏捷传习录
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
敏捷传习录的其他文章
“满身漏洞”的Scrum(1)
Scrum 恐怕是被吐槽最多的敏捷框架了。为什么会这样?让我们一起来看看,Scrum 被吐槽最恨的几个点。
一种关于敏捷团队的比喻与其他
众所周知敏捷对研发团队的绩效考核的态度一直以来倾向于负面——究其原因,一方面是很难考核;另一方面是,有些考核也着实不上路子,甚至将绩效考核到了个人,还要求以“客观数据”的方式对个人进行考核。
DoR 到底是什么
最近有人问我DoR怎么用,也有问我什么是DoR。我对这个问题并没有直接给予回答,而是问了另一个问题,这个问题
PO,一个就够了
PO或者类似角色,绝对是所有敏捷角色中最为苦逼的角色。如果不信,来看看这张图。处于风暴中心的PO刨除那条与高
关于敏捷的慢思考(4)
上一篇我们说到敏捷中的一些误解,今天我们主要来谈谈国内一个绕不过去的坎儿,那就是认证考试。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线