Project management 如何向客户传达坏消息?

Project management 如何向客户传达坏消息?,project-management,Project Management,如何向客户传达坏消息?什么类型的坏消息 一般来说,人们喜欢通过声明更正/新的时间表将比我们真正能够完成的时间早得多来宣布坏消息。首先要诚实,不要抱有虚假的希望。一个坏消息就足够了。。。没有必要做出你将来无法兑现的新承诺 一句话:对你的客户和你自己诚实地控制期望管理。重点是你提出的解决坏消息的方案 我们将无法拥有月球 在我们的系统中控制功能 系统(由于…)但我们可以 将带来天气的变化 模块,这几乎是一样好 为了你的世界统治计划 诚实地尝试提供有效和现实的解决方案,而不是那些最终会带来更多坏消息的事

如何向客户传达坏消息?

什么类型的坏消息

一般来说,人们喜欢通过声明更正/新的时间表将比我们真正能够完成的时间早得多来宣布坏消息。首先要诚实,不要抱有虚假的希望。一个坏消息就足够了。。。没有必要做出你将来无法兑现的新承诺


一句话:对你的客户和你自己诚实地控制期望管理。

重点是你提出的解决坏消息的方案

我们将无法拥有月球 在我们的系统中控制功能 系统(由于…)但我们可以 将带来天气的变化 模块,这几乎是一样好 为了你的世界统治计划


诚实地尝试提供有效和现实的解决方案,而不是那些最终会带来更多坏消息的事情。

管理客户/老板的期望是避免这种情况的好方法

在工程学科中,古老的格言仍然适用:

在承诺之下。超额交货

如果你已经知道了坏消息,那么:

  • 对这件事要诚实坦率
  • 让他们选择他们希望你如何解决这个问题;详细说明成本估算
  • 不要再做出任何“弥补”的承诺。如果你提出的一些解决方案提供了优势,告诉他们;但不要说在解决问题的同时添加功能

当出现问题时,客户需要知道三件事:

  • 到底出了什么问题
  • 对他们有什么影响
  • 你打算怎么办
  • 如果你不完全诚实和透明,你以后会被发现,这会使问题更加复杂

    如果你和他们的关系很好,那么你可能会活下来——假设这不是完全灾难性的——但你必须提供一个体面的补救办法

    如果你的关系不好,那就准备好让他们开始根据合同条款与你硬碰硬

    附录:下面是一个关于尽快告诉他们的好评论,我很高兴按照要求在这个答案中表达出来。这让我想起了一句谚语:“越早、越详细地知道坏消息,对每个人都越好。”。正如在生活中一样,在项目管理中也是如此

    “一次告诉所有人坏消息,一点一点告诉所有人好消息。--马基雅维利”:

    真的。。在动手之前调查损坏控制或补救措施。将它们设置到位,以确保不会再次发生这种情况。如果需要,回到应急计划中去,你就有了应急计划。。
    客观、真诚、道歉,不要玩弄责备的游戏。

    要诚实,因为没有什么比谎言更让人分心。

    除了诚实、直截了当地对待这件事之外,同样重要的是你如何传达消息。一句简单的“你注定要失败”的话可能是诚实的,但并不恰当。重要的是,告知客户您已经完成了所有的尽职调查,他有哪些选择或解决办法(如果有的话),并建议与他一起寻找前进的道路。你不是在误导客户,而是在试图为他提供一些思考的途径,让他意识到你并不是在把一切都抛到他的盘子里。

    这里有一个链接,指向《哈佛商业评论》的一个简短播客,题为:

    在播客中,他们提出了不同的场景,在这些场景中,你必须进行艰难的对话。

    我通常做的是:

    好消息 坏消息 好消息


    而且,对于如何处理坏消息,前面提到的答案就足够了。因此,每次你都应该有两个好消息在手,或者你把一个消息分成两个:)

    首先,最好是尽快传递坏消息,如果可能会有某种财务影响,更是如此。此外,在传达坏消息时,您应确保尽快解决所有问题,即:

    • 出了什么问题
    • 他们是如何受到影响的
    • 修复需要多长时间
    • 正在采取什么措施来确保这种情况不再发生

    你如何传达坏消息是一个很大的主观因素,但经验法则似乎是你应该亲自传达(例如电话)。此外,即使你还不知道发生了什么,你至少应该让人们知道你已经意识到了一个问题,并且正在努力解决这个问题。

    这是否与你关于如何在不同学科获得职业生涯的另一个问题有关:-)在这种情况下,答案可能会大相径庭。。也许做一个活的代码MUNKEY。MP3。这应该在程序员栈交换。西蒙,你有一些很好的建议,你可以考虑扩展一件事:-传达坏消息尽快,但不迟于你合理地确定你的发现是正确的。(待续)没有什么比客户从其他渠道而不是从项目经理本人那里得到关于项目的坏消息更糟糕的了,除了惊慌失措和错误地将某件事理解为坏消息,而实际上并非如此。