用Leangoo领歌免费敏捷工具做敏捷需求管理

本文探讨了传统瀑布工作模式的需求管理弊端,提出敏捷开发中使用产品Backlog和用户故事进行需求管理的方法。Leangoo领歌作为工具,提供了端到端的敏捷管理解决方案,包括需求梳理、看板管理、燃尽图追踪等,强调透明性和团队协作的重要性。

传统的瀑布工作模式使用详细的需求说明书来表达需求,需求人员负责做需求调研,根据调研情况编制详细的需求说明书,进行需求评审,评审之后签字确认交给研发团队设计开发。在这样的环境下,需求文档是信息传递的主体,也是一份契约。

然而详细的需求说明书有以下5大弊端:

  • 单向的信息传递,容易出现理解偏差。
  • 文档很正式,我们会误以为它一定是对的,不去质疑它,让我们停止作出判断。
  • 有了详细的文档,我们不会反复讨论它,相互确认。
  • 书面文档不利于团队共享责任,它扮演了证据的角色。Scrum强调团队共享责任,不论是需求人员、开发人员和还是测试员,大家的共同目标是通过讨论、协作,正确理解需求之后把这些需求变成客户真正需要的功能,而不是单向的任务传递。
  • 编制详细的、表达准确需求文档需要花费大量的时间,如果需求变化频繁,维护成本更高。

 敏捷使用产品Backlog来管理需求,产品Backlog是一个需求的清单,按照需求的商业价值排序, 高优先级的需求在Backlog的最上层。产品Backlog是一个渐进明细的清单,它有4个主要特点,称之为DEEP:

  • Detailed 合适的详细程度,高优先级需求更加明细,低优先级的需求粒度更大
  • Emergent 涌现式的,需求是慢慢涌现出来的,渐进明细的
  • Estimated 经过估算的
  • Prioritized/ Ordered 根据商业价值排好顺序的

在产品Backlog中,需求的主要表现形式是用户故事。用户故事是从用户的角度对需求的简短描述。用户故事是将团队的焦点从描述、编写功能需求转移到讨论需求的最佳方式。

用户故事是从用户的角度来描述用户渴望得到的功能。一个好的用户故事包括三个要素:

  • 角色:谁要使用这个功能。
  • 活动:需要完成什么样的功能。
  • 商业价值:为什么需要这个功能,这个功能带来什么样的价值。

用户故事通常按照如下的格式来表达:

英文:
As a <Role>, I want to <Activity>, so that <Business Value>.

中文:
作为一个<角色>, 我想要<活动>, 以便于<商业价值>。
比如:作为一个网站的普通会员,我期望在我下订单后,未发货之前可以取消订单,这样对我来说更灵活。

Leangoo领歌是一款专业的敏捷开发管理工具,提供端到端敏捷研发管理解决方案,涵盖敏捷需求管理、任务协同、进展跟踪、统计度量等。我们可以通过Leangoo领歌来管理敏捷需求。

如何使用Leangoo领歌做敏捷需求管理

首先注册登录Leangoo系统,新建一个Scrum敏捷开发项目,在项目内新建一个产品Backlog看板,填写好看板名称,如下图:

需求看板创建完成后,系统会自动为您创建几个列表,列表一般代表需求的状态。

在Leangoo领歌看板上,我们可以根据实际场景自定义列表,通常我们会在在产品backlog看板中创建这几个列表:“用户故事池、用户故事-待梳理、用户故事-梳理完成、用户故事-实现中,用户故事-已完成”,通过列表流转,让团队直观的了解需求的优先级和规划安排。然后在每个列表上添加需求卡片,一个需求一张卡片。

下图就是一个产品Backlog示例看板:

上图需求卡片右下角的图标分别代表了这张需求卡片的工作量、对这个需求的一些讨论,以及需求的验收测试要点等。

Leangoo中,验收测试要点是以检查项的方式体现。

打开需求卡片,我们可以添加更多信息,比如:评论,检查项,开始截止时间、标签等,通过标签对卡片进行分类或卡片优先级排序。如下图所示:

在Leangoo中,每个需求卡片的优先级体现有两种方式:

1、由它的位置来决定,每个列表里面的卡片根据位置对卡片进行强制排序,高优先级的卡片放到最上面,低优先级的需求卡片在下面。

2、使用标签,标签可以自由命名,为标签命名后可直接将标签拖拽至卡片上即可一目了然的了解需求优先级。

用户故事添加完成后,团队可以对优先级较高的用户故事进行梳理。可以将完成用户故事需要的任务项添加到卡片内的检查项中,以便后续用户故事规划到Sprint中后,方便拆解成更小的任务卡片。

需求规划至迭代看板进行迭代

每个迭代开始前,我们需要将已梳理完成且优先级最高的用户故事规划到迭代看板内,以便准备迭代中需要完成的内容。

点击看板内“Sprint规划”按钮,将计划在“Sprint1”内做的用户故事拖拽到“Sprint1”看板内。

注:规划过的卡片左上角会有蓝色的规划标记。

需求看板进度统计

根据看板周期、燃尽图配置信息,Leangoo可统计项目下所有需求看板进度。

每个迭代中都有一个重要的迭代进度统计 — 燃尽图

燃尽图是Scrum中的一个简单实用的团队进展跟踪的工具,能形象地展示当前迭代中的剩余工作量和剩余工作时间的变化趋势,一般在每日站会时团队会通过燃尽图来了解当前Sprint冲刺速度情况。Leangoo领歌会根据故事卡片的变化自动生成发布燃尽图。

点击看板右侧“菜单”,选择“看板统计”即可查看燃尽图,如下图所示:

燃尽图

每个迭代完成率

迭代完成率是统计项目内每个迭代看板的完成情况。

配置好看板周期和燃尽图,Leangoo会自动统计每个迭代看板的完成情况,并且自动生成可视化统计图表,以便管理层可以一目了然的看到每个迭代完成进度。

统计每个迭代团队速率

团队速率是Scrum团队在一个迭代中实际完成的工作量(通常使用故事点做为团队速度的单位)。

每个迭代结束后,Leangoo领歌会自动记录当前迭代完成的工作量,并且自动生成团队速率的可视化统计图表,以便团队可以了解团队效率变化的趋势并进行分析。

通过上述的方式,我们就可以很好的管理敏捷需求了。

最后还有一点提醒,敏捷强调透明性,所以,可视化管理产品backlog很重要,如果条件允许,我们可以考虑通过大的显示屏幕将产品Backlog进行可视化,有触屏大电视会更好。

该数据集通过合成方式模拟了多种发动机在运行过程中的传感器监测数据,旨在构建一个用于机械系统故障检测的基准资源,特别适用于汽车域的诊断分析。数据按固定时间间隔采集,涵盖了发动机性能指标、异常状态以及工作模式等多维度信息。 时间戳:数据类型为日期时间,记录了每个数据点的采集时刻。序列起始于2024年12月24日10:00,并以5分钟为间隔持续生成,体现了对发动机运行状态的连续监测。 温度(摄氏度):以浮点数形式记录发动机的温度读数。其数值范围通常处于60至120摄氏度之间,反映了发动机在常规工况下的典型温度区间。 转速(转/分钟):以浮点数表示发动机曲轴的旋转速度。该参数在1000至4000转/分钟的范围内随机生成,符合多数发动机在正常运转时的转速特征。 燃油效率(公里/升):浮点型变量,用于衡量发动机的燃料利用效能,即每升燃料所能支持的行驶里程。其取值范围设定在15至30公里/升之间。 振动_X、振动_Y、振动_Z:这三个浮点数列分别记录了发动机在三维空间坐标系中各轴向的振动强度。测量值标准化至0到1的标度,较高的数值通常暗示存在异常振动,可能与潜在的机械故障相关。 扭矩(牛·米):以浮点数表征发动机输出的旋转力矩,数值区间为50至200牛·米,体现了发动机的负载能力。 功率输出(千瓦):浮点型变量,描述发动机单位时间内功的速率,取值范围为20至100千瓦。 故障状态:整型分类变量,用于标识发动机的异常程度,共分为四个等级:0代表正常状态,1表示轻微故障,2对应中等故障,3指示严重故障。该列作为分类任务的目标变量,支持基于传感器数据预测故障等级。 运行模式:字符串类型变量,描述发动机当前的工作状态,主要包括:怠速(发动机运转但无负载)、巡航(发动机在常规负载下平稳运行)、重载(发动机承受高负荷或高压工况)。 数据集整体包含1000条记录,每条记录对应特定时刻的发动机性能快照。其中故障状态涵盖从正常到严重故障的四级分类,有助于训练模型实现故障预测与诊断。所有数据均为合成生成,旨在模拟真实的发动机性能变化与典型故障场景,所包含的温度、转速、燃油效率、振动、扭矩及功率输出等关键传感指标,均为影响发动机故障判定的重要因素。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值