sprint演示Scrum 项目7.0

时间:2021-08-18 03:18:18
1.坚持所有的sprint都结束于演示。
  • 团队的成果得到认可,会感觉很好。
  • 其他人可以了解你的团队在做些什么,并得到重要反馈。
  • 演示是一种社会活动,不同的团队可以在这里相互交流,讨论各自的工作。这很有意义。
  • 做演示会迫使团队真正完成一些工作,进行发布。如果没有演示,我们就会总得到些99%完成的工作。有了演示以后,也许我们完成的事情会变少,但它们是真正完成的。
2. 可能会费点时间,实际没有完成多少工作的状况下演示就会变得令人尴尬。团队在做演示的时候会结结巴巴,之后的掌声也显得勉勉强强。有人会为团队感到有点儿难过。有人感到很不爽,宝贵时间被浪费在了一场很烂的演示上。
但它是苦口良药,等到下一个sprint,这个团队就会真得试着做完一些事情!
 
3.Sprint演示提示--检查列表
  • 我们软件工程课的目的是理解开发过程、开展项目管理。所以第一要点是用你们的工作成果展示你们理解了一个sprint流程
  • 清晰阐述sprint目标,免得有些人对产品一无所知。
  • 让演示关注于业务层次,不要管技术细节。即注意力放在“我们做了什么”,而不是“我们怎么做的”。
  • 暂不需要花里胡哨的演讲,集中精力演示可以实际工作的代码。
  • 节奏要快,不要演示细碎的bug修复和微不足道的特性。
  • 可能的话,让观众自己试一下产品。
4.Sprint演示日期:2015.5.24(一个特殊的日子)
   下周二课堂上,第个组用6~8分钟时间进行第一个Sprint的演示。
 
 
回顾组织
  主题:“我们怎样才能在下个sprint中做的更好?”
  时间:设定为1至2个小时。
  参与者:整个团队。
 
回顾流程
  • sprint总结:Scrum master向大家展示sprint backlog,在团队的帮助下,对sprint做总结,包括重要事件和决策等。
  • 轮流发言:每个人都有机会在不被人打断的情况下讲出自己的想法:他认为什么是好的,哪些可以做的更好,哪些需要在下个sprint中改变。
  • 生产率分析:对预估算的生产率和实际的生产率进行比较,如果差异比较大的话,分析原因。
  • 改进之处:快结束的时候,Scrum master对具体建议进行总结,得出下个sprint需要改进的地方。

Sprint回顾总结

我们在一个sprint冲刺中完成了数独游戏的布局,整体的框架,九宫格数据的初始化,各种数据的判定,在整个过程中我们团队展开了每日立会,每个人都讲述了自己所做的任务以及遇到的困难,由于团队基础不是很好,过程比较艰难,但我们还是慢慢的克服。
sprint演示Scrum 项目7.0sprint演示Scrum 项目7.0

sprint演示Scrum 项目7.0

陈楷淇   32分

张裕发 http://www.cnblogs.com/eaver/    24分

陈泽展  http://www.cnblogs.com/chenzezhan/  16分

彭一建 http://www.cnblogs.com/qq1942589447/   8分