开发管理 CheckLists(18) -敏捷开发 Scrum Master 工作

          在整理这篇文章之前，看了很多关于Scrum Master的文章, 本人很不赞同 这篇文章的观点“Scrum Master就是一个打杂的" 这个观点，个人认为Scrum Master是一个很有挑战性的，很大责任的工作” 

          上面本专栏的几篇文章都是在讲各种会议,本篇文章总结一下scrum Master 应该有哪些任务,应该怎么做。

 

Scrum Master是团队中最重要的角色.

 

 

一、Scrum Master 的定位和在团队中的位置 

    Scrum Master 帮助团队学习和应用 Scrum 来实现商业价值尽其所能帮助团队获得成功
       1、服务团队
       2、保护团队
       3、引导大家有效应用 Scrum
    Scrum Master 不是团队的 “ 老板 ”
       1、不负责为团队分配任务（注意：这里说的是团队）
       2、不会帮团队做决定（注意：这里说的是团队） 
    Scrum Master 做什么事情？
       1、服务团队
            (1)、帮助团队排除障碍和问题（ “ 绊脚石 ” ） 
            (2)、促进协作，包括团队内、团队和 Product Owner 间
       2、保护团队 
            (1)、保护团队，使之免收外界干扰或威胁  
       3、教导团队 
            (1)、帮助团队和 Product Owner 改进工作的有效性 
            (2)、帮助团队和 Product Owner  面对并解决困难和问题
       4、引导 Scrum 的有效应用 
            (1)、把 Scrum 教给团队、 Product Owner 和整个公司 
            (2)、确保所有标准 Scrum 实践得到遵循 

二、如何去选择 Scrum Master 
       1、高效 Scrum Master 的特征
       2、对团队的成功有高度的责任心 
       3、良好的人缘、良好的沟通技能
       4、敏感、好的聆听者
       5、积极、乐于助人
       6、技术专家，会更有帮助但非必要 
       7、专职 Scrum Master 会有最好的成果 
            (1)、如果不能专职，必须有一位成员担当这个角色（相应降低他的原工作负担）  
            (2)、避免让团队行政管理者做 避免让团队行政管理者做 避免让团队行政管理者做 避免让团队行政管理者做 SM SM SM SM 
            (3)、因为大家会指望原管理者来作规划，也就很难做到自 我管理

三、Scrum Master 与传统的开发经理的确有如下相同之处：
       1、制定项目交付计划
       2、分派组员任务
       3、组织各种会议，如每日例会等
       4、任务审核
       5、解决组员纠纷，处理影响项目进度的异常状况
       6、项目进度分析、报告 
         
       此外，也有下面主要不同： 
       1、Scrum Master 应该是具备充足的 Scrum 与敏捷知识和经验的

            不是一两次培训就可以成为 Scrum Master 的。
       2、Scrum Master 应该对需求和项目细节有相当的理解。

            Scrum Master 需要在项目进行中对任务状态、进度做出即时的评估，并且时常与 Product Owner 交流任务优先级，参与 Story 的修订，必要时候对任务进行重新评估。传统的开发经理并不一定有能力或精力做出如此细致的决定。
       3、Scrum Master 并不参与组员人事上的管理，

            传统的开发经理需要。组员薪资、考核等权利的丧失也会导致 Scrum Master 变成名义上的 Master ，在实际开展工作的时候组员不能给与足够的配合。组员会说，反正我不完成任务你也没权利开除我或是给出不佳的考核。尤其是在开发经理不给与 Scrum Master 足够支持的时候，这种状况尤为明显。

四、个人的Scrum Master经验

       1、一定要严格的按照 Scrum 流程,Scrum对于一个新手来说没有比Scrum标准流程更让你值得去关注的东西了 ,关于scrum 详细的流程可以参考本专题 如下几篇文章 

                     1、 全员会议              
                     2、 评估会议 
                     3、 Sprint计划会议 1 
                     4、 Sprint计划会议 2
                     5、 Scrum每日例会
                     6、 Sprint 评审会议
                     7、 Sprint 回顾会议

       2、关注拆分Story，最好在Scrum Master的控制下进行， 对于story的拆分可以参考文章如下几篇文章     

                     1、 搜集故事       

                     2、 编写故事   
                     3、 估算故事

                     4、 故事验收测试

       3、坚持参与所有的迭代开发，坚持和组内员工进行结对编程,主要是让自己更详细的了解项目的进度和项目的质量
       4、考虑一个专门的Scrum 管理软件进行Scrum流程管理,实物的敏捷状态墙不是每个公司每个团队都有机会操作.
       5、主持每日例会，确定小组成员的开发进度，跟踪每日开发进度。
       6、要有团队成员只要是一个小时内找不到解决方案的需求或者问题立刻提出来，统一由Scrum Master进行协调解决.有效的拦截除了本项目之外的其他需求，避免受到外界的干扰.
       7、严格的检测每一个story的完成标准是否和前期讨论的结果相同，只要是不符合打回去重做，知道符合为止
       8、每天监控团队的开发质量，严格要求团队进行代码重构，自己本身也要参与代码重构.
       9、把每天的工作结果反馈给 Product owner
       10、迭代结束后给product owner演示迭代的成功
       11、关注和安排人员整理障碍BackLog，对其进行分析和找解决方案。

 

开发管理 CheckLists(22) -组织项目资源

开发管理 CheckLists(21) -控制项目的范围
开发管理 CheckLists(20) -项目利益相关者责任
开发管理 CheckLists(19) -选择合适的团队成员
开发管理 CheckLists(18) -敏捷开发 Scrum Master 工作
开发管理 CheckLists(17) -敏捷开发 Scrum Sprint回顾会议
开发管理 CheckLists(16) -敏捷开发 Scrum Sprint评审会议
开发管理 CheckLists(15) -敏捷开发 Scrum每日例会
开发管理 CheckLists(14) -敏捷开发 Scrum Sprint计划会议二
开发管理 CheckLists(13) -敏捷开发 Scrum Sprint计划会议一
开发管理 CheckLists(12) -敏捷开发 SCRUM评估会议
开发管理 CheckLists(11) -敏捷开发 SCRUM全员会议
开发管理 CheckLists(10) -敏捷开发框架SCRUM内容
开发管理 CheckLists(9) -敏捷开发-故事验收测试
开发管理 CheckLists(8) -敏捷开发-估算故事
开发管理 CheckLists(7) -敏捷开发-编写故事
开发管理 CheckLists(6) -敏捷开发-搜集故事
开发管理 CheckLists(5) -风险检测表
开发管理 CheckLists(4) -风险管理
开发管理 CheckLists(3) -项目启动会议
开发管理 CheckLists(2) -规划项目
开发管理 CheckLists(1) -启动项目

 

 

                <开发管理 CheckLists> by dyllove98 @http://jlins.iteye.com/