project-management - 有什么好的比喻可以向非程序员解释项目的复杂性吗？

关闭。这个问题不符合 Stack Overflow guidelines 。它目前不接受答案。












想改善这个问题吗？更新问题，以便堆栈溢出为 on-topic。

2年前关闭。



Improve this question




刚刚提到我“并不是在 build 西斯廷教堂”。这是真的，但我正在构建一个 cargo 管理应用程序，它并不像在表单上绘制控件那么简单(即使供应商希望您相信它)。

我并不反对说这话的人，但我确实觉得我所做的事情的复杂性有点被误解了，否则就不会发表这种声明。

有没有什么好的比喻可以向非程序员说明项目的复杂性？

最佳答案

一些比喻...

就复杂性而言，它有点像 就像自己从头开始 build 汽车 或船。需要工程师团队的软件项目就像 build 航天飞机 。唯一的区别是，如果你把事情搞砸了，人们通常不会死。如果说人们的生命危在旦夕，那就更像是航天飞机了。 (不过，软件几乎从来没有像火箭一样酷。)

确实，您的软件项目不是西斯廷教堂(什么是？)，但它有点像构建 cargo 管理系统，它本身非常复杂。您可以在白板上绘制一些图表，或者碰巧随身携带系统设计和数据流图。 帮他们看看。

问，“你有没有用 build 过电脑 ？”选择和订购所有组件、构建计算机、选择和安装操作软件、设备驱动程序、配置最终结果都将比这个 cargo 管理项目花费更少的时间和复杂性。

将它与他们所做的事情联系起来的建议是好的，但请确保您对他们对 所做的事情有足够的了解，请做一个充分的类比 。如果他们是受过训练的机械师并且你说这与重建化油器(而不是自动变速器)相当，他们可能会想“好吧，所以它不是很复杂。”

Neil Ernst talks about software metaphors a bit ，家庭承包比喻的适用性，并指出 软件工程本质上很难解释 因为它是抽象的工作。

Neil 链接到 Jim Waldo 的一篇文章，Software Engineering and the Art of Design，他指出



因此，也许宏伟的建筑和建筑壮举是一个恰当的比喻。 (并不是说我们所做的接近西斯廷教堂，而是我们应该考虑到这一点。)

不幸的是，将您的项目视为微不足道的人不太可能理解这一点。他们可能无法抽象地思考以获得它。你所能希望的最好的事情是他们能理解汽车、船或房子的比喻，或者帮助他们用图表来理解。

编辑:您提出了项目与“在窗体上绘制控件”之间的相对复杂性的观点。也许你可以回应西斯廷教堂的评论:“这是真的。但是，如果一个为期三个月的网络项目是你房子后面的小棚子，这个 cargo 管理系统是 Rogers 0x251812213341212142133412142310

关于project-management - 有什么好的比喻可以向非程序员解释项目的复杂性吗？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/1278026/