ONES 敏捷项目管理迭代流程图文演示

最新推荐文章于 2024-04-27 10:09:00 发布

niaonao

最新推荐文章于 2024-04-27 10:09:00 发布

阅读量4.2k

点赞数 2

分类专栏： [开发管理] 规范文章标签： ONES 敏捷项目管理项目管理研发管理经验分享

本文链接：https://blog.csdn.net/niaonao/article/details/108440394

版权

[开发管理] 规范专栏收录该内容

8 篇文章 0 订阅

订阅专栏

文章目录

1. 前言
2. 项目管理
2.1. 迭代计划
2.2 需求
2.3 任务
2.4 缺陷

3. 项目扩展
3.1 成员角色管理
3.2 工作项筛选器
3.3 项目概览
3.4 项目报表

1. 前言

创建一个 ONES Project，进入项目管理，创建迭代计划，在迭代计划下创建需求及子需求，根据需求拆分任务及子任务，任务负责人完成任务后发布任务，结束任务的生命周期。对于测试任务，可创建缺陷，缺陷缺陷负责人处理完缺陷，交由团队测试人员回归测试完成后，结束缺陷的声明周期。需求下的全部任务走完任务的声明周期，需求可被关闭，结束当前需求的声明周期。迭代下的全部需求完成后，可变更迭代计划状态为已完成。维护项目的下一个迭代。
项目可关联需求文档、测试用例等文档；支持任意在项目任意阶段多维度统计报表查看；项目概览仪表盘支持自定义，更加直观的查看项目相关属性及工作项统计等。

    登入系统，创建一个敏捷项目管理 ONES Project，命名为 ABillionProject，本项目已拿到了王先生投资。
    一个亿的项目，就这，就这，就这？
    欸，看官，别动手，别动手，笔下尚有千字未落，容我停下手中这支笔，评论区且战。

2. 项目管理

2.1. 迭代计划

进入我们一个亿的小项目，创建迭代计划，名称还是要规范一点，这里以版本为例命名；

在这里插入图片描述

图2-1-1、创建迭代计划图

这里"1.0.1 版本迭代"迭代中已经创建了一些需求、任务、缺陷等，并完成了部分任务项。可以更加直观看到迭代相关数据统计，基本的迭代计划描述，工作项燃尽图，剩余工时燃尽图；迭代计划状态，项目进度；项目代码相关统计等信息；

在这里插入图片描述

图2-1-2、迭代概览图

我们在迭代计划下，创建一些工作项，每个工作项都会指定负责人，管理层面来讲某个工作项只有负责人和其团队上级管理人员有权限变更工作项信息。当然具体还是看项目工作项权限配置。
敏捷项目管理模板下工作项类型默认提供了需求、子需求、任务、子任务、缺陷，其实就是需求，任务，缺陷三大类工作项。根据实际工作场景可以扩展工作项类型，此处就以这三类为例。

2.2 需求

一般的，需求由团队产品人员管理，跟踪关注需求的生命周期

在这里插入图片描述

图2-2-1、需求生命周期图

创建需求，可以在全部工作项下创建工作项，选中工作项类型为需求创建需求；也可以在需求下直接选择提需求。如果需求过于泛化，描述方向偏大，则可以再创建需求时，直接创建相关子需求拆分细化需求。

在这里插入图片描述

图2-2-2、需求创建图

在这里插入图片描述

图2-2-3、需求子工作项图

在这里插入图片描述

图2-2-4、需求属性配置图

创建工作项(需求)需要维护工作项必填属性，如标题，类型，负责人等；维护更多属性，比如计划完成实际，预估工时，在项目配置中心维护的新属性实际工时等(实际工时应在工作项完成时由负责人维护)；选择性维护子工作项，创建时也可以不维护，在工作项列表支持对工作项维护子工作项；可以选择关联工作项，比如某个缺陷可以关联对应的开发任务，开发任务可以关联对应的需求；可以维护工作项关注者，默认工作项变更会通知到关注人。

2.3 任务

一般的，任务由团队开发人员管理，负责跟踪任务的生命周期

在这里插入图片描述

图2-3-1、任务生命周期图

    团队开发人员负责人对接产品提出的需求，拆分创建任务及子任务。
    可以先创建任务，后面需要完善时，再创建子任务；也可以创建时通过子工作项直接维护子任务。任务也属于工作项，创建方式和需求相同，需求、任务、缺陷都可以全部工作项下进行维护。
    团队开发人员负责人根据需求拆分任务，分配到团队具体开发人员，开发完成，维护实际工时，实际完成日期等属性，变更任务状态按工作流（生命周期）往下走。

在这里插入图片描述

图2-3-2、项目任务列表图

在工作项发生变更后，团队开发人员（任务负责人）会收到通知。团队成员登入系统进入项目，查看项目概览，仪表盘等大屏信息统计，跟踪具体任务或其他工作项。
仪表盘居然也支持自定义，只能说 ONES 做的很 Nice，欸，欸，欢呼声不要太大。

在这里插入图片描述

图2-3-3、项目仪表盘图

开发小哥哥（任务负责人）查看所负责的任务，进入工作状态，按排期查看某个任务，变更任务为进行中；完成任务后，编辑更新任务状态为已完成，填写实际工时，完善任务描述或备注等信息，提交测试。

在这里插入图片描述

图2-3-4、任务完成图

    此处工作项类型没有设计测试任务，所以开发任务和测试任务没有很好的区分开。
    一个亿的项目，就这，就这，就这？
    欸，看官，别动手，别动手，大家都是读书人。
    所以还是要在项目前期就规划好工作项，工作流程，大团队大制作。没有人在意我，我在一个人的角落~~~

2.4 缺陷

一般的，缺陷由团队测试人员管理，负责跟踪缺陷的生命周期
在这里插入图片描述

图2-4-1、缺陷生命周期图

开发任务完成后，由团队测试负责人创建测试任务，分配到团队具体测试人员，进入功能测试工作流。
开始测试更新测试任务状态为进行中，测试结束且无未关闭的缺陷，则可关闭测试任务。若存在缺陷则团队测试人员提缺陷，创建方式遵循工作项创建方式；缺陷指向负责人，产品设计问题可提给产品人员，功能模块问题可提给开发人员。根据产品迭代实际场景，可基于该模板编辑简化流程或补充缺陷工作流。