认证Scrum Master 培训笔记（一）

       接触Scrum有几年时间了，2013年开始至今，公司内部就进行了几次内训，作为Scrum Master和PO的角色都参与过几个项目，但没有进行系统和专业的认证培训。2018年10月26日至27日，参加了由Scrum中文网组织的CSM认证课程。
       
       事先预习了学习资料及上课指南，26日早上八点半，提前到培训场地，和国际Scrum联盟认证Scrum培训师（CST）Ethan Huang提前认识了一下，交流了几句，他了解了一下我们公司Scrum的一些执行情况。
       9点，学员基本到齐，首先黄老师做了一个简单的介绍，然后就是学员自我介绍。课前做了2个互动游戏。第一个游戏，两个女学员自告奋勇当项目经理，黄老师跟她们在会场外先介绍了一个队列冒泡的需求，按照每个人在现单位入职年月数进行排队，年月数多的排前面（如果是相同，则用姓名首字母进行排列），每个人把年月报告给项目经理，然后项目经理根据数字进行排队，最后计算总的时间。第二个游戏，同意是冒泡算法，如果现在有一个长假，大家最想去旅游的城市是哪里，按照纬度由东到西排列（如果是相同，则用姓名首字母进行排列），自组织，跟相邻左右的人互相商量，排列正确后计算总时间。比对两次游戏的时间，发现，采用自组织比传统项目管理方式时间反而更短一些。
       热身完毕，课程正式开始。
       
       事先申明上课原则，比如手机静音，随时可以提问，每隔2小时有茶歇……然后阐述Scrum的是一个昂贵的方法，因为需要不断迭代，自动集成，保证质量，需要进行全量回归测试，为此付出大量的时间和精力去进行测试自动化。
       
       对比了一下瀑布模型和敏捷过程在IT项目成功率，传统瀑布模式成功率为14%，失败率为29%，改变的为57%；敏捷模式成功率为42%，失败9%，改变的49%。
       
       接着介绍了一席Stacey 矩阵，敏捷适合需求和技术都比较复杂的项目。
       对比Defined流程和Empirical流程的区别，Defined流程形象比喻为火炮，Empirical流程比喻为导弹。实验性流程，将时间切成短片段，时时跟踪目标，计算检视距离和方向，调整导弹轨迹，最终达成目标。Empirical流程的三大支柱，Transparency, Inspection, Adaptation.
       
      接着强调敏捷是一个理念，分组讨论了敏捷的四个价值观。
      个体与合作 > 流程与工具
      可用的软件 > 详尽的文档
      与客户合约 > 合约的谈判
      适应变化   > 遵循变化
   
      逐一解释了敏捷十二条宣言。
  
 
        茶歇，休息15分钟。

        接着介绍PSPI概念，Potentially Shippable Product Increment，老师讲了一个实操，敏捷项目需要持续集成（Continuous Integration），自动化测试来支持。
        
       介绍Scrum原本的意思，在橄榄球运动中的术语，裁判把球从双方的中间投入，双方以类似“顶牛”的方式争球，获得球权的一方进行控球传球，通过防守一方的干扰和阻拦，最后冲刺到对方阵地，总之是通过角色分工、战术配合、排除障碍、全力拼搏、冲刺到终点达到战略目标。
      Mike Cohn大师是这样定义的：Scrum is an agile process that allows us to focus on delivering the highest business value in the shortest time.
      
      Scrum的有名的三三五五。

    
     
       三个角色为Product Owner，Scrum Master, Development Team.
       
       分享一个特战队图片，识别其团队特点，小团队（人数5人）、跨职能（吸引火力、突击、狙击、支援等分工）、自管理（没有指挥官）、在一起（相距不远）。
       对于开发团队，老师首先用幽默而生动的语言，描述了一些开发人员的特点。
       团队只有在维持小规模时，才会焕发出活力。一个团队一般是由7个人组成的，可以多两个人，也可以少两个人。有数据显示，如果你的团队规模超过9人，那么运作速度会放缓，因为沟通渠道太多，超过了人类大脑的承受能力。所以，敏捷团队一般为5-9人。
 
        强调进行自我组织和管理、团队问责制，聚焦团队而不是个人。物理位置最好是坐在一起，有利于沟通和交流。
        介绍了开发团队是几个使命：团队决定一个冲刺中做多少工作；共同负责达成冲刺目标和承诺；以稳定的速率和可靠质量交付PSPI；管理Sprint backlog和保持跟踪过程；自我提升。
        
       老师还介绍了结对编程的理念，鸡和猪的概念。
       临近中午，课程暂停，组织大家在附近的一家餐厅就餐。大家兴致不减，就餐前后就上课的问题或在实操过程中的困惑，对老师进行发问，或者大家进行讨论。

       下午一点，重新集结，为了缓解午后困乏，安排了一个互动游戏，让大家兴奋起来。
       老师给每个小组一些筹码，每组为五人，规则为一个筹码必须被翻五遍，并且规定了只能用一只手，筹码只能在桌面上被翻动。
       第一轮，第一个人翻完一个筹码，第二个人接着用手翻第一人翻过的筹码，以此类推，直到每个人都翻过这个筹码，算完成一个。计时3分钟，最后统计每组翻出的筹码数量。（工序串行且每人只能做一道工序）
       第二轮，第一个人可以连翻五次，全部翻完后，第二个人再翻第二块筹码，也连翻五遍，以此类推，计时3分钟，最后统计每组翻出的筹码数量。（全栈团队）
       第三轮，第一个开始翻第一张筹码，第二个人就可以并行翻第二张筹码，以此类推，五个人可以同时翻动筹码，计时3分钟，最后统计每组翻出筹码的数量，并假设每个颜色的筹码有不同的分值（比如黑色的筹码为100，红色为50，蓝色20，绿色10，白色的5），统计筹码的总分值。（并行工序）
       第四轮，同样，五个人可以同时翻，可以优先翻分值大的筹码，最后统计筹码的总分值。（优先级排列）
       比对每一轮的筹码数量，以及最后两轮的分值，会发现，数量越来越大，分值越来越高。
       通过游戏，总结出Scrum的前提条件为工序并行、全栈团队、优先序排列，通过练习，得出在同样的时间内，Scrum团队能交付出更多更有价值的产品增量。

      继续讲PO的特点。
    
 
      强调PO是唯一有授权，是客户相关干系人和项目组的桥梁。
      PO的愿景：
     
   
      通过分享案例，强调团队接受的需求唯一来源是PO。

       接下来就是Scrum Master的知识。
       Scrum Master的四大角色特性分别是教练（训练团队成员）、牧羊犬（帮助团队扫除障碍，保护团队）、改革先锋（推动变革）、Facilitator(辅导员，教授Scrum理念和过程)，最终用正确的人，在正确的时间，用正确的方式做正确的事情。
      Scrum Master的特点：
      

       强调Scrum Master的第一要务是扫除障碍。
       Scrum Master的使命：
       
 
       强调Scrum Master是开发团队和管理层的桥梁，不是开发团队和PO之间的中间人，不能是管理者，Scrum Master和PO不能是同一个人。

       通过案例分享Scrum Master的一些小技巧，总结起来就是挖坑、卖萌、装傻。
       老师推荐了几本书《人类简史》、《时间简史》、《Powerful Question》。

       最后总结了三个角色的在团队内外的作用。PO负责what(做什么),开发团队负责How（怎么做），Scrum Master负责Why（为什么这么做）。