华为软件开发云试用手记（三） 规划需求

团队创建完成后，就需要和团队成员一起分析和评估项目的需求了，在华为开发云中，将需求也归纳到任务分类的工作项里了，工作项分类总共有三种：
需求
任务
缺陷
不能自定义类别，新建工作项有两种方式，一种是快捷方式，只需要输入工作项简介，分配给制定人员，日期等基本要素就OK了

另外一种方式，则更加详细，并提供了部分文档模板

不过，在添加需求之前，你需要先规划以下你的模块

第一个需求已经添加成功

总结以下操作感受：
整体上华为开发云的工作项管理思想还是偏传统的任务管理
优点：
1. 需求和缺陷都提供了文档模板；
2. 优先级的图标用的很贴切；
3. 工作项目可多级树状进行关联，方便进行跟踪和回溯；

可以改进的地方
1. 可以批量添加工作项，像禅道就有类似功能；
2. 分类不能自定义，建议增加 用户故事 分类和模板；

补充知识：

用户故事：

用户故事是从用户的角度来描述用户渴望得到的功能。一个好的用户故事包括三个要素：
1. 角色：谁要使用这个功能。
2. 活动：需要完成什么样的功能。
3. 商业价值：为什么需要这个功能，这个功能带来什么样的价值。 用户故事通常按照如下的格式来表达：

英文： As a , I want to , so that . 中文：
作为一个<角色>, 我想要<活动>, 以便于<商业价值> 用户故事的六个特性- INVEST INVEST = Independent,
Negotiable, Valuable, Estimable, Small, Testable 一个好的用户故事应该遵循INVEST原则。
独立性（Independent）—
要尽可能的让一个用户故事独立于其他的用户故事。用户故事之间的依赖使得制定计划，确定优先级，工作量估算都变得很困难。通常我们可以通过组合用户故事和分解用户故事来减少依赖性。
可协商性（Negotiable）—
一个用户故事的内容要是可以协商的，用户故事不是合同。一个用户故事卡片上只是对用户故事的一个简短的描述，不包括太多的细节。具体的细节在沟通阶段产出。一个用户故事卡带有了太多的细节，实际上限制了和用户的沟通。
有价值（Valuable）—
每个故事必须对客户具有价值（无论是用户还是购买方）。一个让用户故事有价值的好方法是让客户来写下它们。一旦一个客户意识到这是一个用户故事并不是一个契约而且可以进行协商的时候，他们将非常乐意写下故事。
可以估算性（Estimable）—开发团队需要去估计一个用户故事以便确定优先级，工作量，安排计划。但是让开发者难以估计故事的问题来自：对于领域知识的缺乏（这种情况下需要更多的沟通），或者故事太大了（这时需要把故事切分成小些的）。
短小（Small）—
一个好的故事在工作量上要尽量短小，最好不要超过10个理想人/天的工作量,至少要确保的是在一个迭代或Sprint中能够完成。用户故事越大，在安排计划，工作量估算等方面的风险就会越大。
可测试性（Testable）—一个用户故事要是可以测试的，以便于确认它是可以完成的。如果一个用户故事不能够测试，那么你就无法知道它什么时候可以完成。一个不可测试的用户故事例子：软件应该是易于使用的。

产品订单 Product Backlog：按照业务价值优先级排序的高层需求，一般由PO负责。
冲刺订单 Sprint Backlog ：要在冲刺中完成的任务的清单。

最后

以上就是单身面包为你收集整理的华为软件开发云试用手记（三） 规划需求的全部内容，希望文章能够帮你解决华为软件开发云试用手记（三） 规划需求所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。