登录 个人注册 企业注册 杂志订阅 | 我的需求 | 下载专区 | English
首页 > 专题 > 敏捷项目管理 > 敏捷中的演示会

敏捷中的演示会

返回>

2019年01月24日    作者:刘峥    来源:欣旋咨询(PMP2010)

A-A+

1. 演示会(Demo Meeting)的基本规则(Ground Rules)


  1)一定要做Demo


  为什么Scrum中一定要实施?主要有两个原因:


  ① 促使Team真正完成工作


  Scrum方法中一直强调不能Demo的工作,往往是没有完成的工作。


  ② 让其他团队了解你们团队的成果


  Scrum团队一般是以5~9人的小团队为主的协作方式,所有做的事情团队内部都非常清楚,但是弊端就是与其他团队的沟通较少,其他团队所做的事情就不太了解。所以这也是Scrum方法的一个副作用。在演示会上,不仅可以让每个项目的相关干系人参加,还可以邀请其他团队成员,让其他团队了解自己团队的工作。


  Scrum方法中的理念,本质上是崇尚信息公开的一种文化,任何环节任何活动,只要遵循鸡与猪原则都可以参加。在Demo会上出席人员都可以发言。


  2)用尽量少的功夫准备Demo


  敏捷宣言中有提到“可用的软件胜于完备的文档”。主要展示的是可用的软件,所以不用花太多功夫准备华丽精致的PPT去展示。


  3)演示过程中注意力应放在我们做了什么而不是我们怎么做的


  在演示会上我们应该重点展示做成了什么功能。类似唐僧师徒西天取经回来后举行赏经会时,在会上应该展示取回了什么经文,而不是介绍西天取经的途中所经历的九九八十一难是怎么渡过的。如果要说也可以,但需要组织一个其他的会进行说明。在Scrum方法实践过程中很多团队会在这个原则上走偏,所以一定要在Demo会上聚焦重点内容。时间尽量压缩。一般周期为2周的Sprint的Demo会控制在30’~1H之间比较合理。

  

2. 怎么做演示(Demo)


  1)阐述Sprint的目标


  一般在每个Sprint开始时都要设定本期Sprint的目标。同样在传统的项目中,计划阶段也都会确定项目的目标。目的都是为了统一团队所有成员的思想。


  2) 不要做太过花哨的演讲,演示可以实际运行的代码


  3) 不要演示一堆细碎的BUG修复和微不足道的特性


  研发人员很多都是耿直的细节控,但是在Demo会上不能太过细节。(如果真有严重的BUG还能Demo什么呀,大家得赶紧修复BUG去了……)另外,Demo会要集中在主要的功能特性的介绍上,那些微不足道的特性不用详细介绍。(如果真有残留BUG可以说明一下还有一些微不足道的BUG需要再修复一下就可以了。)

责任编辑:王兴钊

标签:敏捷
0
版权声明©
本网站所有内容版权归项目管理评论杂志社及相关权利人(本网站的资料提供者)所有,未经项目管理评论杂志社明确书面许可,任何组织及个人不得复制、转载、摘编本网站的内容,也不得在本网站所属的服务器上做镜像或以其他任何方式进行使用。凡未经许可擅自转载,均视为侵权行为,本网站将依法追究其责任。
热点:ppp    新能源    敏捷   
官方新浪微博
关于我们 - 广告服务 - 联系我们 - 诚聘英才 - 隐私声明 - 杂志订阅 - 在线投稿 - 下载专区 - 网站地图
项目管理评论 版权所有
有意与本刊合作者,请与项目管理评论联系。未经项目管理评论书面授权,请勿转载或建立镜像,否则即为侵权。
合作电话:010-58383379 E-mail:pmr@pmreview.com.cn 京ICP证13028000号-3

京公网安备 11010202007990号


PMI, PMP, PMBOK and the PMI logo are registered marks of the Project Management Institute, Inc.

技术支持:原创先锋_北京网站建设