关闭。这个问题是opinion-based .它目前不接受答案。
想改进这个问题?更新问题,以便 editing this post 可以用事实和引用来回答它.
4年前关闭。
Improve this question
假设您正在处理一个企业项目,您必须在该项目中获得管理层批准才能开发新功能集。通常,您的管理层签署一些明亮 Shiny 的新 UI 功能是没有问题的。不幸的是,他们很难理解一些对应用程序的健康至关重要的幕后问题,例如事务、数据完整性、工作流路由、可配置性、安全性等。因为它们不是技术性的,而且这些问题是不是立即可见的,对他们来说这并不明显,这是至关重要的。
您如何说服他们必须处理这些基础设施问题并且这对他们的业务流程很重要?
最佳答案
每一种工艺都有其不性感的一面。必须做的事情,但没有人直接注意到它们。在杂货店里,有人必须组织如何以及何时填满杂货货架,以使它们看起来总是新鲜的。在洗衣店,您需要有人思考如何优化流程,以便客户及时拿到衣服。
棘手的部分是:客户不会注意到这些微妙的事情何时正确完成,直到他注意到它们丢失了!就像洗衣服没有按时准备好但晚了两天,或者超市里的蔬菜有褐色 Blob ,看起来很糟糕。
IT 也是如此。直到您的主要客户敲门并告诉您一个重要且昂贵的项目失败了,因为您的产品的数据库条目神秘地混淆了,您才会注意到良好的交易。在 Elbonia 中显示客户信用卡信息之前,您不会注意到良好的安全性(很快就在全国性报纸上警告贵公司的客户)。
您真正需要一次又一次地敲定的是软件不是静态的。即使在其初始开发阶段结束后,也必须对其进行保养。它不仅仅是您购买一次就忘记的产品。每个汽车制造商都知道,服务对他们制造的产品至关重要,仅仅是因为会发生必须修复和改进的事情。软件也是一样。
因此,进行演示、可视化、语言化、将您的技术信息转化为 yield 。业务人员并不关心您在重构项目中对代码美学的期望,但他们会理解您的更改将有助于产品变得更可靠、获得更好的声誉并减少 future 的服务请求数量。通过向他们展示好处让他们理解!
关于language-agnostic - 如何让非技术人员理解非 UI 问题?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/169765/