计算
弹性云服务器 ECS
Flexus云服务
裸金属服务器 BMS
弹性伸缩 AS
镜像服务 IMS
专属主机 DeH
函数工作流 FunctionGraph
云手机服务器 CPH
Huawei Cloud EulerOS
网络
虚拟私有云 VPC
弹性公网IP EIP
虚拟专用网络 VPN
弹性负载均衡 ELB
NAT网关 NAT
云专线 DC
VPC终端节点 VPCEP
云连接 CC
企业路由器 ER
企业交换机 ESW
全球加速 GA
安全与合规
安全技术与应用
Web应用防火墙 WAF
企业主机安全 HSS
云防火墙 CFW
安全云脑 SecMaster
DDoS防护 AAD
数据加密服务 DEW
数据库安全服务 DBSS
云堡垒机 CBH
数据安全中心 DSC
云证书管理服务 CCM
边缘安全 EdgeSec
威胁检测服务 MTD
CDN与智能边缘
内容分发网络 CDN
CloudPond云服务
智能边缘云 IEC
迁移
主机迁移服务 SMS
对象存储迁移服务 OMS
云数据迁移 CDM
迁移中心 MGC
大数据
MapReduce服务 MRS
数据湖探索 DLI
表格存储服务 CloudTable
云搜索服务 CSS
数据接入服务 DIS
数据仓库服务 GaussDB(DWS)
数据治理中心 DataArts Studio
数据可视化 DLV
数据湖工厂 DLF
湖仓构建 LakeFormation
企业应用
云桌面 Workspace
应用与数据集成平台 ROMA Connect
云解析服务 DNS
专属云
专属计算集群 DCC
IoT物联网
IoT物联网
设备接入 IoTDA
智能边缘平台 IEF
用户服务
账号中心
费用中心
成本中心
资源中心
企业管理
工单管理
国际站常见问题
ICP备案
我的凭证
支持计划
客户运营能力
合作伙伴支持计划
专业服务
区块链
区块链服务 BCS
Web3节点引擎服务 NES
解决方案
SAP
高性能计算 HPC
视频
视频直播 Live
视频点播 VOD
媒体处理 MPC
实时音视频 SparkRTC
数字内容生产线 MetaStudio
存储
对象存储服务 OBS
云硬盘 EVS
云备份 CBR
存储容灾服务 SDRS
高性能弹性文件服务 SFS Turbo
弹性文件服务 SFS
云硬盘备份 VBS
云服务器备份 CSBS
数据快递服务 DES
专属分布式存储服务 DSS
容器
云容器引擎 CCE
容器镜像服务 SWR
应用服务网格 ASM
华为云UCS
云容器实例 CCI
管理与监管
云监控服务 CES
统一身份认证服务 IAM
资源编排服务 RFS
云审计服务 CTS
标签管理服务 TMS
云日志服务 LTS
配置审计 Config
资源访问管理 RAM
消息通知服务 SMN
应用运维管理 AOM
应用性能管理 APM
组织 Organizations
优化顾问 OA
IAM 身份中心
云运维中心 COC
资源治理中心 RGC
应用身份管理服务 OneAccess
数据库
云数据库 RDS
文档数据库服务 DDS
数据管理服务 DAS
数据复制服务 DRS
云数据库 GeminiDB
云数据库 GaussDB
分布式数据库中间件 DDM
数据库和应用迁移 UGO
云数据库 TaurusDB
人工智能
人脸识别服务 FRS
图引擎服务 GES
图像识别 Image
内容审核 Moderation
文字识别 OCR
AI开发平台ModelArts
图像搜索 ImageSearch
对话机器人服务 CBS
华为HiLens
视频智能分析服务 VIAS
语音交互服务 SIS
应用中间件
分布式缓存服务 DCS
API网关 APIG
微服务引擎 CSE
分布式消息服务Kafka版
分布式消息服务RabbitMQ版
分布式消息服务RocketMQ版
多活高可用服务 MAS
事件网格 EG
企业协同
华为云会议 Meeting
云通信
消息&短信 MSGSMS
云生态
合作伙伴中心
云商店
开发者工具
SDK开发指南
API签名指南
Terraform
华为云命令行工具服务 KooCLI
其他
产品价格详情
系统权限
管理控制台
客户关联华为云合作伙伴须知
消息中心
公共问题
开发与运维
应用管理与运维平台 ServiceStage
软件开发生产线 CodeArts
需求管理 CodeArts Req
部署 CodeArts Deploy
性能测试 CodeArts PerfTest
编译构建 CodeArts Build
流水线 CodeArts Pipeline
制品仓库 CodeArts Artifact
测试计划 CodeArts TestPlan
代码检查 CodeArts Check
代码托管 CodeArts Repo
云应用引擎 CAE
开天aPaaS
云消息服务 KooMessage
云手机服务 KooPhone
云空间服务 KooDrive
本文导读

展开导读

Scrum项目需求管理流程介绍

更新时间:2024-10-31 GMT+08:00

Scrum是增量迭代式的软件开发方法,也是当前主流的敏捷开发过程。通过迭代冲刺的方式,持续交付,从用户需求到用户反馈实现各个迭代闭环的软件开发过程。

Scrum项目类型中,预置了敏捷实践中推荐的Epic > Feature > Story > Task的四层模型,如图1所示。

图1 Scrum项目需求分解模型

Scrum项目使用的工作项类型介绍如表 Scrum项目工作项说明所示。

表1 Scrum项目工作项说明

工作项类型

说明

举例

Epic(战略举措)

  • 通常翻译为史诗,指公司的关键战略举措,可以是重大的业务方向,也可以是重大的技术演进。

    企业通过对Epic的发现、定义、投资、管理和落地达成,使得企业的战略投资主题得以落地,并获得相应的市场地位和回报。

  • Epic的粒度比较大,需要分解为Feature,并通过Feature继续分解细化为Story来完成最终的开发和交付。
  • Epic通常持续数月(months),需要多个迭代才能完成最终的交付。

    Epic应该对所有研发人员可见,这样可以让研发人员了解交付的Story承载怎样的战略举措,让研发人员能更好的理解其工作的价值。

Epic通常和公司的经营、竞争力、市场环境紧密相关,举例如下:
  • 市场差异化:用户体验全面超越竞争对手。
  • 更好的解决方案:新增支持工业互联网的解决方案。
  • 增加收入:产品需要在下个财季增加100万付费用户。
  • 重大技术方向:产品需要全部切换为容器。

Feature(特性)

  • 通常翻译为特性,代表可以给客户带来价值的产品功能或特性。
  • Feature向上承接Epic,向下分解为Story。

    相比Epic,Feature更具体形象,客户可以直接感知,通常在产品发布时作为ReleaseNotes的一部分发布给客户。

  • Feature通常持续数个星期(weeks),需要多个迭代完成交付。

Feature应该对客户都有实际的价值,特性的描述通常需要说明对客户的价值,与产品的形态、交付模式有关,举例如下:

推荐模板:作为<用户角色> …我想要<结果>… 以便于<目的>
  • 用户A希望提供导入、导出功能,以便于用户批量整理数据,更高效。
  • 用户B希望提供超期的通知,以便于用户及时处理任务。
  • 用户C希望优化鼠标拖动的体验,以便于让用户操作更快。
  • 用户D希望增加昵称功能,让用户更个性化。

Story(用户故事)

  • 通常翻译为用户故事,User Story的简称。是从用户角度对产品需求的详细描述,更小粒度的功能。

    Story承接Feature,并放入有优先级的backlog中,持续规划、滚动调整优先级,始终让高优先级的Story更早的交付给客户。

    Story应遵循如下的INVEST原则:
    • Independent:每个用户故事应该是独立的,可独立交付给客户。
    • Negotiable:不必非常明确的阐述功能,细节应带到开发阶段跟程序员、客户来共同商议。
    • Valuable:对客户有价值。
    • Estimable: 能估计出工作量。
    • Small:要小一点,但不是越小越好,至少在一个迭代中能完成。
    • Testable:可测试。
  • Story通常持续数天(days),并应在一个迭代内完成交付。
  • Story的工作量估计可以使用人时、人天,也可以使用敏捷推荐的故事点。
    • 故事点英文名称Story Point,故事点是一种基于敏捷的估算工作量的方法。

      故事点综合了交付Story所要付出的努力、开发复杂度、风险,可以简单理解为开发所需要的成本。

    • 斐波那契数列(1,1,2,3,5,8...)是故事点比较常用的计量单位,是一种相对估算法。

      如3个故事点的Story的工作量是1个故事点的Story的3倍。

    • 目前默认提供的用户故事点是斐波那契数列。

Story符合INVEST原则,举例如下:

推荐模板:作为<用户角色>…我想要<结果>…以便于<目的>
  • 作为项目经理,希望通过过滤处理人,以便于快速查询指定人的需求。
  • 作为开发人员,希望将无用的信息进行折叠,以便于减少视觉干扰。
  • 作为测试人员,希望将测试用例和需求关联,以便于跟踪需求的验证。

Task(任务)

在迭代计划会议中,将纳入迭代的Story指派给具体成员,并分解成一个或多个Task,填写“预计工时”

Task通常为过程性的工作,举例如下:

  • 开发人员A需要在今天准备好类生产环境。
  • 开发人员B需要在本周内完成项目组的权限设定。
  • 开发人员C需要进行代码Review。

Bug(缺陷)

  • 软件特性和功能在测试验证阶段发现的问题,通过Bug单独创建、管理和跟踪,Bug通常包括不同的优先级。
  • Bug可以单独创建和跟踪。

    也可以在验证某个Story时创建,这时创建的Bug属于Story的子工作项,这样便于了解每个Story发现了多少个缺陷。

  • Bug的描述应该尽可能描述详细,包括但不限于:
    • 缺陷现象描述。建议从用户视角描述。
    • 错误码。错误码可以辅助分析定位代码问题。
    • 环境信息,是开发环境,测试环境还是现网环境。
    • 软件栈信息,包括对应的操作系统及其版本,数据库及其版本等等。
    • 缺陷是否可以复现,复现的步骤。

缺陷描述模板举例:

【故障现象描述】

【F12查看错误码】

【环境信息】

【故障复现步骤】

【故障现场定位开发人员】

【开发定位初步原因】

【Chrome抓取报文】

我们使用cookie来确保您的高速浏览体验。继续浏览本站,即表示您同意我们使用cookie。 详情

文档反馈

文档反馈

意见反馈

0/500

标记内容

同时提交标记内容