Bob Jiang | Scrum Master | 敏捷教练

敏捷培训 | Scrum培训 | 敏捷认证 | 敏捷开发 | 敏捷管理 | 敏捷实践

培训总结 - Certified ScrumMaster 课后作业记录

Posted at — Dec 24, 2020 阅读

CSM培训总结

为期4天的CSM培训结束,自己对敏捷有了更深的认识,scrum是一种轻量级的框架,但却有着功能强大的价值观,原则和实践,主要体现在团队能在短期内能够尽快地响应变化,交付产品,快速反馈,适应变化,连续提升,相比较使用传统的软件开发模型(瀑布模型、螺旋模型或迭代模型)。随着系统因素(内部和外部因素)的复杂度增加,项目成功的可能性就会降低。

在scrum 三个角色当中,我觉得SM相对来说比其他两个角色重要,SM作为team leader和PO紧密地工作在一起,可以及时地为团队成员提供帮助。他的职责在于以下五点:

  1. 保证团队资源完全可被利用并且全部是高产出的。
  2. 保证各个角色及职责的良好协作。
  3. 解决团队开发中的障碍。
  4. 做为团队和外部的接口,屏蔽外界对团队成员的干扰。
  5. 保证开发过程按计划进行,组织 Daily Scrum, Sprint Review 和Sprite Retrospective。

SM除了主持Daily Scrum之外,还有三个主要职责:

SM需要找出阻碍 Scrum的障碍和依赖。他们需要的优先次序和跟踪。根据优先级指定计划解决这些障碍。其中有些问题可以在团队内部解决,有些则要团队之间的协调,还有的要管理层的介入来解决,甚至有些是公司的问题阻碍了团队达到他们的生产力。

现在的工作模式基本是按scrum来运作的,在迭代开始前,会有需求清单(Product Backlog),PO会把Product Backlog排出优先级,识别出更有价值的需求排在靠前,团队从需求清单中选择迭代中要完成的US(Sprint Backlog),由SM给每个成员做任务划分,然后成员根据开发的周期输出自己计划,将US拆分成每天要完成的Task,每天上班先进行Daily scrum,反馈前一天完成了哪些任务,今天要完成的内容,其中遇到的一些问题,SM通过沟通,协调资源等多种途径解决在Daily scrum中反馈的问题,Sprint Backlog完成形成Increment,由PO和用户验收,之后团队进行Sprite Retrospective,总结出急需改进的Top问题以及继续保持的点。

不过还是有些差异,比如Scrum角色中的PO,只能定位作为一个决策者,团队在迭代过程中遇到解决不了的问题以及与其他团队协作问题等,才由PO来沟通,解决;而需求条目的澄清则由团队中专门负责需求整理输出的同事来承担,这可能是由于商业合作产生的这种模式。再比如迭代的周期都比较长,一个迭代至少3周甚至更长才能完结,迭代的交付时间中固定的,团队只能通过施压的形式,来要求团队成员按照交付时间点来完成产品Increment。

– CSM学员 宋

powered by TinyLetter