ScrumMaster 培训第二天

来自：http://www.cnblogs.com/raol/archive/2013/05/08/scrum_master_2.html

第二天：早上，我们会讲到Product Owner, Product backlog和渐进式的发布计划，下午，我们会具体探究Scrum Master的角色和团队的角色，并且澄清许多已有的误解。接下来的话题是Scrum的在组织环境下的执行实施。课程的最后，我们会谈到在多个团队的环境 中扩展Scrum的要点，并且分享培训师本人在这个领域的经验。

------------------------------------------------------------------------------------------------------------------------------------------------------------------

下面是我的笔记：

------------------------------------------------------------------------------------------------------------------------------------------------------------------

1. 回顾了下昨天那三个你觉得比较重要？

 

2. 介绍Work Shop 工作坊，需求梳理会。

    主要是为下一个Sprint做准备，做好Sprint之间的衔接。

    主要做三件事：1. 下面需要用到的技术，团队未知，做个一到两天的Spike； 2. 剩下的大故事的拆解； 3. 重新排序。

 

3. 用户故事的6个标准：标红的是比较困难的。

    Independent

    Negotiable(可协商的，达到共同目标)

    Valuable

    Estimtable

    Small

    Testable

 

4. 用户故事的格式，按要求写完用户故事（详细需求可以继续用原来的格式--用例、文档）慢慢的过渡到新的方法。

 

5. Sprint的执行

    builds functionality（建立功能）

    meet goal（实现目标）

    self organ（自组织）

    conforms to existing standards (符合现有的标准)

    process working product increment(增量的产品)

 

6. DOD Down标准

   

 

7. 四个会议（计划会议，日例会，评审会，回顾会）

    目标

    输入

    输出

    参与者

    时间盒

    

    7.1 计划会议的执行

       

 

    7.2回顾会议

        会议的结构：

            1.Set the Stage (人员，环境)； 

            2. gather data（收集事实数据）； 

            3. gain insights(讨论以上关键问题)； 

            4. Decide（选择好的观点，少部分）； 

            5. close Retro (完成回顾会， 鼓励大家)。

        关键问题：

            1. What Good？；

            2. What Change？；

            3. What Learn ？；

            4. What Puzzling？。

    7.3 站立会

        是提出问题的会议，不是解决问题的会议，遇到障碍放到白板停车位。

 

8. 发布计划

    两种形式：1. 固定日期的发布； 2. 固定范围的发布。

    做规划时： Sprint可见度为3；

 

Q/A

1. 什么时候适合开始？

    now

2. 绩效怎么做？

    首先一定要基于团队是不是可以交付可交付的产品。

3.为什么使用故事点？

    Scrum和故事点没有关系， 只是相对估算时给单位取了个名字。

4. 如何选择SM？ 

    问团队，有些公司把项目经理放到SM的位置， 项目经理更适合PO。

5. QA的角色对应Scrum的那个？

    Scrum定义的话应该转移到团队，或者让QA成为SM， 敏捷的流程本来就是高质量的作业。

6. 不做单元测试怎么样？

    要符合I$A检视与调整的理念，如果你觉得你的代码质量很高，你可以不加。

7. 为什么要用燃尽图？

   

8. Story 的范围多大才好？

    三个准则： 1. Card（一张卡片）； 2. Conversution（能产生对话）； 3. Confirmation（有验收标准）

    不要把需求文档当成沟通的工具， 他是用来知识的传承的（最后才写），文档当成沟通不行要保持持续思考。

9. 什么是一个好的用户故事？

    who what how 搞清楚。

10. 如何做需求跟踪？

    瀑布模式下比较重要，Scrum模式下不是很重要。

11. 要不要分开测试和开发？

12. Po添加新的Item？

    加到PB里， 如果要在SB中添加，SM两种解决：1.回拒； 2. 终止SB。

13. 为什么PO不适合兼任SM？

    这两个角色都很重要，To Much Work。

    PO->>推需求

    Sm->>保护

14. 团队中有一个人不适合Scrum怎么办？ 

    要么学习要么滚。

15. SM好的特性， 更多的是技能之外的。发现问题的能力，教练的能力。