任务生命周期[关闭]

问题描述 投票:6回答:6

你遵循什么任务生命周期?你在你使用的工具中将任务和错误混合在一起吗?典型的任务生命周期是:

  • 未开始 - 已进入但尚未开始
  • 进行中 - 正在进行中
  • 完成 - 任务完成,具有以下异常状态:
  • 暂停 - 等待某事
  • 取消 - 不再需要任务,可能是由于需求的变化。

典型的bug生命周期可能是:

  • 新 - 新进入
  • 正在进行中 - 正在进行中
  • 质量保证 - 通过测试
  • 客户审核 - 修复由客户审核
  • 准备好促销 - 为下一个版本做好准备
  • 完成 - 发布到生产中,具有以下异常状态:
  • 等候接听
  • 重复不可重复
  • 作为设计工作

你的生命周期是什么?

project-management
6个回答
2
投票

我喜欢保持简单:

  • 有待
  • 风险
  • 在生产中
  • 完成

当我在系统或Excel电子表格中列出它们时,我还为这些任务提供了非常具体的视觉辅助颜色,如上所示:

Task Colors

每个人的详细视图:

待定是我还没有完成它的任务,主要是因为它需要一些外部事件来启动它,就像一些批准或者仅仅因为我不确定我是否会成功。

在风险是我开始的任务,但他们已接近到期日,我完全没有完成它。如果我在风险任务中得到太多,我会开始优先考虑他们,以便及时完成。

生产是我正在进行的常规任务。它可能没有截止日期,因此它永远不会有风险,或者如果我延迟太多,我设置了截止日期,并且该任务可以更改为In Risk。

完全是不言自明的。


1
投票

实际上,我们设法为不同类型的任务设置一个生命周期

  • 打开
  • 工作
  • 被拒绝
  • 待测试
  • 解决

这适用于我们基于ITIL的任务(用于管理信息技术(IT)基础设施,开发和运营的一套概念和政策)。

  • 案件
  • 更改
  • 依赖(重新组合几个变化)
  • 发布(重新组合几个依赖项)

不要忘记:

  • 某些任务可能需要二级任务生命周期:例如,在打开,工作等之前,必须首先提交REL(发布)。
  • 认可生命周期可以来自某些任务:如果没有认可列表,则无法提交REL(发布)。

0
投票

我们使用一个工具来混合错误和功能请求(但我们相应地标记每个条目,以便我们可以看到它是错误还是请求)。

由于我们有几个部门负责这些任务,我们有更多的状态...我们的不同生命周期状态是:

  • 指定(用于产品管理)
  • 重现(用于测试,检查某些东西是软件问题还是客户的错误配置)
  • 开发(开发人员)
  • 测试/验证(测试部门)
  • 记录(用于文档,例如将其包含在用户手册中)
  • 已实施和验证(这是我们关闭任务的时间)
  • 限制/拒绝/不可重复

0
投票

暂停部分是我注意到的重要部分 - 等待外部依赖来完成任务或设置某些东西,我认为,这是管理层的一个重要任务状态,可以轻松地看到他们可以继续前进并鞭挞动作。 .. ^^


0
投票

简单比简单

open
error/change analysis
qa review
closed/rejected

0
投票

我认为只有2个必要的项目是“开放”和“关闭”,其余的都是渐变。

我用:

  • 打开
  • 有待
  • 解决
  • 等候接听
  • 关闭

有时我会加上:

  • 进行中
  • 帐单
  • 在测试中
  • 评论
  • 取消

这取决于团队的工作流程。

© www.soinside.com 2019 - 2024. All rights reserved.