玩一场用户故事的Cosplay
发布于 2024-02-22
1981
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
Bruce Talk
扫码关注公众号
扫码阅读
手机扫码阅读
要确保团队成员对需求的理解一致,单纯依靠设计图和用户故事卡片的讨论往往不足够。为此,可以采用更具象化的方法,如角色扮演原型游戏。这种方式可以帮助团队成员深入理解需求,并在实践中发现需求的不完整性和理解的不一致性,甚至产生新的想法。
Bruce有话说
通过角色扮演,团队成员可以将静态的设计图按照实际使用场景拼接起来,从而获得更立体的理解。这种方法是一种低成本但效果显著的快速原型验证方案,能够带来意想不到的收获。
游戏过程
- 准备所有讨论所需的设计图或手绘图。
- 选取一个待讨论的用户故事。
- 指定一个角色,思考该角色使用软件的流程,并按顺序用图片展示界面流程。
- 对疑问之处用便签标注,并对缺少的步骤用便签占位。
- 团队讨论所有便签内容,用手绘图替换占位便签。
- 记录讨论结果并附加到相应的backlog或用户故事,以便回顾。
- 重复上述步骤,讨论下一个用户故事。
这种角色扮演原型游戏引发团队成员的讨论和思考,是一个值得尝试的团队活动。
Bruce Talk
Bruce Talk
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
Bruce Talk的其他文章
多团队如何评估故事点(译)
多团队评估故事点的时候有没有让你头疼?看看大神Mike Cohn给了什么建议。
GitHub Copilot CLI(5):当 AI Agent 成为流水线的一员
当 AI Agent 深度参与软件研发生命周期时,人类工程师的工作方式要发生什么变化?
Scrum Master的职责——《Scrum指南》重读有感(5)
在Scrum过程中Scrum Master的职责是什么?他的工作有哪些内容?他的价值是什么?今天让我们一起重读Scrum指南,来一探究竟。
一次TDD(Test Driven Development)尝试感受
TDD作为被证实的最有效的软件研发工程实践之一,也是很多团队心里认可但是很难落地执行的一项实践。到底有哪些需要考虑的因素?今天让我们探索一下。
一个Product Owner的假设引发的思考
一次有趣的对话引发的思考。PO应该如何对待假设?
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线