敏捷开发
敏捷开发模式下如何快速提升产品质量
随着敏捷开发模式逐渐走入大众视野,它开始逐步取代了传统的瀑布式开发模式,被越来越多的研发项目团队采用。敏捷开发采用快速迭代,快速发布可用版本的方法,持续输出、持续改进。不同于传统的软件开发模式,敏捷开发模式有着自己鲜明的价值和方法。但即使实践了敏捷,我们可能还会发现,Bug并没有消失。
面对这些Bug的出现,团队成员常常会产生这样的疑惑:
为什么明明进行了很多轮的测试,但软件正式上线还是会出现很多Bug?
为什么这么明显的Bug,上线之前就没有测试出来?
这些Bug,是不是因为测试人员工作不到位造成的?
但实际上,测试人员并不能决定软件质量的好坏。尤其在团...
2022-09-20
一键开启Scrum回顾会议的精彩时刻
其实回顾会议作为一个检视、反馈、改进环节,不仅在传统的瀑布管理模式中,还是在Scrum一类的敏捷管理流程中,都是非常重要的活动。一些团队认为它无法产生直接的价值,所以有意忽略了这个会议;一些团队在越来越多的回顾中忽然发现,这项活动变得开始流于形式,逐渐僵化了;也有一些团队在开回顾会议的时候,发现无法调动起参会成员的积极性,不能开展有效的回顾……
出现上述情况的原因有很多,如:
没有提前为回顾会议预留出时间,总是在大家忙到飞起的时候叫大家去开会,激起了团队成员的反感情绪;
一次又一次的回顾会议找出了团队里的很多问题,但却迟迟没有将这些问题铲除,逐渐消磨了大家的积极性;...
2022-09-16
Sprint产品待办列表的优先级要怎么排?
在梳理产品待办事项列表的过程中,产品负责人需要先做优先级排列,保证我们在一定的时间盒内能够交付需要优先级最高、最具价值的用户故事。那这个用户故事的优先级要怎么排列,我们怎样选择用户故事的实现顺序?
有一个实践可以推荐给大家:MoSCoW排序法。MoSCoW排序法是一种用于管理、业务分析、项目管理和软件开发的优先级排序技术,用于与利益相关者就需求的重要性达成共识。
MoSCoW这个词本身是一个首字母缩略词,来源于四个优先类别的第一个字母:
M-Must have:必须有的产品功能;
S-Should have:虽然不是必须有的功能,但这些功能很重要,应该有;
C-...
2022-09-14
转型敏捷中,有哪些无形的障碍?
随着市场环境的快速变化,传统管理方式的弊端日益显露,对于渴望紧跟行业趋势以不断满足用户多样化需求的群体来说,敏捷转型就显得非常关键。但就许多企业本身来说,由传统管理向敏捷管理的转型并不是一帆风顺的,本文我们将为您解答转型过程中为什么会遇到障碍,最大的障碍是什么,以及如何消除或减少这些障碍,助力打造您期望中的敏捷团队。
一、形成障碍的根源
形成障碍的根源大致可分为以下三个方面:
(1)认知方面:我不明白需要改变什么东西,会带来什么好处,怎么改变?(2)情绪方面:我能做到么?我会喜欢它么?我是不是感觉受到了威胁?(3)行为方面:我拒绝被人吩咐做事。
二、最大的障碍是什么
整个向敏捷管...
2022-09-13
Scrum:发现问题的工具
Scum的意义是什么?与真正的Scrum流程相比,我们现在的Scrum实践到底哪里出了问题?其实在Scrum的实践过程中,我们经常能听到一些对Scrum的不满:实施了Scrum之后,发现有的问题一直没有解决,比如因为服务器是跨境的,经常会遇到网络问题导致长期的等待,这个问题就算是应用了Scrum之后也没能解决……对于这一类的问题,我想一定有很多人陷入了这样一个误区:Scrum能够帮助大家解决流程中的问题。实际上,Scrum能够做到的就是帮助大家发现在流程中或者在项目过程中存在的问题,然后我们需要正视这些流程中的问题,通过各种方式来解决问题。举个例子:我们为每一个Sprint都制定了目标,在这一...
2022-09-09
交付有价值的产品,先澄清用户故事吧!
在当下,处于VUCA时代的我们也在面临着来自客户的易变、不确定、复杂化、模糊化的需求。这种多变的需求推动着我们要加强与客户的沟通交流,通过用户故事来澄清客户需求,帮助客户打造对他们来说有价值的产品。所以我们该怎样澄清用户故事呢?
一、谁来编写用户故事?
用户故事是由谁来写呢?一般情况下,一定是最接近用户的角色来负责编写用户故事,这个角色一般情况下是客户或者产品负责人。通常客户写出来的需求也不能称为严格意义上的用户故事,这就需要产品负责人在与客户确认的基础上再加工,形成一个完整的用户故事。 如果在某个团队中,用户故事是由测试人员或开发人员编写的,那我们也同样需要明确这个用户故事是经过客户和...
2022-09-08
怎么开Scrum五大会议?
在Scrum框架中,我们对Scrum的五个会议一定都不陌生,但如何组织这五个会议,才能让Scrum团队真正积极、主动地参与进项目管理中呢?接下来我们会以一个Sprint为周期,详细介绍一下Sprint中的五大会议。
一、产品待办事项列表梳理会
产品待办事项列表梳理会其实是贯穿在所有Sprint中间的活动,这个会议不仅为当下的Sprint打下基础,还为之后的Sprint提供优先要做的待办事项。
一般在Sprint开始前,需要开发成员、产品负责人以及Scrum Master一同参与,来讨论需求,拆分、澄清用户故事;完善验收标准;对故事的优先级进行排序;估算故事点。产品待办事项列表梳理会的时...
2022-09-07
需求变更,敏捷项目应如何做?
前两天我们在做项目复盘的时候,发现其实在整个过程中还是遇到了不少需求变更的问题,不过还好我们算是比较圆满地解决了这些突如其来的问题。相信也会有很多朋友和我们团队一样,经常遇到客户这边的需求变更,确实这是一个非常棘手的问题。不过在敏捷项目管理过程中,我们还是有一些方法可以解决需求变更这个问题的。
尽管我们对需求变更“深恶痛绝”,但毕竟,该面对的还是要面对的。
在敏捷项目管理中,我们要如何应对需求变更的问题呢?
一、设置Product Backlog与Sprint Backlog
Scrum框架针对需求变更,设置了Product Backlog(产品待办列表)和Sprint Ba...
2022-08-31
如何有效改进回顾会议(下)?
在重新梳理了回顾的大致流程之后,我们接下来需要做的就是改进回顾会议,让团队在回顾会议中更高效地思考。系统思维在回顾中是非常重要的,因为作为个人来讲,在没有信息和数据的情况下,团队成员会倾向于依据自己的理解和过去的经验来做出假设和结论,但这些假设和结论是片面或者说是不符合实际的。举个例子:原定于10点的会议已经延迟了十分钟还没开始,这时,鲍勃冲了进来开始道歉:“对不起,我来晚了!就在我刚要离开家的时候,一只流浪狗跑了过来。”这时房间的其他参会者表示:“酷!”利亚姆说,“你会收留它吗?”“太吓人了,你没事吧?”琼妮问。伊恩点了点头,催促道:“好吧,让我们先结束这次会议吧。”这三个人同时听到了鲍勃的...
2022-08-29
如何有效进行回顾会议(中)?
组织开展运行良好的回顾会议能帮助团队做出改进和进行下一步的行动,那么到底应该如何进行有效的回顾呢?以下是一些需要重点关注的事情,掌握以下要素不仅可以帮助团队提高效率、增加乐趣,逐步减小或消除人们对于Scrum的误解。
一、明确会议的基本规则
明确的会议规则应该成为团队工作协议的一部分。理想情况下,这些规则是针对具体行为的(例如“陈述观点并提出真正的问题”)而不是抽象的(例如“尊重”)。同时,这些规则应该由团队创建、维护并由团队所有。
那如何确定这些基本规则呢?可以让团队成员都试着回忆下自己最近参加过的并认为是最好或最有效的回顾会议,在每个人都讲述完这些会议模式到底好在哪里后,大家...
2022-08-22