团队敏捷实践:迭代演示会议规则--用户故事

来源:互联网 发布:linux ftp命令上传文件 编辑:程序博客网 时间:2024/06/04 23:28

迭代演示会议规则--用户故事(不超过1小时)

一、     用户故事演示会议原则:

1.    会议主要是检验迭代成果,检查是否完成迭代计划中的迭代目标。

2.    让演示只关注业务层次,不要管技术细节。注意力放在“我们做了什么”,而不是“我们怎么做”。

3.    不要演示一大堆细节的BUG修复和微不足道的特性,可以简单提到一些,但不要演示。

二、     用户故事演示会议流程:

1.    演示负责人对要演示的内容进行总结,形成演示流程。流程要求能够覆盖本迭代完成的用户故事,并进行演示。(会前准备)

2.    演示负责人简单描述本迭代目标(2分钟)

3.    演示负责人根据演示流程进行演示,并说出刚才演示的是哪个用户故事。(20分钟-30分钟)

4.    演示负责人说出本迭代所完成的非功能性需求,比如基础搭建,压力测试,上线准备等等工作的情况。(5分钟)

5.    演示负责人收集业务方(PO)的反馈意见(5分钟)

6.    需求人员(SA)说明下一迭代的大概工作任务,分解情况。结合刚才的反馈意见,请业务方(PO)给出优先级排序。(5分钟)

7.    团队结合刚才反馈意见给出一个大概能够完成的容量。(10分钟)

0 0
原创粉丝点击