2. 可能会费点时间,实际没有完成多少工作的状况下演示就会变得令人尴尬。团队在做演示的时候会结结巴巴,之后的掌声也显得勉勉强强。有人会为团队感到有点儿难过。有人感到很不爽,宝贵时间被浪费在了一场很烂的演示上。
但它是苦口良药,等到下一个sprint,这个团队就会真得试着做完一些事情!
3.Sprint演示提示--检查列表
- 我们软件工程课的目的是理解开发过程、开展项目管理。所以第一要点是用你们的工作成果展示你们理解了一个sprint流程。
- 清晰阐述sprint目标,免得有些人对产品一无所知。
- 让演示关注于业务层次,不要管技术细节。即注意力放在“我们做了什么”,而不是“我们怎么做的”。
- 暂不需要花里胡哨的演讲,集中精力演示可以实际工作的代码。
- 节奏要快,不要演示细碎的bug修复和微不足道的特性。
- 可能的话,让观众自己试一下产品。