projectmanagement.com最近有人请求帮忙来识别他们面对的情况是否应该记录为问题还是风险。
情况是，他们有一名工程师被分配到项目的即将开始工作，并且他目前正在从他们的职能经理那里负担过重的工作。 令人担忧的是，这可能会使项目进度受到威胁。
假设这是你的项目，而你的团队成员或其他相关方不同意是否将此报告为风险还是问题。 你会怎么做？ 你有风险还是你有问题呢？
其实，此情况两个都有。你遇到的问题与风险密切相关，但它们不完全相同。
说得清楚一点，你需要看一下“问题”与“风向”在PMBOK®指南的定义：
问题 – 可能对项目目标产生影响的当前条件或情形。
风险 – 一旦发生，会对一个或多个项目目标产生积极或消极影响的不确定事件或条件。
一方面，问题与风险很相似，可能影响项目目标。另一方面，它们也很不一样，因为问题就是当前的条件或情形，而风险就是不确定的事件或条件。换句话说，一个问题就是一个已经发生的事情，而一个风险就是一个可能会发生的事情。
你项目的工程师正在负担过重的工作，因为这件事已经发生了或是一个当前的条件，这就是一个问题。你将需要记录在问题日志里并有人处理。
你项目的工程师正在负担过重的工作，而可能没办法准时完工。因为这件事可能会发生，也可能不会发生，这就很明显是一个风险。 如果他确实迟到的话，项目的目标将被影响。（假设这个工程师工作的延迟交付确实会影响项目成果，如果项目不在关键路径上，也许不会。）应将其记录在风险登记册中，使用定性风险分析确定优先顺序，计划风险应对并分配给某人来处理。
由于这个问题和风险密切相关，并且具有相同的根本原因，并且可能都应该分配给同一个人。 你至少需要协调它们，并且你可能想要仅使用风险管理（其提供更多管理它们的工具和技术）来管理它们，并使用问题日志记录事件。
另外要注意，PMBOK®指南（96页）如此描述了问题日志的作用：“在整个项目的生命周期中，项目经理通常会遇到意外发生的问题，差距，不一致或意外冲突。项目经历需要采取某些行动加以处理，以免影响项目绩效。”
再者，这些是意外发生的事情，这意味着它们不是已识别的风险。这说明问题日志里写着未被识别为风险的事情。因此，其问题未进行风险分析和应对计划。这里的新问题就是预期问题（即已发生的风险）是否也该记录在问题日志中。
有些人可能会争辩说，因为它们是预期的，发生的风险不属于问题日志，并且正在风险登记册中进行管理。 就个人而言，我喜欢将它们放在问题日志中，以便有一个列出所有当前情况的地方，无论是预期的还是意外的。 风险应对和风险状态仍在风险登记册中处理，但问题日志为项目中的所有当前“问题”提供单点可见性。
