scrum敏捷开发

引用自:scrum敏捷开发

scrum计划会议到底怎么开

计划会议——需求分解

计划会议的意义是让团队共同确认和理解本次Sprint要完成的工作。参与本次Sprint的所有人员都要参加

  1. 计划会议的第一步,是产品负责人向团队成员详细讲解每一个User Story
  2. 讲解后并对User Story进行排序和估算,团队集体参与,可以借助敏捷扑克牌来进行集体估算。 – 估算需求耗时。
  3. 最终制定出这一期Sprint要完成的Story列表,即Sprint Backlog。与会人员应认真听产品负责人的讲解,并发表自己的意见,以确保自己对每一个Story理解都是正确的。

我们在分析用户故事时,要清楚用户的根本需求,从而制定最佳解决方案,问题的最优解往往要考虑其投入产出比。

例:空肥皂盒故事

一家肥皂工厂,经常性收到客户的投诉,说买到的肥皂有很多空盒子。 肥皂工厂的产品经理被上级命令解决这个问题。
产品经理提出: 制造一台X光监视器,用来检测、排除空的肥皂,接下来开始整理sprint backlog.

  • A提出: 需要找个工程师制造X光能谱仪
  • B提出: 需要信号处理、数据处理系统。
  • C提出: …
  • D提出: 只需要一台电风扇,便可将空盒子剔除!

计划会议中,Sprint Backlog的制定,是整个Scrum团队基于自身情况共同商议讨论的结果,而不是产品负责人自己独裁决定的。Sprint Backlog制定出来后,下一步就是要对Story进行任务分解和领取

计划会议—任务分解

在确认了Sprint Backlog之后,计划会议的第二部分是团队对每一个Story进行任务分解并自由领取。 分解的标准是将完成该Story所要做的所有任务进行分解。
当然,这些任务不仅仅是开发的,也可能包括非开发性事务。如文档撰写、销售联系、付款采购等等
分解任务后,大家自愿领取喜欢的任务,并完成工时的预估,最终每个任务都有明确的负责人。
要注意任务的领取要遵守自由、自愿的原则,而不是由项目经理硬性指派并指定工时

计划会议中,为什么任务可以自由领取,并且不怕团队成员多估工时呢?
  • 开发人员自己领取,并做估算,是对团队的一种承诺。
  • 任务的规模大家有共识,加上良性竞争,所以不怕故意高估工时。
  • 每天召开站立会议也会及时同步信息,保证信息公开透明。
  • 借助项目管理软件的工时、动态、燃尽图等功能,及时了解大家的工作情况。

敏捷估算扑克牌的正确玩法

一、敏捷估算扑克的使用方法多样,可结合项目自身情况使用。

  1. 分牌:为每名参与估算的成员分一组牌,每副牌可供4人估算使用;
  2. 讲解:产品负责人为大家讲解需要估算的任务,团队成员可针对该任务进行讨论并提出问题,对该任务有一定的了解;
  3. 估算团队每个成员同时出牌,代表自己的估算工时,估算过程不可互相商讨,团队结合项目自身情况选用合适的估算规则,取得估算值

二、敏捷估算扑克牌估算规则:

  • 如果大家的估算结果相近,可以取平均值,本次估算结束。
  • 如果大家的估算结果相差很大,估值最大和最小的成员分别阐述自己的观点。沟通后重新进行估算,最多可进行3轮估算。
  • 三、使用敏捷估算扑克的好处:
  1. 促进团队成员间的交流,可共享、了解更多的信息;
  2. 避免团队成员不发言的现象,可了解到每个成员的想法;
  3. 真正参与工作的团队估算,会从不同岗位的视角来思考和分析问题,所以会使估算结果更全面、准确
  4. 团队对估算结果进行讨论和评判,会使估算结果更真实、客观,避免很多过于武断的决定
  5. 估算实际上也是团队成员对工作的沟通过程,对加深团队成员对任务的理解


站立会议:猪与鸡的故事

在 Scrum站立会议中,可能有不同部门或岗位的人一起参加,但是要注意,只有真正参与项目的人才有发言权。
会议中可准备一个话筒或道具,只有拿着该道具的人才能发言每个人说一下昨天做了什么,今天做什么,以及遇到的问题,但会议中并不去解决问题,可以会后探讨
其他非参与项目的与会人员可以旁听,但不可喧宾夺主,每个人的角色、职责不同。

在Scrum中,包括Scrum Master 、产品所有者、开发团队等成员,
而客户,市场商务人员都是Scrum中的
猪才是团队的核心,拥有较大的话语权。 但实际项目中往往是猪类角色没有发言,而鸡类角色喋喋不休,最后每个决定却让猪去承担后果,这是Scrum要尽力避免的。



Scrum验收会议:攻城狮的秀场

验收会议是一个非正式会议,并不是进度汇报会议,无需整理幻灯片,只要提前准备下要演示的内容即可
验收会议的意义并非单纯的演示,最主要的目的是通过演示获取反馈,从而促进产品优化改进。 根据最后的完成情况,所有参会人员协同讨论,并记录下发现的Bug及问题

验收会议中,整个团队都需要参加并会邀请所有与产品相关的人员参加,会议的结果产出,也就是演示过程中:发现、商讨并记录的所有问题,会列入到Product Backlog中,以便产品负责人后期管理。



Scrum回顾会议:有话好好说

Scrum回顾会议是一个周期性的回顾,总结工作中的经验和教训
回顾会议发生在验收会议结束之后,下个迭代计划会议之前。 时间一般为1-2小时。
Scrum团队所有成员都要参加,Scrum Master要确保回顾会议的正常举行

1. 回顾会议旨在对前一个迭代周期中的人、关系、过程和工具进行检验。
从而明确了团队接下来要开始做什么,停止做什么,以及继续做什么
比如:

  • 下个迭代要修复上期迭代中已发现、记录的 bug 问题;
  • 之前团队开站立会议时不同角色沟通发言的方式不对,我们要停止并进行改善;
  • 我们之前采用的结对编程感觉效果不错,所 以后面可以继续做。

Scrum团队中,除了产品的迭代改进,团队的技术实践同样需要逐步优化改进。 很多Scrum团队对于回顾会议并没有足够的重视,甚至直接跳过了这一步。

2.如果不开回顾会议会有什么问题呢?
会导致对于项目结果及过程中的问题不清晰,长此以往,技术债务累积,最终导致项目失败。
所以,回顾会议必不可少,Scrum Master应该鼓励团队在Scrum的流程框架内改进开发过程和实践,使得团队能在下个迭代中更高效。

3.而实际要开好回顾会议也并非易事。
召开回顾会议的最高指导原则是:” 相信每个人当时都是尽了最大的努力。 ”这样可以给团队创造安全环境,避免开成“抱怨会”或“甩锅会”。

Scrum 回顾会议要求 Scrum Master 要有足够的协调能力并活跃会议氛围,以提升团队成员的参与积极性,`Z促使大家能 够 说出真实的想法,并发掘更有效的改进建议
在回顾会议的最后,Scrum团队应该确定在下个迭代中将要实现的有效改进方法,并在接下来的迭代中付诸行动。



Scrum角色:论牧羊犬如何混迹于Scrum圈

Scrum中的动物角色

在Scrum中,有很多具有代表性的动物角色,比如往期视频给大家介绍的猪与鸡

这期我们整合了其他角色的动物形象,分别围绕狼、羊、牧羊犬这三个动物在Scrum中对应的人物角色,讲了两个故事,希望大家会对Scrum的这些角色有进一步的了解。

  • :在Scrum团队中,老板、产品经理等人物像狼的角色,因为他们会不时地给开发团队增加任务。
  • :而开发人员则充当了羊的角色,除了敲代码就是掉头发。
  • 牧羊犬Scrum Master更像是牧羊犬的角色,是团队的“保护伞”也可以监督团队防止开发团队“镀金”等行为,以确保团队在项目过程中遵循着Scrum的理论、实践和规则。

保护伞–场景

  1. 老板临时在sprint中增加需求,
  2. 牧羊犬内心OS
    • 拒绝:但对方是老板
    • 顺从:但是这期计划已经排满了
  3. 最后抉择:先整理需求,排下优先级,下周计划会议的时候开始排计划,两周后(下一个迭代)就可以拿到功能,这样是否可以?

牧羊犬是团队的“保护伞”,可以保护开发团队免受狼类角色的外部干扰,让团队可以专注于价值交付。

监督团队-镀金行为

  1. 开发人员擅自增加功能
  2. 牧羊犬发现迭代中没有该用户故事,要求开发人员把该功能去掉。

在这里要特别说明一点, 项目研发过程中,Scrum Master要尽可能规避程序员的镀金行为,尽量做到早发现、早解决,避免程序员擅自添加项目已定需求之外的功能,以减少后期不必要的附加成本。



敏捷中的仪式感

《小王子》中说“仪式感就是使某一天与其他日子不同,使某一时刻与其他时刻不同”

敏捷开发中也存在这种仪式感,如用户故事中角色、活动、商业价值三要素,敏捷扑克牌估算工时,迭代计划需求优先级排序,每日站立会议,功能演示,代码评审,回顾会议等流程都遵循了一定的仪式感。

用户故事三要素: 作为一个<角色>, 我想要<活动>, 以便于<商业价值>

可视化管理-kanban
在这里插入图片描述
看板是敏捷开发中保证软件持续集成,并不让开发团队超负荷的可视化工具。
在敏捷项目中,团队成员通过对物理移动任务卡片来表示任务的状态和进展,强化任务开始和结束的仪式感。

敏捷估算
迭代开始前,会对迭代中计划的任务进行估算,确保计划中的工作量相对合理。
为增强仪式感, 敏捷团队通常借助敏捷估算扑克牌道具,进行工时估算。
使用该方法的好处是: 可以促进团队间的交流,让大家共享、了解更多的信息。

会议的时间、地点
不管是敏捷中的每日站立会议、回顾会议等实践 ,团队应让同一会议在固定的时间、固定的地点进行,以保证团队成员对会议的准备和期待.
对于迟到者,可以通过发红包、分享零食等惩罚机制。

会议发言顺序
敏捷会议中,团队成员逐个发言,只有真正参与项目的人,才可以发言。
发言者,手持道具,通过道具传递,保证团队核心成员发言。避免鸡类角色喋喋不休,却让猪类角色承担后果

道具可以是话筒,水或者是橄榄球.、

会议时长
scrum迭代中期较短,各项会议时间也力求短小,言简意赅。
站立会议中,团队成员轮流发言,讲述昨日事务、今日计划、待解决问题,时长通常不超过15min,可以通过计时器计时。 以保证参会人员精神集中,不游离。

结束信号
迭代或会议结束后,团队可能由于惯性,不会立即意识到结束,还会沉浸在此前的工作中,这会弱化仪式感,并造成之后工作的士气不足。不妨用结束式短语或者聚餐来庆祝产品的顺利交付。

敏捷中的仪式感对于组建新团队、增加新成员的情况都十分适用,它充当着团队的粘合剂,会提高新团队的凝聚力。
仪式感是团队根据自身文化与成员规模,逐渐确定特定的动作和习惯,来增强默契、保持纪律并提高工作效率。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值