Sprint回顾

1.回顾组织

  主题:“我们下次怎么样才能更加认真对待?”

  时间:设定为1至2个小时。

  参与者:整个团队。

  场所:能够在不受干扰的情况下讨论。

  秘书:指定某人当秘书,筹备、记录、整理。

2.回顾流程

  • sprint总结:当谈到团队,我开始真的不知道团队是怎么样的,怎么样进行工作的,要该怎么出力团队的关系,有时候会涉及到个人问题,是不是该考虑进来,但是很多时候是不能的,一开始确实有点不太适应这个”团队“这个词,但是经过一个sprint之后,我觉得团队是一个需要相互配合,而不是一个人单干的活,需要相互协调,而不是一个人去做,需要每个人都把当做自己的事情来做,需要放在心上,而不是觉得有人做,而不当做事情来做,这是一个很大的错误,当然,经过团队合作之后,也了解了很多,也体会了很多,这也是一种成长,一种收获,这也是为以后工作面对的问题提前体验,确实感觉很感谢。在这里,我知道了态度很重要,一个人可以什么都不会,但是态度一定要端正,否则空谈误国,很多东西需要去尝试,去实践,而不是只说不做。在这个过程,我们也完成了开始预期的效果,当然这也是需要团队的配合,努力的成果,所以就是荣誉不是个人的,而是整一个团队的,没有团队的帮助,也不会如今的成果。其次就是,一个团队,不论怎么样,都需要去想,给意见,毕竟每个人的意见都是不一样的,一个人的能力是有限的,需要每个人的配合。
  • 轮流发言:

蔡彩虹:我觉得我很用心去付出,对于团队,我问心无愧,但是还是有很多不足之处,接下来会努力改进,接下来还有很多任务需要完成,希望每个成员都可以相互配     合,努力做到最好。

陈焕恳:觉得我们每个人都要用心去做每一件事,做到问心无愧。因为最近各科的大作业都要准备答辩,所以要努力分配好时间。尽力的去配合团队,达到之前预期的效   果。这段时间,团队合作的时间也比较多,也慢慢了解了彼此之间的性格和能力。可不管怎样,团队的事情就是个人的事情,总而言之,态度很重要。

曾治业:经过这两个星期的团队合作,我懂得了很多。作为队长,应该要怎样管理好团队;作为产品负责人的我,要分配好适合的任务给队友;scrum master要组织每   日例会,还有让团队按照这个模式一步一步的走下去;而作为用户,那就要为我们所做的项目提意见,然后把这些意见总结起来,让我们来实现这些。作为团队中的一员,我   觉得团队合作很重要,不能自己做自己的,也不能什么都不做,要相互体谅,理解。

   蓝叶:团队不是一个人的事,即使我做的不好,即使我没有我的队友强,但我依旧会努力以我的方式去为这个团队奉献。希望我们一起尽心尽力去合作,尽心尽力去经营,希望我们的团队不断克服困难,完成接下来的任务,加油!!!

  • 生产率分析:对预估算的生产率和实际的生产率进行比较,结果相差不大,比较符合实际,这也是比较安慰的事情
  • 改进之处:快结束的时候,Scrum master对具体建议进行总结,得出下个sprint需要改进的地方。

3.回顾辅助(参考图7)

  Good:我们通过看板来跟进项目进程,记录每一次的任务点和完成点。这么一来可以方便我们清楚我们团队的工作进程是理想直线还是滑稽的折线,还可以提醒工作需要怎样的速度去提升和任务需要完成。觉得这是一个好的习惯和方法,可以继续保持这一做法。

  Could better:每个组员都知道人的思维不是死的,禁锢的,而是活跃、转动的。项目中的任一功能都需要有不一样的想法,不要在一棵树上吊死。尝试各种方式去完成。

  Improvements:我们会协调各种有可能实现的方法,还有就是而不是跟之前那样子的很粗糙完成,而是不断的采用更规范的方法去实现,首先弄出model和用户的需要去实现,而不是乱做一些用不上的东西出来。

4.回顾结论

我们的燃尽图:

接下来的Sprint中我们觉得要在界面优化和实现点赞和评论功能多下点功夫,还是就是尽快实现数据库的连接,因为很多地方都要用到数据库,所以数据库的连接还是相当重要的。

  我们接下来的Sprint主要关注数据库连接,界面优化,因为界面好看点还是可以给人眼前一亮,可以吸引多点用户使用。

时间: 2024-10-11 05:46:07

Sprint回顾的相关文章

Sprint回顾会议的一种简单玩法

原文作者:Mike Cohn 回顾会议该怎么开?团队不同,大家的做法或许各有不同.我想介绍一种我最喜欢的方式,特别是因为这种方法经受住了时间的考验,很多年以来,我已经把它运用在了很多很多的团队里. 开始/停止/继续 我喜欢在sprint回顾会议上问团队成员3个问题:他们想开始做什么?他们想停止做什么?他们想继续做什么?这种类型的会议因此有了一个别名,叫"开始/停止/继续"会议. 开始事项是指某个团队成员想要团队把它们加入流程的那些事.一些例子如下: 把软件早一点展示给客户 早一点与客户

第一个Sprint回顾

MY—HR 成员: 角色分配 学号 博客园 团队贡献分 丘惠敏 PM项目经理 201406114203 http://www.cnblogs.com/qiuhuimin/ 21 郭明茵 用户 201406114204 http://www.cnblogs.com/mingyin/ 22 李浩然 产品负责人 201406114227 http://www.cnblogs.com/range/ 19 刘皓 Scrum Master 201406114229 http://www.cnblogs.co

2016-6-2-第二个sprint

1.开始一个新的冲刺: 起止:2016.6.1~2016.6.14 ProductBacklog:继续向下细化 Sprint 计划会议:确定此次冲刺要完成的目标 Sprint Backlog:新的冲刺要完成的内容 任务认领 Sprint周期 看板:一个新的看板 燃尽图:从头开始的进度图 每日站立会议:沟通交流,更新看板 Sprint演示 Sprint 回顾 团队博客要求:每天一篇,显示项目进展,简洁地将站立会议的结果.看板.燃尽图等更新上去. 此次冲刺的评分依据:每天的博客更新,sprint演示

敏捷开发(八)- Scrum Sprint计划会议1

本文主要是为了检测你对SCRUM Sprint 计划会议的了解和使用程度, 通过本文你可以检测一下     1.你们的SCRUM Sprint 计划会议的过程和步骤    2.会议的输出结果    Sprint 计划会议非常关键,应该算是 Scrum中最重要的活动(这当然是我的主观意见).要是它执行的不好,整个 sprint 甚至都会被毁掉.      举办 Sprint计划会议,是为了让团队获得足够的信息,能够在几个星期内不受干扰地工作,也是为了让产品负责人能对此有充分的信心一.会议目的  

Leangoo大讲堂—北京站精彩回顾

Leangoo大讲堂 4月9日,由Leangoo.com主办的 Leangoo大讲堂—用Leangoo做Scrum敏捷开发实战课在北京理工大学国际教育交流中心成功举办. 本次大讲堂由Leangoo 和Scrum中文网创始人兼CEO  廖靖斌老师主讲,廖老师是国内知名的Scrum及敏捷专家,从2006年开始实践Scrum和敏捷开发,是中国Scrum和敏捷先行者. 本次大讲堂虽然是首次在京举办,便受了到广泛关注,来自50多家企业的近百位Leangoo用户和敏捷实践者,齐聚一堂,共同聆听廖老师的敏捷实

敏捷软件开发简述

前言:由于我读了邹欣老师的<构建之法:现代软件工程(第二版)>,因此对敏捷软件开发有了比较大的兴趣.于是我在网上找了一些论文,比如Requirements Engineering and Agile Software Development.A decade of agile methodologies: Towards explaining agile software development.在读了这些论文之后,对敏捷软件开发有了大致的了解.这篇博文主要是简单介绍敏捷软件开发,重点集中在主

瀑布式开发、迭代开发、敏捷开发、XP与SCRUM的区别

瀑布式开发.迭代开发,区别[都属于,生命周期模型]         两者都是一种开发模式,就像设计模式一样,考虑的角度不一样,个人感觉谈不到取代一说. 传统的瀑布式开发,也就是从需求到设计,从设计到编码,从编码到测试,从测试到提交大概这样的流程,要求每一个开发阶段都要做到最好.特别是前期阶段,设计的越完美,提交后的成本损失就越少.我现在从事的外包项目就是这样的流程. 迭代式开发,不要求每一个阶段的任务做的都是最完美的,而是明明知道还有很多不足的地方,却偏偏不去完善它,而是把主要功能先搭建起来为目

敏捷开发——杂记

春节回来后的第一个加班,不知道为了什么而加班,一头雾水.毕业到现在半年多,感觉什么也没学会,春节前一直强调的去敏捷开发,开了各种会,但我还是啥也没理解,尤其是团队的领导每次开会都是50%的英语,我完全没听懂,在这了感慨下英语的重要性,先进的理念.思想多是来自国外,不得不感慨英语的地位. 但前段时间发现一个网站,关于敏捷开发的,对于新手小白来说很值得看看.我暂时没有把网站分享给团队成员,想自己先悄悄学.这个从心理学上的角度来说,可以称作优越感,我能学到别人暂时学不到的东西,我若是先别人学会了,心里

燃尽图介绍

燃尽图功能及要素   燃尽图(burn down chart)是在项目完成之前,对需要完成的工作的一种可视化表示.燃尽图有一个Y轴(工作)和X轴(时间).理想情况下,该图表是一个向下的曲线,随着剩余工作的完成,“烧尽”至零.燃尽图向项目组成员和企业主提供工作进展的一个公共视图.这个词常常用于敏捷编程. 燃尽图用来观察项目过程中完成的实际工作量与剩余时间的关系.燃尽图的纵轴可以是整个项目的剩余的任务,也可以是个人剩余的全部任务. 燃尽图实例分析 本项目采用燃尽图(Sprint Burn-down