【带你快速入门华为云需求管理 CodeArts Req】入门实践
实践 |
描述 |
|
---|---|---|
IPD系统设备类项目 |
IPD系统设备类模板更加适合注重瀑布式开发、需求相对固定、开发周期长(一般为6~9个月),且对产品质量及稳定性要求高、决策点多的项目。 IPD系统设备类项目主要用于嵌入式软件场景,该场景的特点为软件持续迭代、硬件平台持续演进,比如通信设备、汽车、家电、消费电子等涉及软硬件的复杂产品。 |
|
项目中可设置多个PI版本,每个PI版本中又可以通过多次迭代去完成,以便更好的交付项目成果。 |
||
以客户视角描述的原始问题或者原始诉求放在原始需求中管理,通过新建原始需求功能,可以设置需求的背景、价值、详情、优先级等信息。 |
||
产品包需求或服务支撑“客户问题(PB)”所具备的重大能力放在特性中管理,通过新建特性功能,可以设置特性的背景、价值、详情、优先级等信息。 |
||
|
研发需求是项目PI和迭代中需要交付的需求。原始需求和特性都支持关联研发需求。 |
|
任务是为了完成某个目标而产生的活动。原始需求、特性和研发需求都支持关联任务。 |
||
软件特性和功能在测试验证阶段发现的问题,可以新建缺陷单进行跟踪。 |
||
IPD独立软件类项目 |
IPD独立软件类模板更加适合采用敏捷开发,且交付周期一般为2~3个月甚至更快的项目。 IPD独立软件类项目主要用于IT应用及平台类软件场景,该场景的特点是硬件标准化或不依赖专有硬件,软件频繁迭代,比如ERP软件、CRM、数据库、网管软件等。 |
|
项目中可设置多个PI版本,每个PI版本中又可以通过多次迭代去完成,以便更好的交付项目成果。 |
||
以客户视角描述的原始问题或者原始诉求放在原始需求中管理,通过新建原始需求功能,可以设置需求的背景、价值、详情、优先级等信息。 |
||
产品包需求或服务支撑“客户问题(PB)”所具备的重大能力放在特性中管理,通过新建特性功能,可以设置特性的背景、价值、详情、优先级等信息。 |
||
研发需求是项目PI和迭代中需要交付的需求。原始需求和特性都支持关联研发需求。 |
||
任务是为了完成某个目标而产生的活动。原始需求、特性和研发需求都支持关联任务。 |
||
软件特性和功能在测试验证阶段发现的问题,可以新建缺陷单进行跟踪。 |
||
IPD自运营软件/云服务类项目 |
IPD自运营软件/云服务类模板更加适合采用DevOps敏捷模式,交付周期2~3周左右甚至3~5天的项目。 IPD自运营软件/云服务类项目主要用于不涉及到硬件的云服务场景,该场景的特点是云服务开发、微服务架构,比如公有云、互联网应用软件。 |
|
项目提供迭代功能,可以用来做版本计划管理。在项目里新建迭代,匹配版本发布计划时间点,便可对版本计划进行跟踪管理。
|
||
以客户视角描述的原始问题或者原始诉求放在原始需求中管理,通过新建原始需求功能,可以设置需求的背景、价值、详情、优先级等信息。 |
||
您可以通过思维导图或者甘特图规划项目中的工作项。
在新建工作项页面还支持新增各种类型的工作项。 |
||
Scrum项目 |
在Scrum框架中,整个开发过程由若干个短迭代周期组成,每个迭代的建议长度是1到4周。 |
|
项目提供迭代功能,可以用来做版本计划管理,在项目里新建迭代,匹配版本发布计划时间点,便可对版本计划进行跟踪管理。
|
||
您可以通过思维导图或者甘特图规划项目中的工作项。
在新建工作项页面还支持新增各种类型的工作项。 |
||
看板项目 |
看板项目是将工作项层级、工作项类型和工作项通过看板直观展示,并提供三种不同的视图方式,方便用户灵活对工作项进行一系列操作。 |
|
迭代又称Sprint,属于敏捷方法中的一个重要实践。它的目的是希望能够“小步快跑”、“渐进式”地交付需求,这样的方式也更容易拥抱变化,用更低的成本快速试错。 在实际运作中,迭代的规划非常重要,可在“更多 > 迭代配置”中对项目进行迭代配置,包括新建、删除、编辑迭代、设置迭代状态。 |
||
在看板项目中,可以根据需要在各个工作项层级下新建不同类型的工作项。 |
- 点赞
- 收藏
- 关注作者
评论(0)