文章详情
文章详情
您的位置: 首页> 文章详情

敏捷团队内部的角色与分工

作者:天荣棋牌-天易棋牌官网-八门棋牌游戏-点点棋牌下载    发布时间:2020-04-27 02:56:00    来源:天荣棋牌-天易棋牌官网-八门棋牌游戏-点点棋牌下载    浏览:39

  ScrumMaster、Product Owner和Dev Team在Scrum中扮演的角色是不同的,本篇文章分别为大家介绍了团队中这三种角色需要承担的职责,希望通过本文大家能够了解Scrum团队是如何构建的,其作用又是什么。

  那么究竟怎样的团队才是自组织的团队,什么样的分工算是跨职能?我们将在本文中为您详细介绍。

  所谓Scrum团队的自组织,就是说他们会在内部决定如何最好地完成他们的工作,而不是由团队外的其他人来指挥他们。

  关于Scrum Master的认知有一个误区:这个角色在许多的项目开发中会被视为项目经理。

  Scrum Master保证的是敏捷开发的流程和秩序。对于项目的进展和结果,整个团队都需要负责。

  团队主要且唯一的任务是开发产品,不是来照着规范、教条来做敏捷,敏捷开发只是工具。而做产品的是 “人”不是 “角色”。

  比如在Worktile的敏捷团队中,Scrum Master就是由开发团队的成员轮流担任,他们是对产品最熟悉的人,也是对Scrum流程最熟悉的人,他们每一个人都具备成为ScrumMaster的潜力。

  同时,Scrum Master的工作可以提升每位成员软件开发能力之外的管理能力。

  Scrum Master负责组织召开sprint期间的每一个会议,并且Scrum Master还需要帮助开发团队清除在开发的过程中遇到的障碍。

  Scrum Master应该有一个block list用来记录开发团队在开发中遇到的问题障碍,由Scrum Master自己进行管理并最终使得列表中的每一问题得到及时处理。

  我们都知道,需求变更对于每一个开发人员来说都是噩梦,而敏捷诞生的其中的一个很重要的原因就是为了解决这一问题。然而在我们采用敏捷开发的项目中,经常会遇到某位领导直接找到开发团队, 对他们指手画脚,发号施令。

  ③ Scrum Master要说服开发团队帮助员工及干系人理解并实施 Scrum;

  这就需要Scrum Master有很强的沟通能力和领导能力,他需要帮助 Scrum 团队外的人员了解他们如何与 Scrum 团队交互是有益的。Scrum Master 通过改变这些交互来最大化 Scrum 团队所创造的价值。

  团队建设是项目开发中绝对不容忽视的一环。团队凝聚力如何,直接影响了整个团队的战斗力。

  比如,开发团队最近的工作状态不佳,或者工作氛围苦闷,Scrum Master可以主动提议组织一些出行活动,既能为团队成员们解压,提高站斗力,也能增加团队的凝聚力。

  除此之外,还可以打造学习型团队。比如通过团队内部知识定期分享的方式,使得每个人都能可以学到新的知识,从而逐步使得团队成长;比如Worktile每周五的下午4点,可以利用一小时的时间,让团队的成员举办知识讲座。

  通过这种形式,大家的积极性会变的很高。可以约定分享的内容并非一定是技术方面的,也可以是生活娱乐等,只要大家感兴趣就好。这样做的好处在于不仅提高了团队的技术能力,也使得团队之间能够更轻松愉快的交流,从而提升团队的凝聚力和战斗力。

  Product Owner(PO)就是产品负责人,Product Owner需要明确产品的愿景。这个角色对于团队非常重要,决定“Why”和“What”。一般可以对应为现有的产品经理的角色。

  ③负责最大化产品以及开发团队工作的价值,而实现这一点的方式会随着组织、Scrum 团队以及单个团队成员的不同而不同;

  要注意一点,不要过于强调速度,应保持合理的开发节奏,才会使得产品质量具有一定的保障。Scrum流程在每个sprint应统一完整,使得开发团队形成习惯,最终达到良好的开发节奏。

  ①不要把交付能力作为团队的唯一评价标准:速率虽然是对敏捷团队的衡量,但不应该是唯一标准。因为Dev Team的交付能力是随着团队成熟度的上升而达到一个平衡,不能无限增加。

  ②要避免过多参与开发细节:因为Product Owner只需要负责决定产品要做成什么样子,要有那些功能,而不具体参与开发团队如何实现这些功能,否则容易造成不能客观的决定产品好坏,对Sprint的进度也会有影响。

  ③要避免同时领导多个团队:有些企业在转型的时候,由于企业文化和产品架构的问题,往往让一个PO带领多个团队,这样的好处是PO可以对多个有关联的团队的工作进度有总的把握,而且能够更好的移除团队之间的相互依赖,但是同时带来不好的一点是由于精力有限,可能无法同时兼顾多个团队的PO工作,顾此失彼。

  根据PO的工作性质,我们可以发现,PO必须具备良好的沟通能力,这是必要的。并且还有一点也很重要,PO必须是一个对项目十分了解的人,这样才能够对接到的需求进行优先级的排序。

  PO的角色在团队中非常重要,如果沟通不到位,需求理解不正确,或者优先级决定有问题,都可能导致Dev Team无法及时给出阶段性的产品,就算给出,可能也达不到客户所要的需求。

  产品负责人所作的决定在Product Backlog的内容和排序中要清晰可见。任何人都不得要求开发团队按照另一套需求开展工作,开发团队也不允许听从任何其他人的指令。

  在敏捷开发中除了PO跟SM之外,另外一个非常重要的角色就是Dev Team,也就是我们的开发团队。

  开发团队包含了专业人员,Sprint中需要完成的Product Backlog数目、做多少工作都完全由开发团队决定,PO或任何其它人都不能给开发团队强加更多的工作量。

  开发团队的大部分时间都花在Sprint执行上,他们负责在每个 Sprint 的结尾交付潜在可发布的“完成”产品增量,只有开发团队的成员才能创造增量。

  ①他们是自组织的,没有人可以决定开发团队如何把Product Backlog变成潜在可发布的功能;

  ②开发团队是跨职能的,团队作为一个整体,拥有创造产品增量所需要的全部技能;

  ③Scrum 不认可开发团队成员的头衔,无论承担哪种工作他们都是开发者。此规则无一例外;

  ④开发团队中的每个成员可以有特长和专注领域,但是责任归属于整个开发团队。

  要知道,将一个新的团队磨合成敏捷开发所要求的自组织团队是非常重要的,也是非常困难的,尤其是在实际的开发进度和需求等不定因素的影响下。

  因此,提高团队的凝聚力是创建自组织团队一个重要因素,而团队的凝聚力就来自于大家都在为一件事而努力,每天都在做,而且经常有提高。

  为了提高团队凝聚力,有很多途径可以实施,例如在每天的站立会议,Dev Team成员除了介绍每天的工作,还可以快速形成某个团队级别的决议,例如将某个方法作为公共模块,临时调整资源等,解决阻碍团队的重大问题。开发团队成员每天进行集体沟通,每个人都有机会发言,都可以感受到其他人对项目的贡献,会有一种是整个项目和产品的主人翁的感觉。

  ScrumMaster、Product Owner和Dev Team三个角色在Scrum中各自承担不同的责任,每个Sprint的按期交付,都要靠团队齐心协力、相互配合,才能真正的将需求实现为用户需要的产品。

  Scrum也有其自身的先天缺点,就是对团队要求高,团队成员有能力且相互信任度高,不会相互推卸责任。新团队使用该方法,起初会有各种问题,需要多多磨合。

  袁林,人人都是产品经理专栏作家。分享SaaS运营和企业管理/协作/办公的相关知识

  对“po(产品负责人)一般可以对应为现有的产品经理的角色”这个观点有点疑问,是不是需要分场景来定?

  A场景(假设)张晓龙要做微信产品,他决定用scrum来实施,那么po是张晓龙,不是因为张是产品经理,而是因为张是为产品的价值负责的人,是最了解产品愿景的人。

  B场景 某公司邀请某软件开发团队(团队包括产品经理和技术开发人员)协助某产品开发。这种情景下,po是不是不应该为这个被邀请团队的产品经理,而应该是这个项目的发起人或者是发起人指定的人员,因为被邀请团队的产品经理其实也应该归属为开发团队,同时项目发起人或者是发起人授权的人员(客户方)才是真正了解产品愿景的人 。

  人人都是产品经理(是以产品经理、运营为核心的学习、交流、分享平台,集媒体、培训、社群为一体,全方位服务产品人和运营人,成立9年举办在线+期,线+场,产品经理大会、运营大会20+场,覆盖北上广深杭成都等15个城市,在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监,他们在这里与你一起成长。

 
版权所有©深圳市优品医疗设备有限公司 粤ICP备00000000号 办公地址:广东省深圳市工业区00栋凯博科技园00楼-0 天荣棋牌-天易棋牌官网-八门棋牌游戏-点点棋牌下载