1. 编写产品backlog测试
参与人:po+测试负责人 主要责任人:Product ownerspa
形式:excelexcel
内容:ID,Name,importance,Initial estimate,How to demo,Notes排序
输出物:输出上述内容的excel,输出原型图、功能说明,复杂流程须要流程图索引
2. 准备sprint计划事件
责任人:scrum master资源
形式:无原型
内容:确认产品backlog井井有理产品
输出物:无it
3. 制定sprint计划
参与人:all 主持人:scrum master
形式:wiki、邮件、白板等
内容:
1. sprint目标
2. 团队成员名单
3. Sprint backlog
4. Sprint演示时间
5. 肯定scrum每日会议的时间地点
日程:
13:00-13:30 po介绍sprint目标,归纳产品backlog,定下演示时间
13:30-15:00 估算时间,必要状况下按照索引卡的方式拆分backlog条目成任务
15:00-16:00 团队选择放入sprint中的故事,计算生产率
16:00-17:00 进一步拆分故事
输出物:1.肯定演示时间
2.肯定sprint目标
3.决定sprint要包含的故事
4.拆分故事成任务,并估算时间
5.肯定每日会议的时间地点
相关技术:
1. 产品负责人对sprint计划如何施加影响
2. 本能反应估算
3. 生产率估算
4. 索引卡技术
5. 计划纸牌作估算
优先级排序:
1. Sprint目标和演示日期
2. 通过团队承认、要添加到这个sprint中的故事
3. Sprint中每一个故事的估算值
4. Sprint中每一个故事的“如何演示”
5. 生产率和资源计算
6. 肯定每日会议的时间地点
7. 故事拆分红任务
4. 编写sprint backlog
责任人:scrum master
形式:任务板
内容:Not CHECKED OUT ,CHECKED OUT ,DONE!SPRINT GOAL,BURNDOWN,UNPLANNED ITEMS,NEXT
跟踪任务:邮件等
5. 进行每日例会
责任人:team+scrum master+po,主持人:scrum master
主要内容:
1. 昨日干了什么
2. 今天准备干什么
3. 问题与困难(例会并不解决问题,只抛出问题)
输出物:
更新任务板:更新工时、增长即时贴、修改unplanned items,更新燃尽图(scrum master)
相关技术:
1. 处理迟到的家伙
2. 处理“今天不知道干什么的家伙”
6. 进行sprint演示
参与人:all + po以为应该参与演示的人 操做人:po
内容:对本次sprint进行演示
演示检查列表:
1. 阐述sprint目标
2. 不要花太多时间准备演示,尤为是不要作花里胡哨的演讲。
把那些玩意儿扔一边去,集中精力演示能够实际工做的代
码
3. 节奏要快,也就是说要把准备的精力放在保持演示的快节
奏上,而不是让它看上去好看
4. 让演示关注于业务层次,不要管技术细节。注意力放在“我
们作了什么”,而不是“咱们怎么作的”
5. 可能的话,让观众本身试一下产品
6. 不要演示一大堆细碎的 bug 修复和微不足道的特性。你可
以提到一些,可是不要演示,由于它们一般会花很长时间,
并且会分散你们的注意力,让他们不能关注更加剧要的故
事
处理“没法演示”的工做;
1. 技术报告或其余方式
7. 作sprint回顾
责任人:all 主持人:scrum master
主题:怎样在下一个sprint中作的更好
内容:
1. 根据要讨论的内容范围,设定时间为 1 至 3 个小时。
2. 参与者:产品负责人,整个团队还有我本身。
3. 咱们换到一个封闭的房间中,或者温馨的沙发角,或者屋
顶平台等等相似的场所。只要可以在不受干扰的状况下讨
论就好。咱们通常不会在团队房间中进行回顾,由于这每每会分散
你们的注意力。
4. 指定某人当秘书。
5. Scrum master 向你们展现 sprint backlog,在团队的帮助下对
sprint 作总结。包括重要事件和决策等。
6. 咱们会轮流发言。每一个人都有机会在不被人打断的状况下
讲出本身的想法,他认为何是好的,哪些能够作的更好,
哪些须要在下个 sprint 中改变。
7. 咱们对预估生产率和实际生产率进行比较。若是差别比较
大的话,咱们会分析缘由。
8. 快结束的时候, Scrum master 对具体建议进行总结,得出
下个 sprint 须要改进的地方
输出物: