轻松敏捷开发流程之Scrumppt课件.ppt_第1页
轻松敏捷开发流程之Scrumppt课件.ppt_第2页
轻松敏捷开发流程之Scrumppt课件.ppt_第3页
轻松敏捷开发流程之Scrumppt课件.ppt_第4页
轻松敏捷开发流程之Scrumppt课件.ppt_第5页
已阅读5页,还剩19页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

Wikiwiki 一起Scrum 开发部 设计组 John lee2011 05 12 1 我们熟悉的瀑布 2 你找到不同之处了吗 Scrum是一种迭代式增量软件开发过程 3 敏捷宣言 个体和交互胜过过程和工具 1 可以工作的软件胜过面面俱到的文档 2 客户合作胜过合同谈判 3 响应变化胜过遵循计划 4 3 4 2 1 4 一个小故事 鸡 我们合伙开饭店吧 猪 那我们卖什么 鸡 鸡蛋和火腿吧 猪 摇摇头 我全身投入 而你只是参与而已 VS 5 谁是 猪 我吗 PO Master 产品负责人 团队主管 不是团队领导 猪 我的团队 我们做主 Team 猪类人员是全身心投入的人 6 PO是干什么的 负责维护产品BackLog的人代表利益相关者的利益决定发布的日期和发布内容每个Sprint 根据需要调整功能和优先级为产品的ROI负责接受或拒绝团队工作成果 7 什么是Master 为Scrum过程负责的人确保Scrum的正确使用使得Scrum的收益最大化保证团队成员不被外界力量所影响 保证各个角色及职责的良好协作 8 Team 我们最关注 由5 9人组成拥有高度自组织能力都具有跨职能能力必须是全职的构成在Sprint内不许变更每人都对团队负责每个人都很重要 9 谁是 鸡 他吗 鸡角色并不是实际Scrum过程的一部分 但是必须考虑他们 鸡是干什么的 反馈信息反馈用户用户需求 以便项目满足客户需求 计划帮助对下一个sprit进行计划 希望拥有某些功能 评审对每个sprit内容进行分析建议 10 Scrum会议 每一个迭代评审时都能交付可运行的产品 1 产出产品BackLog2 对项目大概描述 1 细化每个sprint要做的事情2 排出迭代优先级3 团队成员选择喜欢的任务 1 昨天完成了什么2 今天准备做什么3 昨天到今天遇到了什么困难 1 sprint结束后召开2 自我改进的回忆 1 sprint结束前召开2 为PO演示Sprint内容3 接受评价 项目启动 Sprint回顾 Sprint计划 每日站会 Sprint评审 会议 11 Scrum文档 产品BackLog 困难BackLog 文档 A B 燃尽图等 D 迭代BackLog C 项目运行过程中 遇到的困难与阻力 一个公开展示的图表 显示当前冲刺中未完成的任务数目 整个项目的概要文档 开放的 可编辑的 天为单位 项目的详细文档 以小时为单位 每个任务不得超过16个小时 12 回顾 PO在项目启动前做好ProductBacklog 团队与PO在每个Sprint开始前制定好Sprint的任务与优先级 进入Sprint 按照预定计划执行 在Sprint结束前给PO演示可交付功能 并在结束后做Sprint回顾 每日站会 找出当前计划困难所在 并以团队的力量解决之 一个可交付的产品20 的时间完成80 的产品价值 执行多个迭代 13 我的Scrum 利用MindManager归纳出各大门户系统的功能与它的分支节点 以图文并茂的形式 将原形展现 以便分析时理解 注意名词解析 以便他人理解 14 我的Scrum 调查问卷注意事项1 问题不能有歧义 并且不宜过长 2 问题内容不能有多个 即一问一答 3 正反两问必须表达同一个意思 4 确立问卷对象角色 以对象位置视角出发5 术语解析 深入浅出 15 我的Scrum 完善ProductBacklog1 分析故事情景 并归类2 给故事情景估计故事点3 分析项目工作时长 项目启动1 PO确定ProductBacklog的情景优先级2 给出期望 我认为我们存在的缺陷 1 ProductBacklog并非PO负责维护 2 调查问卷对象过于狭窄 3 调查问卷不规范 3 启动会议没有 鸡类 人员参与 4 故事情景未安排堆栈优先级 5 故事点评估不够成熟 16 我的Scrum Sprint计划1 团队成员分析细化故事情景 2 团队成员作下承诺某个时间内完成某项任务 我认为我们存在的缺陷 1 并非产品负责人讲解需求 更像master在讲解 2 团队成员讨论任务时常跑题 3 似乎未发挥每个成员喜欢什么做什么的Scrum特点 4 对任务划分经验不足 导致故事点完成数波动大 17 我的Scrum 每日站会1 上次站会到这次站会干了什么 2 这次站会到下次站会要干什么 3 上次站会到这次站会 你遇到了什么困难 我认为我们存在的缺陷 1 站会中不像成员对团队汇报 更像对master汇报 2 站会缺少书记员 3 站会提出的困难缺少总结与归纳 避免下次出现类似困难 4 困难Backlog机制未能成形 18 我的Scrum Sprint评审1 演示本次Sprint完成的内容 2 PO对内容进行评审并给出意见 3 将PO的意见列入下一个Sprint的开发计划 我认为我们存在的缺陷 1 没有 鸡类 人员参与 2 没有较好的演示机制 例如演示的Excel或PPT 19 我的Scrum Sprint回顾1 自我审查 2 自我改进 3 没有 鸡类 人员参与 我认为我们存在的缺陷 1 缺乏个人对自己上个Sprint的反省 2 如果有日常的站会笔记 此时则可被总结归纳 并作备案 20 我的Scrum 搜集需求 整理需求 Sprint 体会 1 过少的 鸡类 人员参与的敏捷项目 容易与客户脱轨 2 Scrum应该是快乐的并富有激情的 是不易让人感觉到疲惫的开发流程 但是经过几个Spint下来 我觉得天天都好累 是我出了问题还是Scrum在说谎 3 团队成员沟通方面仍有待提高 PO与团队其他成员貌似脱节了 我记得只有在评审与回顾时 PO才悄然出现 我认为是不够的 4 团队成员受到外力影响了吗 答案是肯定的 5 我太懒了 懒得去

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论