解释邪恶问题的概念有什么好的比喻？

Question

大多数开发人员都理解wicked problems的概念。在向项目经理解释这个概念时，使用什么是一个很好的比喻？

Answer 1

如果你想要一个类比，我会选择NASA的时间表。仍然是基于技术的，但您不需要任何编码技能来理解所涉及的困难。我也在使用Coding Horror对邪恶问题的定义：

  

Horst Rittel和梅尔文韦伯定义   一个可能的“邪恶”问题   只有解决它才能明确定义，   或者解决部分问题。这个悖论   从本质上讲，你必须这样做   为了解决问题一次“解决”   明确定义然后解决它   再次创建一个有效的解决方案。

当美国宇航局开始时，他们的任务是让一个人登上月球。我当时肯定他们有关于如何完成任务的想法，但他们无法在一开始就指出第一次月球任务。他们不得不开发火箭并发现所有可能出错的灾难性事件。他们不得不让一个轨道飞行器绕地球飞行，然后将宇航员安全带回家。最终他们到了登月的地步，但仍然有回家的问题。

我希望这对你的项目经理来说似乎是一个非编程的邪恶问题。如果没有，我同意Glomek。你注定要失败。

Answer 2

每一个不断变化的要求都会导致无法管理设计。请把他送到这里：Winchester Mystery House。房子里到处都是楼梯，无法通往砖墙。它完全按照规范制造，但实际上并不是你可以使用的。

当然，在新英格兰，一个“邪恶的问题”需要一个邪恶的好工程师提出一个邪恶的聪明解决方案：）

Answer 3

历史悠久的“试图击中一个移动的目标”类比

你可以升级到邪恶级别

trying to hit a moving taget that changes shape, 
wears disguises, hides in shadows, recruits minions,
and shoots back

Answer 4

尝试让他们阅读文章“我想知道你对这篇文章的看法......”

真的，你的项目经理应该知道这些东西。

Answer 5

如果您的项目经理没有编程经验，那么您注定要找到一个新的工作场所。

如果您的项目经理没有编程经验，并且不愿意将建筑决策留给具有一定编程经验的人，那么您将注定失败，并且非常迫切地需要找到一个新的工作场所。