全部
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
测试开发之自动化篇-为什么是接口自动化测试?
近年来,随着DevOps和敏捷过程越来越广泛地被采用,软件测试、特别是自动化测试得到了迅速的发展。
“软件自动化测试金字塔模型”将可自动化的测试自底而上分为单元测试、服务接口测试和界面自动化测试三个部分。正立的金字塔结构建议我们开展更为广泛的单元测试,以期获得更早发现问题和更高执行效率带来的收益,但不断增加的单元测试也会显著提高开发资源的投入。随着趋于顶部更多的UI层面自动化测试的开展,我们可以获得更高的累积测试覆盖率,但频繁的用户界面调整会带来更高的脚本维护工作量,自动化测试的投入产出比也将逐步收敛。
近年来,随着移动应用的普及、微服务和Web前后端分离模式的广泛应用,客户端的表...
2022-09-06
如何实施极限编程?
极限编程虽然是敏捷开发的一种主要方法,但真正实施极限编程的团队比率很低,只有可怜的7%(数据来源:《2021年度敏捷状态报告》)。是什么原因阻碍了极限编程的推广和实施呢?结合我们自身实施极限编程的经验体会来看,我觉得可能有如下的原因:
首先极限编程并没有Scrum和看板那么酷。Scrum会对流程有明显的改动,很容易让团队感知到变化。作为改革的推动者,Scrum教练也更能体现自己的价值。看板本身就非常强调可视化,所以在价值呈现方面有先天的优势。但是极限编程的实践更多的是集中在工程侧,流程方面相关的实践又与Scrum有相似的地方,不太容易体现自己的价值。
其次极限编程的实施需要长期的过...
2022-09-05
测试开发之自动化篇-禅道ZTF自动化框架设计
在前面的文章中,我们介绍了自动化测试框架设计有关的内容。实际工作中,我们通常没有必要从头开始造轮子,而是可以基于一些开源项目,实现适合自己公司业务的测试框架。
禅道团队在设计ZTF开源自动化测试框架时,我们希望它可以满足以下几个目标:
学习成本低,一节课时间即可上手;
尽量减少对公司现有测试资产的侵入;
免安装,下载后解压即可用;
支持流行的各种脚本编程语言;
兼容主流的自动化测试框架;
丰富的命令行参数,以方便在持续集成工具中使用;
自带一个简洁、易用的客户端;
支持各种主流操作系统;
可以和公司现有研发管理系统很好地集成。
...
2022-09-02
测试开发之自动化篇——自动化测试框架设计
今天,给大家介绍如何进行自动化测试框架的设计。这里所说的框架,是建立在一些主流类库、框架或工具的基础上的,自行研发的、适合公司的自动化测试资产。
如今有很多UnitTest测试框架,已经提供了数据驱动、用户并发、断言、报告等优异的特性,完全可以被用来进行单元测试之外的功能、性能、接口等方面的测试,建议大家可以基于他们来实现。
这里给出我们建议的、自动化测试框架的分层结构,下面将围绕此给大家逐一做介绍。
测试用例脚本
在此实现业务的自动化测试,这一层面的脚本同手工测试用例具有最直接的对应关系。
公共业务脚本
一些提取出的、可在业务层面复用的函数、类库或脚本。比如网上购物系统的...
2022-09-01
需求变更,敏捷项目应如何做?
前两天我们在做项目复盘的时候,发现其实在整个过程中还是遇到了不少需求变更的问题,不过还好我们算是比较圆满地解决了这些突如其来的问题。相信也会有很多朋友和我们团队一样,经常遇到客户这边的需求变更,确实这是一个非常棘手的问题。不过在敏捷项目管理过程中,我们还是有一些方法可以解决需求变更这个问题的。
尽管我们对需求变更“深恶痛绝”,但毕竟,该面对的还是要面对的。
在敏捷项目管理中,我们要如何应对需求变更的问题呢?
一、设置Product Backlog与Sprint Backlog
Scrum框架针对需求变更,设置了Product Backlog(产品待办列表)和Sprint Ba...
2022-08-31