不论开发项目的规模有多大，你的小组碰到无法解决的问题的机会总是存在。
如果发生的问题是项目经理和小组能够解决的，那么这只是将会被点燃且会在随后一周里被扑灭的很多烈火之一。但是，这里出现一个是否需要外部帮助的难题。
难题指的是会阻碍项目进程，而且如果没有外部帮助项目经理和项目小组无法完全解决的问题。
你可能在小的项目里不会碰到很多难题（如果有的话）。你没有足够的时间碰到很多比较大的问题。但是，如果项目越大，你碰到难题的机会就越大。例如，在非常大型的项目里，会有一个专人不做别的事情，专门帮助找出问题、归纳问题，并最终迅速解决问题。
处理问题的正式流程将能保证问题被发现并被及时有效地解决。你可以把下面的流程当作正式解决这些项目难题的一种方法。
从项目利益相关人那里征求可能存在的难题，包括项目小组、客户、赞助人等等。问题可以通过口头或者书面的方式浮现出来，但是它必须用一个难题表格（Issues Form）正式归入档案。（这可能看起来是一个负担，但是在就问题进行沟通并有效解决之前，这个问题必须被定义。如果不能给难题进行归档，那么它就不可能被解决。）
项目经理会确定问题在无需外部帮助的情况下是否能够被解决，或者它是否要被归为正式的难题。
将难题录入难题日志（Issues Log）。难题日志里每个难题都有一个条目，用于追踪（问题的解决）。
指定一个项目小组成员对难题进行调查。（项目经理也可以指定自己来调查。）项目小组还应该确定在决策过程中需要谁的介入。
小组成员将调查解决问题所面临的各种选择。他还应该估计每种选择对项目预算、日程和范围的影响。
各种不同的替代方案及其对日程和预算的影响都要归档进入难题表格。项目经理应该把难题、替代方案和对项目的影响告诉解决难题所涉及的人（即从第四步里选出的人）。
如果解决难题涉及到项目范围的改变，那么立即终止这个难题，使用范围变化管理程序来寻求解决方案。
将问题的解决方案和过程归档到难题表格里。
在难题日志里简要记述难题的解决方案。
在工作计划里加入相应的纠正活动来确保难题被解决。
如果难题的解决方案导致项目的预算或者日程发生变化，那么应该更新当前的项目定义。
通过项目状态报告、状态会议和其他沟通方式，与项目小组成员以及其他利益相关人就难题状态和解决方案进行沟通。
提前定义这样的难题解决流程将让你能够冷静和有效地解决碰到的问题。
责任编辑：张琎
