Scrum 7.0

Sprint回顾

让我们一次比一次做得更好。

1.回顾组织

  主题:“我们怎样才能在下个sprint中做的更好?”

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

  参与者:整个团队。

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

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

2.回顾流程

  • sprint总结:团队合作真的很重要,要协调每一个人,分配工作,自己觉得合适做什么,每个人都出力去完成每件事情,总结做了哪些。
  • 态度也非常重要,要听取团队的意见,一个好的态度能有很高的效率,不能总想着有人做啊,自己就不用做,当做磨炼,做自己想做的,
  • 做到最好,就算你什么都不会,也可以慢慢学会,融入团队,再加上有前人留下来的知识,让我们少走了许多弯路,他们从中发现的各种
  • bug以及怎样做更好,最后,最重要的就是团队的意见,每个人的看法都不同,并且个人的能力也有限,我们是一个团队,没有团队的帮助,
  • 便没有今天的我们,我们需要不断的去配合,去磨合。
  • 轮流发言:朱杰:作为组长,说来惭愧,没有好好组织,显然有很多不足之处,希望接下来好好努力
  • 生产率分析:对比了一下,相差不是很大
  • 改进之处:增加一些趣味性

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

  Good:可以继续保持的做法。

  Could better:需要改变的做法。

  Improvements:有关如何改进的具体想法。

4.回顾结论

  即时贴上。

  圆点投票来决定下一个sprint会着重进行哪些改进。

  每个sprint只关注几个改进就够了。

5.回顾截止日期:2015.5.25晚10点

6.读书

  阅读《构建之法》第8、9、10章,发布读书博客。

第8章

这一章主要介绍需求分析。具体说明了软件需求的类型、利益相关者,获取用户需求分析的常用方法与步骤、竞争性需求分析的框架NABCD,四象限方法以及项目计划和估计的技术。需求分析是决定一个软件的使用范围,只有一个符合大众需求的软件,才能获得收益。这时需求分析就显得尤为重要。

软件需求分为以下几个步骤:

1.获取和引导需求

2.分析与定义需求

3.验证需求

4.在软件产品的生命周期中管理需求

软件产品的利益相关者分为:用户调查、深入面谈、卡片分类、用户问卷调查、用户日志研究、人类学调查吗、严冬跟踪研究、快速原型调研以及A/B测试。

竞争性需求分析的分析,通过NABCD模型,我们可以将我们的阶段统合成一个整体并且在执行时有一定的标准。

功能的定位和优先级,阐述了两种功能和两种需求的作用以及互相联系,我们可以将这些分析运用在产品线的各个产品上。

计划和估计,通过估计的练习,我们可以指定一个商业目标并且能够在预计范围内控制或者改善计划。

最后为“分而治之”,也就是将工作进行分工调整,这样的话在工作中会有极大的帮助。

第9章

这一章主要介绍项目经理(PM)的由来和要求,以及项目经理的重要性。

项目经理首要职责是在预算范围内按时优质地领导项目小组完成全部项目工作内容,并使客户满意。

为此项目经理必须在一系列的项目计划、组织和控制活动中做好领导工作,从而实现项目目标。

一个好的PM要需要较强的要求和能力:

1.观察、理解和快速学习的能力

2.分析的能力

3.一定的专业能力

4.自省的能力

PM使团队都互动了起来。

第10章

这一章主要介绍典型用户与场景。

主要说程序必须要有他的需求,有了用户便有了需求,根据用户的动机寻找场景。

团队贡献分:

朱杰:21

蔡京航:22

华子仪:19

甄增文:18

时间: 2024-10-25 04:37:14

Scrum 7.0的相关文章

[课程设计]Scrum 2.0 多鱼点餐系统开发进度(第二阶段项目构思与任务规划)

[课程设计]Scrum 2.0 多鱼点餐系统开发进度 1.团队名称:重案组 2.团队目标:长期经营,积累客户充分准备,伺机而行 3.团队口号:矢志不渝,追求完美 4.团队选题:餐厅到店点餐系统WEB 5.Sprint 1时间:11.14-11.23 重案组成员   姓名 学号 博客链接 Github链接 队长 黄冠锋 201406114134 http://www.cnblogs.com/hgf520/ https://github.com/crown999   卢利钦 201406114130

Scrum 5.0(继4.0)

一,组员任务完成情况 首页设计初步完成但是需要优化界面,只能简单的输出信息和在首页进行登录.界面极其简单. 鸡汤版面设计有困难,问题在于用何种形式来管理用户的数据上传,但是经过小组间的讨论确定设计方向改变,主要设计重新开始,预计进度减慢,需要负责其他界面设计的队员从旁协助,临时组成结对小组希望可以跟上团队的步伐.但由于这是小组的整体协定,团队重心将在这个版块倾斜. 段子版块进展顺利,现在只需要往数据库添加相应的信息,并且连接数据库即可. 论汤版块进度稍慢,需要加紧开发,但是目前没有重大问题. 二

scrum 4.0

1.准备看板. 形式参考图4. 2.任务认领,并把认领人标注在看板上的任务标签上. 先由个人主动领任务,PM根据具体情况进行任务的平衡. 然后每个人都着手实现自己的任务. 3.为了团队合作愉快进展顺利,请坚持每日立会. 定下每日例会的时间地点. 例会情景请拍照留影(至少一次,发布到博客上). 会上大家依次报告:我昨天做了啥,我今天要做啥,我碰到了哪些问题. 每日立会时更新看板. 每天例会后的看板拍照显示进度.(拍照可以固定在一个位置拍,以后还可以把每天拍的图做成动画.参考图5) 4.博客发布要求

Scrum 4.0(未完待续)

看板设计 每日例会时间定于下午放学回到宿舍,地点是在宿舍外的走廊或宿舍里,特殊情况待定: 团队开会照片

Scrum 5.0

5.0--------------------------------------------------- 1.团队成员完成自己认领的任务. 2.燃尽图:理解.设计并画出本次Sprint的燃尽图的理想线.参考图6. 3.每日立会更新任务板上任务完成情况.燃尽图的实际线,分析项目进度是否在正轨. 每天的例会结束后的都为任务板拍照并发布到博客上 4.每天看到进展,待续到sprint演示. 5.博客发布要求: 完整的任务板(有燃尽图),5.18号晚10点之前发布到博客上,5.19号的例会就用上. 然

Scrum3.0 敏捷开发白皮书

一.什么是敏捷? 敏捷是一种以用户需求为核心.采用不断迭代的方式进行的软件开发模式.敏捷依靠自组织 的跨职能小团队,在短周期内,做出小块的东西来,通过快速.频繁的迭代,迅速的获取反 馈,进而不断的完善产品,给用户带来更大的价值.敏捷的特点是轻文档.频繁发布.高效 沟通. 二.为什么敏捷? 1)拥抱变化.信息时代瞬息万变,存在着太多不确定性.今天有价值的东西,可能明天会 变得不那么有价值.我们没有变法让一切不变,也没有办法来控制变化,我们只能选择去拥 抱变化.快速迭代的敏捷就是拥抱变化的方法. 2

Scrum Meeting 汇总

Alpha [Alpha]Scrum Meeting 0&1 [Alpha]Scrum Meeting 2 [Alpha]Scrum Meeting 3 [Alpha]Scrum Meeting 4 [Alpha]Scrum Meeting 5 [Alpha]Scrum Meeting 6 [Alpha]Scrum Meeting 7 [Alpha]Scrum Meeting 8 [Alpha]Scrum Meeting 9 [Alpha]Scrum Meeting 10 Beta Gamma

敏捷测试的方法和实践

文 / 朱少民 有一次,当开发人员完成当前Sprint 任务的代码之后,测试人员.开发人员和产品经理一起来浏览产品.从头到尾走一遍,产品经理发现了问题,认为需要对功能进行比较大的修改.这时开发人员估计需要两天时间才能完成代码,但测试人员反对这样做,我们本来只有5天测试时间,加上这次新做的功能比较多.开发代码质量不高,验收测试已经很紧张.如果再延迟两天,测试没法完成.产品经理说,你们不是在用敏捷测试方法,应该测得很快,三天应该能完成测试工作啊! 什么是敏捷测试呢?敏捷测试当然不能简单地理解为测得更

鬃嘴释怀说太多就成真不了。

子阻撞砖奏尊仔籽着 释怀说太多就成真不了. http://passport.baidu.com/?business&un=vip&un=%E5%A4%A9%E6%B0%B4%E4%B8%8A%E9%97%A8%E8%BF%99%E5%B0%8F%E5%A7%90#0 http://passport.baidu.com/?business&un=vip&un=%E7%99%BD%E9%93%B6%E4%B8%8A%E9%97%A8%E8%BF%99%E5%B0%8F%E5%A