Project management 任务生命周期

你遵循什么样的任务生命周期？你是否在你使用的工具中混合了任务和bug？典型的任务生命周期是：

• 未启动-已输入但尚未启动
• 正在进行-正在进行
• 完成-任务完成 以下状态除外：
• 等待-等待某事
• 已取消-不再需要该任务，可能是因为需求发生了变化

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

• 新-新输入
• 正在进行-正在进行
• QA-通过测试
• 客户审查-客户正在审查的修复程序
• 准备好升级-准备好下一版本
• 完成-投入生产 以下状态除外：
• 暂停
• 复制品 不可复制
• 按设计工作

---

你的生命周期是什么？

我喜欢保持简单：

• 未决
• 处于危险中
• 生产中
• 完整的

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

每个项目的详细视图：

挂起用于我尚未处理的任务，主要是因为它需要一些外部事件来启动，比如一些批准，或者只是因为我不确定我是否会完成它

在风险中是指我已经开始的任务，但它们即将到期，而我离完成任务还有很长的路要走。如果我在冒险任务中做得太多，我会优先考虑这些任务，以便及时完成它们

在生产中是我的一项常规任务。它可能没有一个到期日，所以它永远不会有风险，或者如果我延迟太多，我设置了一个到期日，任务可能会变为有风险

---

完成几乎是不言自明的。

实际上，我们为不同类型的任务安排了一个生命周期

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

适用于我们基于（一套管理信息技术（IT）基础设施、开发和运营的概念和政策）的任务：

• 案例
• 改变
• 依赖关系（重新组合多个更改）
• 发布（重新组合多个依赖项）

不要忘记：

• 某些任务可能需要辅助任务生命周期：例如，在打开、处理等之前，必须先提交REL（发布）
• 批准生命周期可能伴随着某些任务：如果没有批准列表，就不能提交REL（发布）

---

我们使用一种工具，将bug和功能请求混合在一起（但我们会相应地标记每个条目，以便查看它是bug还是请求）

因为我们有几个部门在处理这些任务，所以我们有更多的状态。。。 我们的不同生命周期状态是：

• 指定（用于产品管理）
• 复制（用于测试，例如检查某个东西是软件问题还是客户的错误配置）
• 开发（针对开发者）
• 测试/验证（针对测试部门）
• 记录（用于记录，例如将其包括在用户手册中）
• 已实施和验证（这是我们关闭任务的时间）
• 限制/拒绝/不可复制

---

我注意到，等待外部依赖完成工作或设置某些内容是一个重要的任务状态，管理层可以很容易地看到他们可以做些什么，并迅速行动^^

比简单更简单

open error/change analysis qa review closed/rejected 打开 错误/更改分析 质量保证审查

---

关闭/拒绝我认为只有两个必要的项目是“打开”和“关闭”，其余的都是渐变

我使用：

• 打开
• 未决
• 决心
• 暂停
• 封闭的

有时我还要补充一点：

• 进行中
• 账单
• 试验中
• 复习
• 取消

---

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

也许这个问题应该是一个社区wiki。我更喜欢使用“待定”来表示它正在等待其他人。我用“暂停”来表示在进一步通知之前不能再做任何工作。是的，好吧-不管名字是什么^^只是不想忘记将其明确作为一种状态，与表示我们将在一段时间后处理它的状态分开，相比之下，我们将在那些人启用它的情况下处理它。保留异常是否属于in-risk类别？我不知道，在它启动后从未发生过，可能我会再次将其置于挂起状态。