![项目管理01_如何实施scrumppt课件_第1页](http://file4.renrendoc.com/view/aa60f4f332519bbc829556fae4c1cb3d/aa60f4f332519bbc829556fae4c1cb3d1.gif)
![项目管理01_如何实施scrumppt课件_第2页](http://file4.renrendoc.com/view/aa60f4f332519bbc829556fae4c1cb3d/aa60f4f332519bbc829556fae4c1cb3d2.gif)
![项目管理01_如何实施scrumppt课件_第3页](http://file4.renrendoc.com/view/aa60f4f332519bbc829556fae4c1cb3d/aa60f4f332519bbc829556fae4c1cb3d3.gif)
![项目管理01_如何实施scrumppt课件_第4页](http://file4.renrendoc.com/view/aa60f4f332519bbc829556fae4c1cb3d/aa60f4f332519bbc829556fae4c1cb3d4.gif)
![项目管理01_如何实施scrumppt课件_第5页](http://file4.renrendoc.com/view/aa60f4f332519bbc829556fae4c1cb3d/aa60f4f332519bbc829556fae4c1cb3d5.gif)
版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领
文档简介
1、如何实施scrum青岛易软天创网络科技 2021/4/14原作彭优 2021/04/26精简总目录scrum流程scrum中常见问题工程经理相关研发团队相关测试人员相关会议相关2scrum流程scrum的根本流程图scrum的根本流程概略实施scrum的两个阶段传统团队转向矫捷团队开好几个会议逐渐找到适宜团队的开发实际3scrum的根本流程图4scrum的根本流程概略5如上图所示,根本流程如下:产品担任人担任整理user story,构成左侧的product backlog。发布方案会议:product owner担任讲解user story,对其进展估算和排序,发布方案会议的产出就是制定出这
2、一期迭代要完成的story列表,sprint backlog。迭代方案会议:工程团队对每一个story进展义务分解,分解的规范是完成该story的一切义务,最终每个义务都有明确的担任人,并完成工时的初估计。每日例会:每天scrum master召集站立会议,团队成员回答昨天做了什么今天方案做什么,有什么问题。演示会议:迭代终了之后,召开演示会议,相关人员都受邀参与,团队担任向大家展现本次迭代获得的成果。期间大家的反响记录下来,由po整理,构成新的story。回想会议:工程团队对本期迭代进展总结,发现缺乏,制定改良方案,下一次迭代继续改良,已到达继续改良的效果。实施scrum的两个阶段第一阶段:
3、严厉按照scrum的流程进展。 scrum曾经是最简流程,不宜再进展删减。学习一样东西很重要的就是初心,把原有的东西放下。 组织构造层面的支持非常重要。第二阶段:根据团队实践情况进展调整。找到团队最正确的迭代周期。找到团队最正确的开发实际。建立产品的发布节拍。6传统团队转向矫捷团队瀑布开发转向迭代开发。固定的迭代周期,迭代周期内不能随意改动需求。工程经理转向scrum master 简称SM放权产品经理转向 product owner简称PO工程成员转向 team member需求改用 user story 跟踪义务分解改为团队来做。义务指派改为自在领取。甘特图改用燃尽图。独立考核改为团队的共
4、进退。7开好几个会议方案会议第一部分:做好优先级的排序,思索投入产出。方案会议的第二部分:团队分解,自主领取。每日的站立会议:控制时间,重在沟通,非汇报会议。不处理问题。演示会议:展现成果,得到反响。提高团队成就感。 回想会议:逐渐改良实际。8逐渐找到适宜团队的开发实际结对编程代码规范源代码管理代码review每日提交交叉测试重构分享会议简单设计自动化测试框架9scrum中常见问题如何写用户故事?如何决议用户故事的优先级?向迭代中添加需求,SM应该怎样做?10如何写用户故事?角色,做的事情,价值或者缘由。定义完成的规范。User Story应遵照INVEST规那么:Independent 独立
5、性,防止与其他Story的依赖性。Negotiable 可谈判性,Scrum中的story不是瀑布开场某事中的Contract, Stories不用太过详细,开发人员可以给出适当的建议。Valuable 有价值性, Story需求表达出对于用户的价值 Estimable 可估计性,Story应可以估计出Task的开发时间。 Sized Right 合理的尺寸, Stories应该尽量小,并且使得团队尽量在1个sprint(2 weeks)中完成。 Testable 可测试性, User Story应该是可以测试的,最好有界面可以测试和自动化测试。每个义务都应有Junit Test.11如何规定
6、用户故事的优先级?根据需求的价值和投入来估算ROI,投入产出比。有的需求价值很高,但开发团队实现起来非常难,也是不行的。12向迭代中添加需求,SM应该怎样做?某天,大老板说,我们要做个什么东东。产品经理就找工程经理(scrum master)说,“老板说了,要做个什么事情,工程经理就把需求加上去了。或者产品经理直接找到研发人员,偷偷摸摸的加上某功能。向迭代中添加需求是scrum杀手,scrum master应英勇的说“不, 请等待n周!研发人员:没有在禅道义务列表中的不做!scrum master:没有放入禅道sprint backlog的不做!13工程经理相关角色的转变考核的转变后续的开展1
7、4角色的转变从原来的管理者转变为效力者心态的调整,从事必躬亲改为放权放手让团队去做,允许团队犯错15考核的转变矫捷开发团队更是一个整体。共进共退,荣誉与共团队的集体考核团队内部本人进展考核16后续的开展scrum master 做到最胜利的地方就是,这个团队不再需求他了。那么一定有工程经理犯嘀咕了,那我怎样办啊。能够的方向:scum master trainer:培育更多的scrum master带其他的团队专向架构师转向产品转向开发团队17研发团队相关团队人数要适当包含多种才干和角色将指派义务改为自在领取每次迭代改良一点构成自我组织的团队将镀金行为转换为迭代需求文档是必要的记得更新义务形状1
8、8团队人数要适当有的团队人数太多,每天早上开站立会议都要很长时间。团队人数太少,无法完成大的功能突破。建议5-9人。scrum master和product owner不是team成员19包含多种才干和角色比如后台和前台比如测试比如DBA完本钱期迭代所需求的一切技艺20将指派义务改为自在领取传统工程管理中,都是工程经理分解义务,然后指派到人。如今改为团队自主分解,自在领取。一定要选择本人感兴趣的。21每次迭代改良一点在每次迭代后,找到可以改良的地方继续改良找到适宜团队最正确的开发实际22要构成自我组织的团队要构成自我组织的团队。工程经理的放权。开发团队成员自主认识的崛起。23将镀金行为转换为迭
9、代需求某位开发人员很开心的说,我又添加了一个功能。这个功能能够会酷,但它不在我们的方案范围内。功能能够会带来很多意想不到的问题,甚至后果很严重。有想法可以提技术类的需求,排到迭代中。24文档是必要的矫捷并不是不需求文档各种各样的设计文档,比如数据库设计文档,api接口文档。安装部署文档。25记得更新义务形状燃尽图开场横着走啦。每天该当重新估计本人所担任义务的估计剩余时间。26测试人员相关bug管理及时关注task及bug的进度积极并仔细地参与会议测试用例需经产品经理和开发人员复查27bug管理一切bug,不论bug的严重程度和bug的紧急程度,都要在禅道上有表达。确认是bug的,封锁该bug时
10、,处理方案不是“已处理的,都必需备注封锁缘由。其中“不予处理和“延期处置的必需经产品经理确认后方可封锁。每天下班前在对应的工程群里发出一切未修正的bug列表,并对应开发。线下测试时新版本发布后,先验证禅道上已处理的bug,再继续接下来的测试任务。28及时关注task及bug的进度最小可测试单元完成开发后,及时测试bug修复后,及时部署到测试环境并回归29积极并仔细地参与会议务必参与以下会议需求讨论会每日站会参会前一定要预备充分,如在需求讨论会之前,熟习需求文档、原型图和流程图。30测试用例需经产品经理和开发人员复查测试用例完成后,需告知产品经理和开发人员产品经理和开发人员可以从不同的角度对测试用例进展完善。31会议相关方案会议不宜太长站立会议不宜太长演示会议的必要性回想会议的必要性32方案会议不宜太长33产品方案会议和迭代方案会议严厉控制在一天内终了。scrum master需求主要掌控会议进程。在召开产品方案会议之前,scrum master和产品担任人可以事先做一些预备。站立会议不宜太长站立会议最好控制在15分钟内。站立会议主要的目的在于沟通,团队成员之间彼此更新信息,及时
温馨提示
- 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
- 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
- 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
- 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
- 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
- 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
- 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
最新文档
- 2024年技术咨询与服务合同:环保产业发展规划
- 2024年政府资助服务合同标准化范本一
- 2024年施工合同违约责任3篇
- 2024年标准货品采购销售合同范本版B版
- 2024保证借款合同书
- 2024年度某房地产开发商与景观设计公司景观营造合同2篇
- 2024年新一代智能手机技术研发委托合同
- 2024年数据共享与隐私保护协议
- 2024年度新能源汽车充电桩加盟合作建设合同3篇
- 2024专业招标代理受托事项协议范例一
- 丹巴地区岩石地层层序_兼论造山带地层学研究的有关问题
- SJG 09-2020 深圳市建筑基桩检测规程
- 学年论文(浅述线性方程组及其求解方法).doc
- 仓库物资储存保管管理
- 读《静悄悄的革命》有感(课堂PPT)
- BAND-IN-A-BOX 2004 快速入门教程(上)
- 天津市继续医学教育学分管理办法
- 部门岗位整合方案.11.30
- 浅论如何发挥财务管理在企业管理中的作用
- 语文作文稿纸(彩色)-风车
- 技术经济学概论课后答案
评论
0/150
提交评论