共计 2785 个字符，预计需要花费 7 分钟才能阅读完成。
在任何我的项目的生命周期中，简直总是会呈现意想不到的问题和危险。当这些问题呈现时，你必须筹备好解决它们——否则它们可能会潜在地影响我的项目的后果。
大多数问题实质上都是意料之外的，如何确保可能疾速无效地解决它们呢？现实状况下，在开始我的项目之前，你须要一个适当的问题解决过程——以确保你按进度进行，并满足你的指标。
问题治理是辨认和解决问题的过程。员工或供应商的问题、技术故障、资料短缺——这些都可能对你的我的项目产生负面影响。如果问题得不到解决，你就有可能产生不必要的抵触、提早，甚至无奈生产出你的可交付成绩。
问题与危险
问题和危险并不是一回事。然而，在你开始之前，这两者的确切性质在很大水平上是未知的。对于危险，你通常事后会有一个大略的想法，而问题往往是难以预测的，它可能毫无预兆地呈现。例如，无奈找到合格的工作人员是一种可辨认的危险。然而，如果你的一位员工出了车祸，住院三个星期，那就成了问题。
在我的项目开始之前确定危险是很重要的。危险 / 影响概率图提供了一个有用的框架，帮忙你对危险进行优先排序。而后，你能够制订一个打算，用你曾经思考过和预先安排好的解决方案，踊跃地治理这些危险。然而，当遇到问题时，你必须及时处理。因而，问题治理是一种有打算的解决意外问题的过程——无论这个问题可能是什么——如果呈现了意外问题。
当你在我的项目的开始没有辨认并升高危险时，它们通常会在当前成为问题。确保你尽早理解你的危险。从以前的我的项目中学习，并从团队过来的教训中获益。这样，在你后退的过程中，你须要治理的问题就少了。
问题日志
问题（也被称为问题、差距、不统一或抵触）产生时须要记录下来。当创立问题日志时，你就有了一个用于报告和交换我的项目中产生的事件的工具。这能够确保问题的确被提出，而后疾速无效地考察和解决。如果没有一个明确的过程，你就有可能漠视问题，或者不够认真地看待它们——直到胜利地解决它们曾经太晚了。
问题日志容许你执行以下操作：
○ 有一个安全可靠的办法让团队提出问题。
○ 针对每个问题跟踪并调配责任给特定的人。
○ 更容易地剖析和优先排序问题。
○ 记录问题的解决方案，供未来参考和我的项目学习。
○ 监控总体我的项目运行状况和状态。
你能够手动创立一个问题日志，构建本人的电子表格或数据库，或购买包含问题管理软件（如 8Manage PM）的项目管理软件。
你能够在问题日志中蕴含以下信息：
问题类型——定义你可能遇到的问题的类别。这能够帮忙你跟踪问题，并调配适合的人来解决问题。你可能会有相似以下的宽泛形容：
▪技术：与我的项目中的技术问题无关。
▪业务流程：与我的项目设计相干。
▪变更治理：与业务、客户或环境变更相干。
▪资源：与设施、资料或人员无关的问题。
▪第三方：与供应商、供应商或其余内部方无关的问题。
测验人——记录发现问题的人。
计时——批示问题何时被辨认。
形容——具体阐明所产生的事件和潜在的影响。如果问题仍未解决，请确定我的项目的哪些局部将受到影响。
优先级——为问题调配优先级。以下为例子：
▪高优先级：对我的项目胜利有很大影响的关键问题，并有可能齐全进行我的项目。
▪中等优先级：会有显著影响，但不会阻止我的项目持续进行的问题。
▪低优先级：一个不会影响要害门路上的流动的问题，如果在某一点上失去解决，可能不会有太大的影响。
调配 / 所有者——确定谁负责解决问题。这个人可能会实现一个解决方案，也可能不会。然而，他或她负责跟踪它，并确保依据它的优先级解决它。
指标解决日期——确定解决问题的最初期限。
状态——用一个明确的标签来跟踪解决方案的停顿，确定问题的整体状态。以下为例子:
▪公开：问题已确定，但尚未采取行动。
▪考察：该问题和可能的解决方案正在考察中。
▪施行：正在解决问题。
▪降级：该问题已提交给管理层或我的项目发起人 / 领导委员会，解决方案的批示或批准正在期待中。
▪已解决：该决定已被执行，该问题已敞开。
在报告问题时应用“交通灯”。这提供了一个易于查看的批示，表明问题是否处于受控状态。“交通灯”的应用办法如下：
▪红色：问题解决前不能持续。
▪黄色：解决进行中，你很快就能够持续。
▪绿色：解决方案实现，问题不再存在。
▪口头 / 解决方案形容：形容问题的状态，以及为找到和施行解决方案所做的工作。
▪最终解决方案：包含对解决该问题所做的简要形容。
问题治理框架
在问题日志中补充用于解决这些问题的框架或流程。这个框架可帮忙我的项目团队了解在辨认和记录问题之后该如何解决。开发框架能够答复以下问题：
○ 你将如何调配解决问题的责任？例如，是否有一个人负责解决所有技术问题？谁来解决供应商的问题？
○ 你如何晓得何时将一个问题提交管理层或督导委员会？你可能心愿创立一个潜在业务影响与问题复杂性的矩阵，以帮忙你决定哪些问题应该交由更高级别的治理。
○ 哪些规范将决定一个问题的优先级状态？
○ 谁将设定指标决定日期？
○ 在团队中如何沟通问题？你会应用惯例会议、日志查看、状态更新邮件等等吗？
○ 如果在一个我的项目中呈现多个问题，你将如何辨认不同的问题? 给这些问题编号是很有帮忙的，这样当你在正在进行的会议中探讨这些问题时，你就能够很容易地确定这些问题。
○ 如果须要更改订单，将如何解决？
○ 当决定影响估算或日程时，更新过程是什么，谁将负责？
问题治理的要害挑战之一是迅速解决问题，而后继续前进，对我的项目的影响尽可能小。该框架提供了一个在呈现问题时做出决策的构造。在开发框架时，请记住思考团队的需要。
最不便的方法是，借助 8Manage PM 项目管理软件提供的多种无效机制治理我的项目层及流动层的问题，跟踪问题和系统性地解决问题：
▪把问题链接到相干的危险，变更需要和口头
▪提供问题地图以帮忙我的项目人员层层深刻理解问题的前因后果
▪提供问题上报机制，所有上报的问题都会红色高亮，负责人必须及时确认并解决
▪下一层流动提出的问题会主动汇总到上一层流动和我的项目层
确保在执行后审查中涵盖所有问题也很重要。在这里，你能够获取未来我的项目的经验教训。你对问题的理解越多，对下一个我的项目的筹备就越充沛。一些问题可能会再次发生，因而通过记录你从以前的我的项目中学到的货色，当前的我的项目团队将更容易辨认问题，并胜利地解决它们。其余问题可能是危险模式的一部分，你能够通过晚期危险评估被动辨认和治理这些问题。
最初的话
问题治理流程为你提供了一种辨认和记录我的项目过程中呈现的问题和问题的强壮办法。该过程还使评估这些问题、评估它们的影响以及决定解决方案变得更容易。问题日志能够帮忙你捕捉每个问题的详细信息，以便我的项目团队能够疾速查看状态，以及谁负责解决它。
当你增加问题治理框架或应用 8Manage PM 这类能够实时跟踪问题的项目管理软件时，你就有了一个疾速无效地解决问题的全面打算。这种有组织的治理问题的办法提供了许多有价值的见解，能够用来细化和改良将来的我的项目后果。
