任务生命周期

Question

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

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

典型的错误生命周期可能是：

• 新 - 新进入
• 正在进行中 - 正在进行
• 质量保证 - 通过测试
• 客户审核 - 修正由客户审核
• 准备升级 - 为下一个版本做好准备
• 完成 - 发布到生产中 具有以下状态：
• 禁用时
• 复制 不可重复
• 按设计工作

你的生命周期是什么？

Answer 1

我喜欢保持简单：

• 待
• 风险
• 生产中
• 完整

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

每个人的详细视图：

等待用于我还没有处理它的任务，主要是因为它需要一些外部事件来启动它，就像一些批准或仅仅因为我是不知道我还是会成功的。

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

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

完整几乎是不言自明的。

Answer 2

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

• 打开
• 的工作
• 的拒绝
• 待测试
• 的解决
• 关闭

这适用于我们基于ITIL（用于管理信息技术（IT）基础架构，开发和运营的概念和策略集）的任务。）：

• 的情况下
• 更改
• 依赖（重新组合多项更改）
• 发布（重新组合多个依赖项）

不要忘记：

• 某些任务可能需要次要任务生命周期：例如，在打开，工作等之前，必须提交REL（发布）第一
• 认可生命周期可以来自某些任务：如果没有认可列表，则无法提交REL（发布）。

Answer 3

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

由于我们有几个部门正在处理这些任务，我们有更多的状态...... 我们的不同生命周期状态是：

• 指定（用于产品管理）
• 重现（用于测试，例如检查某些内容是软件问题还是客户的错误配置）
• 开发（针对开发人员）
• 测试/验证（针对测试部门）
• 到文档（有关文档，例如将其包含在用户手册中）
• 已实施＆amp;已验证（这是我们关闭任务的时间）
• 限制/拒绝/不可重现

Answer 4

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

Answer 5

比简单

更简单

open
error/change analysis
qa review
closed/rejected

Answer 6

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

我用：

• 打开
• 待
• 解决
• 暂停
• 闭

有时我会加上：

• 正在进行中
• 开帐单
• 在测试中
• 评分
• 取消

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