BuildRun低代码开发教程第二节 | 功能需求梳理和任务定义

课程说明

本课程介绍如何利用Buildrun平台提供的工具来梳理用户的需求,通过用户故事定义用户需求,并根据用户故事来定义任务,涉及的主要内容:

  1. 用户故事
  2. 用户故事地图
  3. 版本规划
  4. Backlog管理
  5. 迭代计划
  6. 知识库的使用

课程内容

1. 功能需求梳理

1.1 用户故事地图(User Story Mapping)

用户故事地图作为一种有效的需求工具,越来越广泛地应用于开发实践中,用户故事地图可以将你的backlog变成一张二维地图,用户故事地图可以解决以下问题:

  • 更容易看清backlog的全貌
  • 为新功能梳理和确定优先级提供更好的工具
  • 便于使用头脑风暴和其他协作方式来整理用户故事
  • 帮助更好的进行迭代增量式开发,同时确保早期的发布可以验证整体架构和解决方案
  • 为传统的项目计划提供一个更好的替代工具
  • 有助于激发讨论和管理项目范围
  • 促进从多维度进行项目规划,确保不同的想法可以得到采纳

如何以故事地图的方式来全面理解用户需求、分解和优化需求,请参考清华大学出版社出版的 《用户故事地图》一书。

1.2 用户故事(User Story)

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

  1. 角色:谁要使用这个功能。
  2. 功能:需要完成什么样的功能或目标。
  3. 价值:为什么需要这个功能,这个功能带来什么样的价值。

用户故事通常按照如下的格式来表达:
作为一个<角色>, 我想要<活动>, 以便于<商业价值>

用户故事应该清晰地体现对用户或客户的价值,最好的做法是让客户团队来编写故事。客户团队应包括能确定软件最终用户需求的人,可能包括测试者、产品管理者、真实用户和交互设计师。因为他们处于描述需求的最佳位置,也因为随后他们需要和开发者一同设计出故事细节并确定故事优先级。

如何更好的进行用户故事与敏捷开发方法的结合,编写良好的用户故事,排列用户故事的优先级,请参考清华大学出版社出版的《用户故事与敏捷方法》一书。

2. 定义用户故事地图和用户故事

进入“项目视图空间”中,选择“协作->故事地图”菜单,定义史诗和用户故事信息。

在这里插入图片描述

我们的用户故事地图由以下几部分组成:

  1. 史诗,对应用户故事中的用户行为活动,一般我们以应用模块作为定义
  2. 用户故事,描述用户希望得到的功能
  3. 故事缩略图,用户故事地图很大时可以快速导航
  4. 史诗或用户故事详细信息
  5. 史诗或用户故事关联的附件、知识条目和问题

如果启用了项目群管理,1和2之间就会多出一层特性对应用户故事地图中的用户任务,由于我们的这个项目没有启用项目群,所以史诗直接和用户故事关联

2.1 史诗定义(用户行为活动)

根据BrIoT应用建设的需求,我们定义如下的史诗信息:

史诗名称史诗概要
产品管理包括的核心功能:产品维护、数据流维护和功能点维护
设备管理包括的核心功能:设备组维护、设备维护和设备指令下达管理
仪表盘包括数量统计、设备状态和趋势统计的图表和仪表盘展示
移动应用移动设备上实现主要的功能,iOS, Andriod, Wechat

2.2 用户故事定义

进一步分解史诗,定义如下的用户故事信息(部分):

史诗名称用户故事
产品管理作为产品管理员,我希望能够录入产品信息进行产品管理
产品管理作为产品管理员,我希望能够修改产品信息
产品管理作为产品管理员和用户,我希望能够查看所有产品的信息
产品管理作为产品管理员,我希望能够看到每个产品下管理的设备总数
产品管理作为产品管理员,我希望能够看到每个产品下数据流的总数
产品管理作为产品管理员,我希望能够看到每个产品下功能点的总数

更多的用户故事定义就留给读者自己去完成。

2.3 产品版本规划

BrIoT应用建设是一个持续迭代的过程,快速迭代实现更好交付价值的同时及时收集用户的反馈,通过用户故事地图,根据业务的需求制定产品发布计划,进而排定用户故事的优先级。为了能够逐步的解释Buildrun的应用构建能力,我将采取先实现核心功能开始,逐步完善细节和复杂逻辑的步骤进行应用版本发布计划。

进入“项目视图空间”中,选择“协作->工作列表”菜单中的“版本列表”,定义产品发布版本信息。

在这里插入图片描述

按照产品发布版本的定义,在用户故事规划界面中(协作->故事地图)将用户故事指定为某些版本(1),并切换故事地图到“版本泳道”视图(2),可以清楚的按照版本规划展示规划好的用户故事。

在这里插入图片描述

3. Backlog和冲刺规划

完成了用户故事的定义和版本规划后,可以根据团队的能力进行任务的创建和管理,完成敏捷迭代的规划,进入到应用的构建阶段。

进入“项目视图空间”中,选择“协作->工作列表”菜单进入待办事项视图,通过创建冲刺(1),从3区域拖动待办事项到2区域中加入冲刺中。也可以通过“创建问题”来创建新的用户故事或任务等。

在这里插入图片描述

有了任务和冲刺的规划,团队成员就可以进入“项目视图空间”中,选择“开发->迭代计划”菜单进入迭代计划(看板)来可视化管理任务进度,推进应用构建过程中项目和任务的管理。

在这里插入图片描述

至此我们已经准备好了应用构建前的项目准备和相关任务规划,从下一课开始进入应用构建。

4. 关联知识

在功能需求梳理过程中,会涉及到功能模块的设计,或者功能的原型设计等,Buildrun平台提供知识库的功能来帮助团队成员协作完成知识管理的工作,在“项目视图空间”中,选择“协作->知识库”菜单进入知识维护界面,定义的知识可以在史诗、用户故事等进行关联。

遇到问题怎么办

在Buildrun使用过程中,任何平台的问题和建议,都可以点击页面右下角用户反馈按钮,实时向开发团队提交反馈,我们会在第一时间处理。

在这里插入图片描述

上一节开发课程回顾

《BuildRun低代码开发教程第一节|项目环境准备》

下一节将讲解如何通过迭代计划和代办事项进行任务的管理,本系列开发教程不断更新中,欢迎持续关注。

关于BuildRun

BuildRun带来了多云架构环境下基于视觉的企业级应用创建、集成、部署、生命周期管理和分发的能力,由开源Choerodon猪齿鱼核心团队创立的BuildRun公司(上海翘腾科技有限公司)的使命是以云原生的现代化软件架构来帮助企业提升软件开发生产力和业务敏捷性,它提供企业级DevOps平台和企业级低代码开发平台,帮助隐藏应用所依赖的基础环境的复杂性,让每个人都只需要专注在业务逻辑上,以新的方式让团队能够快速、持续地将他们的想法转化为真正的商业价值。


欢迎免费注册,体验试用低代码应用开发

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值