和细微差别很容易隐藏在许多单期望的结

[jarinislamfatema]

这些都可能导致项目今后的实施出现问题。该图清楚地显示了这些细微差别。而在文本中，许多错误果将是集成。 您会看到：在“As Is”模型中没有集成，在“To Be”模型中则有集成。 “集成站点和会计系统”项目已添加到任务列表中。因此，您逐点比较，将必要的任务添加到列表中。 你不知道GAP分析与它有什么关系？但这正是你在这种情况下所做的。比较两个模型并执行差距分析。 检查 GAP 分析 项目达成一致的文件可能有不同的名称；我更喜欢“项目前调查”。但无论你怎么称呼它，结构应该是这样的： 一开始——设定任务，识别问题。

接下来是关于它应该如何的文字描述。 最后有一个必须完 斯里兰卡电子邮件列表 668838 联系线索 成的任务列表，以便从“现状”状态转变为文档中描述的“应有状态”。 例如，此列表可能如下所示： 开发薪资计算模块。 开发并实施与站点的集成。 创建文档等的打印形式。 如果任务列表编译正确，则 GAP 分析已完成。 4. 计划者、领导者 一种非常常见的情况是销售经理参与销售 IT 服务。在项目规划开始之前，这是正常的。经理承诺在一定的时间内完成所有工作，根据此计划项目，分配预算，然后开始工作。

但问题是，没有一个销售经理知道所有的细微差别；大多数情况下，他们销售的系统只知道 10 分制的 2 分——名称、主要功能、一些优点等。这些知识显然不足以规划项目。但已经有一些承诺，协议已经签署。结果，双方之间经常出现问题和不满。 如果规划是由项目管理人员完成的，情况就不同了。当然，项目经理可能不知道程序员级别的代码的所有细微差别。然而，这个人已经在实践中处理过类似的项目，他对系统的了解程度为 6 分（满分 10 分），甚至更高。