CSP实战分享 from 廖希密,浙江移动敏捷教练

敏捷教练小权 发表了文章 • 0 个评论 • 153 次浏览 • 2016-12-23 21:56 • 来自相关话题

CSP简介

        CSP(certified scrum professional)是scrum联盟的一个进阶认证,2016最新的Scrum Alliance国际认证体系分为基础级、专家级、导师级3个阶段。
        基础级包括CSM/CSPO/CSD,分别对应于Scrum框架中的三大角色所需的基本技能和知识,这三个认证都可以通过参加授权机构开展的认证公开课而获得。专家级包括Certified Scrum Professional (CSP),是理解敏捷知识且有一定经验的人士,获得CSP      是通过积攒SEU学分然后申请获得。导师级包括CST/CEC/CTC,是针对企业和大型组织的培训师及敏捷教练,能够提供专业的知识传授和实践指导。
申请CSP的条件:

        1.拥有CSM/CSPO/CSD认证之一,且未过期
        2.过去5年内,至少有36个月的时间在组织内成功地应用Scrum
        3.在过去3年内积累70个SEU学分。
        70个SEU可以通过以下6种方式获得:
        1.A类(最多45个)。参加Scrum社区大会,例如全球Scrum Gathering大会或者地区性Scrum Gathering大会。
        2.B类(没有上限,至少14个)。参加Scrum Alliance授权的课程,例如CSM/CSPO/CSD等认证课,参与由CST提供的培训课程,参加由REP提供的课程,但是课程何老师都必须在SCRUM联盟网站上登记,由CTC提供一对一或小组授课。
        3. C类(最多15个)。参加非scrum联盟的活动,比如agile conferences,地区兴趣小组会议,非CST或者REP的课程等。
        4. D类(最多15个)。参与敏捷社区志愿者服务。
        5. E类(最多15个)。独立学习,如准备一个Scrum相关的演讲,写文章,看视频,读书等。每个小时算作一个SEU。
        6. F类(最多15个)。其他综合性学习。每个小时算作一个SEU。
         如果满足了以上三个条件,那么你就可以开始申请了,申请材料主要分为四个部分:
        1.个人简历
        2.工作经历:分别填写你的工作经历,工作简介,以及如何在工作中运用scrum
        3. SEUS:主要是属于哪一类型的SUES,相关信息,描述,以及如何帮助你成长为scrum  practitioner
        4.总结:总结你的经验,主要你是如何学习、理解、运用scrum和敏捷理念的,以及这些怎么改变你的工作和思考方式,对于你个人和你的团队带来了什么。
        所有的材料都要求英文,我前前后后准备了一个多月,大概1万多个单词,感觉回到了大学写论文的时候。
 
敲黑板划重点:

       我的SEUS主要由六部分构成:       
        1.参加RSG2016,我主要写了自己参加的各场演讲和工作坊的内容的简介和我的一些理解,以及对我之后工作的启发;

        2.获得CSPO和CSM认证,这两项在获得证书的时候,基本信息就已经在网站上填好了,我主要分别写了我对敏捷产品经理和SCRUM MASTER 的定位、职责、能力的认识,以及实际工作中可以应用的技巧和工具;

        3.由敏捷教练提供的辅导,这部分是廖靖斌老师在辅导浙江移动转型过程中,给我的启发和对我进行的辅导,主要是如何在多个团队中使用SCRUM,如何帮助团队移除障碍和持续改进,如何塑造团队,改进团队氛围;

        4.由CTC提供的一对一的辅导,这部分是由CTC申健老师对我进行的辅导,主要涉及如何引导团队召开计划会和回顾会,如何准备和进行敏捷需求管理的培训等内容;

        5.参加2015年杭州敏捷之旅;

        6.独立学习,我通过独立学习,获得了pmi-acp认证。

        如何在工作过程中运用SCRUM,这个是整个申请过程中最难准备的部分,我分别写了我们公司如何在团队级、项目级、组织级三个层面深入使用敏捷和SCRUM,我们如何在这三个层面进行敏捷思想导入,敏捷流程持续改进和敏捷文化建设,我们如何通过建设新平台实现持续集成、自动化测试、持续交付等。

        1.成立ETC(企业敏捷转型社区), 总体负责敏捷转型的落实推动,ETC成员主要是公司内部积极推行敏捷的人,包括局方、合作伙伴、专业老师、项目核心成员等,ETC通过学习SCRUM知识体系和业界其他敏捷实践,结合公司实际情况,制定适合本公司的敏捷实践集,并对内进行敏捷辅导;通过培训、认证、参加社团交流等方式,培养敏捷人才;对团队进行重新定义,从从原来的契约式任务传递模式转变为各角色之间团队共同合作模式,需求管理员向敏捷产品经理转型,敏捷教练推动团队持续改进,团队成员开发测试融合。

        2.在SCRUM 方法基础上,形成了在浙江移动落地的敏捷开发流程,制定了Sprint的时间盒,每个关键环节的时间点、人员任务、时长、指标预警等内容。引入敏捷看板理论和方法,使用Leangoo电子看板管理用户故事和团队任务,以可视化的泳道模式,实现迭代开发过程的的快速、透明的流转。

        3.基于DevOps方法,融合已有开发实践,形成DevOps Framework,该框架改变了以往敏捷模式只有方法论而缺乏落地执行标准的状况,从全局上贯通了产品研发的整个流程,从细节上定义了流程中的角色、物件、流程、规范、指标等5个方面落地标准规范,实现了执行过程的透明化、规范化。

        4.自主研发ADCloud平台,以平台形式固化Framework敏捷开发流程,打通从需求、代码构建、系统测试、上线发布全流程,实现交付自动化、过程可视化、指标规范化。并通过整合Jenkins、git、sonar、gradle、selenium等开源工具,实现代码自动化编译,单元测试自动化,集成代码扫描,自动打包发布。

        5.制定敏捷实施成熟度标准和DevOps成熟度标准,以闭环测试驱动敏捷运营,定期评测在需求、开发、测试、交付、运维各环节的执行质量,通过ETC组织驱动敏捷方法持续执行。

        6.营造敏捷微文化氛围,让敏捷观念深入人心,通过常态化、全员性、自组织的微学习、微创新、微分享和微传播活动,推动敏捷文化转型。

关于为什么申请,请根据自己的实际情况填写吧,建议大家都积极申请,目前国内获得这个认证的约有100多人,相对比较少,如果你在申请过程中碰到任何问题,欢迎随时交流。

作者:廖希密,浙江移动敏捷教练,CSP,PMI-ACP,CSPO,CSM 查看全部
CSP简介

        CSP(certified scrum professional)是scrum联盟的一个进阶认证,2016最新的Scrum Alliance国际认证体系分为基础级、专家级、导师级3个阶段。
        基础级包括CSM/CSPO/CSD,分别对应于Scrum框架中的三大角色所需的基本技能和知识,这三个认证都可以通过参加授权机构开展的认证公开课而获得。专家级包括Certified Scrum Professional (CSP),是理解敏捷知识且有一定经验的人士,获得CSP      是通过积攒SEU学分然后申请获得。导师级包括CST/CEC/CTC,是针对企业和大型组织的培训师及敏捷教练,能够提供专业的知识传授和实践指导。
申请CSP的条件:

        1.拥有CSM/CSPO/CSD认证之一,且未过期
        2.过去5年内,至少有36个月的时间在组织内成功地应用Scrum
        3.在过去3年内积累70个SEU学分。
        70个SEU可以通过以下6种方式获得:
        1.A类(最多45个)。参加Scrum社区大会,例如全球Scrum Gathering大会或者地区性Scrum Gathering大会。
        2.B类(没有上限,至少14个)。参加Scrum Alliance授权的课程,例如CSM/CSPO/CSD等认证课,参与由CST提供的培训课程,参加由REP提供的课程,但是课程何老师都必须在SCRUM联盟网站上登记,由CTC提供一对一或小组授课。
        3. C类(最多15个)。参加非scrum联盟的活动,比如agile conferences,地区兴趣小组会议,非CST或者REP的课程等。
        4. D类(最多15个)。参与敏捷社区志愿者服务。
        5. E类(最多15个)。独立学习,如准备一个Scrum相关的演讲,写文章,看视频,读书等。每个小时算作一个SEU。
        6. F类(最多15个)。其他综合性学习。每个小时算作一个SEU。
         如果满足了以上三个条件,那么你就可以开始申请了,申请材料主要分为四个部分:
        1.个人简历
        2.工作经历:分别填写你的工作经历,工作简介,以及如何在工作中运用scrum
        3. SEUS:主要是属于哪一类型的SUES,相关信息,描述,以及如何帮助你成长为scrum  practitioner
        4.总结:总结你的经验,主要你是如何学习、理解、运用scrum和敏捷理念的,以及这些怎么改变你的工作和思考方式,对于你个人和你的团队带来了什么。
        所有的材料都要求英文,我前前后后准备了一个多月,大概1万多个单词,感觉回到了大学写论文的时候。
 
敲黑板划重点:

       我的SEUS主要由六部分构成:       
        1.参加RSG2016,我主要写了自己参加的各场演讲和工作坊的内容的简介和我的一些理解,以及对我之后工作的启发;

        2.获得CSPO和CSM认证,这两项在获得证书的时候,基本信息就已经在网站上填好了,我主要分别写了我对敏捷产品经理和SCRUM MASTER 的定位、职责、能力的认识,以及实际工作中可以应用的技巧和工具;

        3.由敏捷教练提供的辅导,这部分是廖靖斌老师在辅导浙江移动转型过程中,给我的启发和对我进行的辅导,主要是如何在多个团队中使用SCRUM,如何帮助团队移除障碍和持续改进,如何塑造团队,改进团队氛围;

        4.由CTC提供的一对一的辅导,这部分是由CTC申健老师对我进行的辅导,主要涉及如何引导团队召开计划会和回顾会,如何准备和进行敏捷需求管理的培训等内容;

        5.参加2015年杭州敏捷之旅;

        6.独立学习,我通过独立学习,获得了pmi-acp认证。

        如何在工作过程中运用SCRUM,这个是整个申请过程中最难准备的部分,我分别写了我们公司如何在团队级、项目级、组织级三个层面深入使用敏捷和SCRUM,我们如何在这三个层面进行敏捷思想导入,敏捷流程持续改进和敏捷文化建设,我们如何通过建设新平台实现持续集成、自动化测试、持续交付等。

        1.成立ETC(企业敏捷转型社区), 总体负责敏捷转型的落实推动,ETC成员主要是公司内部积极推行敏捷的人,包括局方、合作伙伴、专业老师、项目核心成员等,ETC通过学习SCRUM知识体系和业界其他敏捷实践,结合公司实际情况,制定适合本公司的敏捷实践集,并对内进行敏捷辅导;通过培训、认证、参加社团交流等方式,培养敏捷人才;对团队进行重新定义,从从原来的契约式任务传递模式转变为各角色之间团队共同合作模式,需求管理员向敏捷产品经理转型,敏捷教练推动团队持续改进,团队成员开发测试融合。

        2.在SCRUM 方法基础上,形成了在浙江移动落地的敏捷开发流程,制定了Sprint的时间盒,每个关键环节的时间点、人员任务、时长、指标预警等内容。引入敏捷看板理论和方法,使用Leangoo电子看板管理用户故事和团队任务,以可视化的泳道模式,实现迭代开发过程的的快速、透明的流转。

        3.基于DevOps方法,融合已有开发实践,形成DevOps Framework,该框架改变了以往敏捷模式只有方法论而缺乏落地执行标准的状况,从全局上贯通了产品研发的整个流程,从细节上定义了流程中的角色、物件、流程、规范、指标等5个方面落地标准规范,实现了执行过程的透明化、规范化。

        4.自主研发ADCloud平台,以平台形式固化Framework敏捷开发流程,打通从需求、代码构建、系统测试、上线发布全流程,实现交付自动化、过程可视化、指标规范化。并通过整合Jenkins、git、sonar、gradle、selenium等开源工具,实现代码自动化编译,单元测试自动化,集成代码扫描,自动打包发布。

        5.制定敏捷实施成熟度标准和DevOps成熟度标准,以闭环测试驱动敏捷运营,定期评测在需求、开发、测试、交付、运维各环节的执行质量,通过ETC组织驱动敏捷方法持续执行。

        6.营造敏捷微文化氛围,让敏捷观念深入人心,通过常态化、全员性、自组织的微学习、微创新、微分享和微传播活动,推动敏捷文化转型。

关于为什么申请,请根据自己的实际情况填写吧,建议大家都积极申请,目前国内获得这个认证的约有100多人,相对比较少,如果你在申请过程中碰到任何问题,欢迎随时交流。

作者:廖希密,浙江移动敏捷教练,CSP,PMI-ACP,CSPO,CSM

故事点数是对工时的度量

敏捷开发小权 发表了文章 • 1 个评论 • 85 次浏览 • 2016-12-23 21:36 • 来自相关话题

尽管我尽了最大努力来澄清,但是仍然流传这样一种说法:故事点数是对复杂度的度量。这种说法是完全错误的。真相是,除非复杂度已经对完成用户故事的工作量造成影响,否则其复杂度并不重要。

让我举个例子。假设你和我一起观察离一栋建筑物的距离。你认为需要走5分钟,而我因为正拄着拐杖所以需要走10分钟。

你和我不能在花费时间上达成一致。对你来说走5分钟是对的,而对我来说走10分钟也是对的。如果采用分钟、小时、天等时间单位进行估算,问题就会比较棘手——由于我们处于不同的生产率水平,这会导致我们无法在估算上达成一致。

然而,我们能够对建筑物距离是“1个单位时间远”达成一致。当我们都认为估算结果是1单位时,你是认为会走5分钟而我是认为会走10分钟——但是这并不是什么问题。我们已经得到一个能够达成一致的估算结果。

假设,然后你又指着另外一栋建筑物说,“到那栋建筑物的距离是两倍,它是2。”你认为对你来说是走10分钟而我认为对我来说需要拄着拐杖走20分钟——但我们都同意有两倍距离远。

尽管生产率(步行速度)不同,但我们仍然能够对估算结果2达成一致。这就是故事点数的要点。

如果我们只估算复杂度又会怎么样呢?走到第一栋建筑物和走到第二栋建筑物的复杂度是一样的。我们把走到任何一栋建筑物的复杂度都估算成同样的值——称为1。这样做究竟会有什么好处呢?没有任何好处,对吗?我们不会直接估算复杂度——我们只会估算某某事项会花费多长时间,复杂度只是可能对估算结果造成影响而已。

继续刚才的例子,假设我们指向第三栋建筑物。它在物理上的距离同到第一栋建筑物一样(估算值是1),因此我们可能也会估算成1.

除非,在到达第三栋建筑前,我们需要走过一个高悬在灼热熔岩之上的极其狭窄的通道——这个通道只有一只脚宽或者是其它你认为狭窄但可以通过的宽度。

我认为我们能够能对此达成一致:走到这样一栋建筑物是更复杂的,因为就算在物理上与走到第一栋建筑物的距离相同,也需要更多的注意力和平衡感才能到达。往这样一栋建筑走,我们都会走的更慢——因此我们可能会把这项工作估算成3或者4——因为我们认为会花费到第一栋建筑物的3倍或者4倍的时间。

我们估算的仍然是工作量——复杂度只是部分而非全部。

如果我们只估算复杂度,我不知道该把那条窄路估算多少数值。我真的不知道——该如何估算复杂度?我唯一能够量化复杂度的方式,就是它会对其他事物造成多大影响。

在采用故事点数,我们估算的是完成一件事情的工作量(时间)——工作量的大小可能受风险、不确定性或者复杂度影响。因此让我竭尽全力说明的是:故事点数是对工作量而非复杂度的估算值。


本文译者:李洁(Jerry Li) ,CSP,CSM,Scrum中文网资深敏捷顾问和培训师,敏捷教练

原文作者:Mike Cohn 查看全部
尽管我尽了最大努力来澄清,但是仍然流传这样一种说法:故事点数是对复杂度的度量。这种说法是完全错误的。真相是,除非复杂度已经对完成用户故事的工作量造成影响,否则其复杂度并不重要。

让我举个例子。假设你和我一起观察离一栋建筑物的距离。你认为需要走5分钟,而我因为正拄着拐杖所以需要走10分钟。

你和我不能在花费时间上达成一致。对你来说走5分钟是对的,而对我来说走10分钟也是对的。如果采用分钟、小时、天等时间单位进行估算,问题就会比较棘手——由于我们处于不同的生产率水平,这会导致我们无法在估算上达成一致。

然而,我们能够对建筑物距离是“1个单位时间远”达成一致。当我们都认为估算结果是1单位时,你是认为会走5分钟而我是认为会走10分钟——但是这并不是什么问题。我们已经得到一个能够达成一致的估算结果。

假设,然后你又指着另外一栋建筑物说,“到那栋建筑物的距离是两倍,它是2。”你认为对你来说是走10分钟而我认为对我来说需要拄着拐杖走20分钟——但我们都同意有两倍距离远。

尽管生产率(步行速度)不同,但我们仍然能够对估算结果2达成一致。这就是故事点数的要点。

如果我们只估算复杂度又会怎么样呢?走到第一栋建筑物和走到第二栋建筑物的复杂度是一样的。我们把走到任何一栋建筑物的复杂度都估算成同样的值——称为1。这样做究竟会有什么好处呢?没有任何好处,对吗?我们不会直接估算复杂度——我们只会估算某某事项会花费多长时间,复杂度只是可能对估算结果造成影响而已。

继续刚才的例子,假设我们指向第三栋建筑物。它在物理上的距离同到第一栋建筑物一样(估算值是1),因此我们可能也会估算成1.

除非,在到达第三栋建筑前,我们需要走过一个高悬在灼热熔岩之上的极其狭窄的通道——这个通道只有一只脚宽或者是其它你认为狭窄但可以通过的宽度。

我认为我们能够能对此达成一致:走到这样一栋建筑物是更复杂的,因为就算在物理上与走到第一栋建筑物的距离相同,也需要更多的注意力和平衡感才能到达。往这样一栋建筑走,我们都会走的更慢——因此我们可能会把这项工作估算成3或者4——因为我们认为会花费到第一栋建筑物的3倍或者4倍的时间。

我们估算的仍然是工作量——复杂度只是部分而非全部。

如果我们只估算复杂度,我不知道该把那条窄路估算多少数值。我真的不知道——该如何估算复杂度?我唯一能够量化复杂度的方式,就是它会对其他事物造成多大影响。

在采用故事点数,我们估算的是完成一件事情的工作量(时间)——工作量的大小可能受风险、不确定性或者复杂度影响。因此让我竭尽全力说明的是:故事点数是对工作量而非复杂度的估算值。


本文译者:李洁(Jerry Li) ,CSP,CSM,Scrum中文网资深敏捷顾问和培训师,敏捷教练

原文作者:Mike Cohn