Scrum团队工做及燃尽图

一、作PPT题须要有提纲

• 提纲中要增长QA

二、Scrum团队角色

•  产品负责人(PO)--------------肯定产品功能、决定发布日期内容、调整backlog优先级、接收或拒绝开发团队
•  ScrumMaster-----------------确保团队正确的执行Scrum的价值观、闲人的工做、职责协调。
•  团队（开发、测试、架构等）------------跨职能、没有明确角色、曾诺方式工做、自组织团队（协做式工做要定义约定）。团队成员能够兼作PO或ScrumMaster，PO跟Scrumaster不能是同一成员。

    

三、协做模型

        协做的核心是协商，每次写代码前，跟PO、测试确认。

•   PO确认是否是本身须要的东西
•   测试提出测试用例
•  测试最后跟PO协商

四、有效站会

•     它不是一个进度汇报
•     今天向前看
•     会前准备
•     sprint只计划时间，不指定人选
•     谁天天作什么是有每日站会上提出的。
•     站会围绕3个问题展开：一、我昨天完成了什么？ 二、今天准备完成哪些任务？ 三、我工做遇到什么问题
•     主要决定，每一个人今天应该作什么？
•     master最后要问，咱们如今作的怎么样？若是按如今这种方式会怎么样？
•     关键词：天天进行、同时时间、同一地点、15分钟、不能迟到
•     发现问题的会，不是解决问题的会议
•     工做内容能够有小的交叉。
•     工做内容最好分解到16个小时如下
•     手画燃尽图
•     测试任务，变成一个项目的单独的任务

 

五、燃进图的画法和用法

•     必须的工具
•     鼓励用手画然进图，能够引发讨论
•     横轴是工做日，纵轴：（剩余小时、任务个数）
•     剩余任务、每一个任务剩余时间
•     若是燃尽图走向很差，须要开紧急会议处理。

六、sprint的紧急处理流程

•     有没有更简单的设计解决方案
•     找到问题，处理问题
•     跟PO协商减小sprit的范围
•     终止sprin

七、 发布燃尽图

•     横轴：剩余工做日
•     纵轴：剩余的故事点
•     评审会议由PO更新
•     只有完成、与未完成2中状态

一、创建用户故事
二、拆解分解任务
三、测试人员测试
四、发布产品