project-management - 什么是解释邪恶问题概念的好比喻？

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.

2年前关闭。




Improve this question




大多数开发者都理解wicked problems的概念.在向项目经理解释这个概念时，使用什么类比比较好？

Answer 1

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

Horst Rittel and Melvin Webber defined a "wicked" problem as one that could be clearly defined only by solving it, or by solving part of it. This paradox implies, essentially, that you have to "solve" the problem once in order to clearly define it and then solve it again to create a solution that works.

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

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