如何让非技术人员了解非UI问题？ [关闭]

Question

假设您正在处理一个企业项目，您必须在该项目中获得管理签收才能开发新的功能集。通常，您的管理层在签署一些明亮的新UI功能方面没有问题。不幸的是，他们很难理解一些对应用程序的健康至关重要的幕后问题，例如事务，数据完整性，工作流路由，可配置性，安全性等。因为它们是非技术性的，而且这些问题是不能立即看到，这对他们来说并不明显，这是至关重要的。

你是如何让他们相信这些基础设施问题必须得到处理并且对他们的业务流程很重要？

Answer 1

每件船都有其不同的侧面。有待完成的事情，但没有人直接注意到它们。在杂货店，有人必须组织如何以及何时填充杂货架，以便它们看起来总是新鲜。在洗衣店，你需要有人考虑如何优化流程，以便客户及时得到他的衣服。

棘手的部分是：客户不会注意到这些微妙的事情何时完成，直到他注意到他们正在失败！就像洗衣店没准备好但是迟到两天，或者超级市场的​​蔬菜有褐色斑点，看起来很糟糕。

IT也是如此。在您的主要客户敲门并且告诉您重要且昂贵的项目因为您的产品的数据库条目被神秘混淆而失败之前，您不会注意到良好的交易。在客户信用卡信息显示在Elbonia之前，您不会注意到良好的安全性（很快就会在全国性报纸上发出警告，警告贵公司的客户）。

你必须一次又一次地敲打的东西是软件不是静态的。即使在最初的开发阶段结束之后，它也必须得到照顾。它不仅仅是您购买过的产品而且是忘记的。每个汽车制造商都知道服务对他们构建的产品至关重要，仅仅是因为必须修复和改进的事情。它与软件相同。

因此，进行演示，可视化，语言表达，将您的技术信息转化为利益。商务人士并不关心您在重构项目中对代码美学的期望，但他们会理解您的更改将有助于产品变得更可靠，获得更好的声誉并减少未来的服务请求数量。通过向他们展示好处让他们明白！

Answer 2

我喜欢Technical Debt的想法，因为它可以将技术问题转化为（尽管是松散的）货币问题 - 而且大多数管理人员都理解金钱。

尽管技术债务的概念最初应用于建筑问题，但它可以更广泛地用于任何类型的情况，在这种情况下，需要采取捷径 - 即进入技术债务 - 而不是在第一次时间。 （正确行事相当于节省购买东西 - 需要时间 - 而不是通过信贷购买并陷入债务。）

正如债务可能是好的（例如房屋贷款）和坏的（例如信用卡），因此技术债务可能是好的和坏的。我不会试图完全描述差异，但可以准确地跟踪好的技术债务，这样你就可以知道自己有多少债务。

因此，尝试解释您在技术债务方面的重要的非UI问题，以及在支付该债务利息方面不修复它的成本。

Answer 3

描述性图片确实可以帮助非技术人员理解您所谈论的内容。例如，下面是Sun的一个示例，描述了如何在一个复杂的应用程序中处理信息。

（来源：sun.com）

尝试用文字解释这个应用程序对于非技术人员来说是不可能的。指着图表说看，这部分是我们的弱点，我们需要改进它。这对他们来说是有意义的。如果他们觉得他们对你正在做的事情有所了解，他们会更愿意支持你的要求。

Answer 4

人们几千年来一直在做的事情：画画。绘制问题图，使用您的观众熟悉的视觉隐喻，将问题拖入他们的领域。

假设他们不是故意钝的......

Answer 5

类比和隐喻的重要+1。如果可能的话，找一个会引起观众个人兴趣的人（如果是1-2人）。对于一般的比喻，我经常发现自己出于某种原因使用通勤交通或地铁。

例如我们目前正在将应用程序从OODB迁移到Postgres / Hibernate：这项工作的大部分是在Release'4'中完成的。许多领域专家一直在问为什么R4中面向用户的功能如此之少。我经常告诉他们，我们一直在“撕毁这座城市以便安装地铁。这是非常昂贵且无可否认的风险，但一旦完成，R5 +的好处将是惊人的，真实的。真正的对话更多涉及，但我可以一次又一次地回到这个主题，在R4之后。几个月后，我希望说“你问X，现在很容易 - 正是因为你让我们把地铁放回R4”。

Answer 6

让上层管理人员在开发工作中获得回报的最可靠方法是以可量化的方式呈现它。理想情况下，这种可量化的衡量指标是$$。您需要向他们解释限制数据完整性，安全性，交易等的后果，以及这将如何影响客户\用户社区以及最终的底线。在这些情况下您应该小心，因为有时管理层希望这些非功能性需求“正常工作”。如果是这种情况，您应该估计高，并在可见的UI工作（无知是幸福）的同时处理这些项目，或者您需要在与管理层沟通时记录这些需求区域，以便如果事情确实如您预期的那样变坏，这不是你的工作。

Answer 7

不幸的是，在这些东西得到应有的关注之前，通常需要一两次灾难。

这真的取决于你的管理层是什么样的，但我已经幸运地拥有了善良的诚实至善的恐惧。如果你经历了几个灾难情景，并指出一个人如果发生就会受到指责，这足以让他们的直觉本能开始并最终引起注意:)

Answer 8

汽车类比。

每个人都知道“系统”，它足以描绘可怕的情况。

Answer 9

我正在与基本相同的情况作斗争。无论是由管理层签字还是由用户/赞助商接受，问题仍然是不同的词汇，优先级和观点之一。 I asked a simmilar question here。

我也得到了不同的答案，非常接近有用，但还不够明确。使用相关关键字浏览和搜索SO使我能够在许多不相关的问题中找到各种答案中的有用见解。为了找到并提取这些宝石，我带来了this question on site-mining。

能够标记各种答案并在一个列表中查看它们本来是有用的，但是，这些功能尚未在SO中提供。我suggested it on uservoice。

希望你能从我给出的参考资料中找到你可以使用的东西。

Answer 10

正确的反击问题是秘密。

• 每5个网页崩溃是否可以？
• 我们必须保护信用卡号码吗？
• 是否可以支付承包商每周末部署补丁？
• 你现在想要它还是想让它起作用？

Answer 11

鲁棒性。当谈到它时，你需要谈论他们的语言，这是它影响他们的底线的方式。如果它是安全性或正确性问题，您需要告诉他们客户不会想要错误地执行产品，无论他们看起来多么好看。