轻松敏捷开发流程之ScrumPPT课件

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