通过记录信任边界来提供更好的产品

当您信任系统，团队或产品时，是否曾经遇到过导致功能或系统故障的问题？

在快速变化的渐进式交付中，信任的定义不断变化。 发生一些信任问题。

• 其他系统发送垃圾数​​据。
• 其他系统不维护数据约束，例如unique，null，参照完整性。
• 第三方库导致未知的副作用。
• 挑剔用户或质量检查。
• 无知的用户。
• 要求苛刻的产品负责人。

作为工程师，您必须不断重访信任边界，否则其他人将发现漏洞并利用系统。 信任问题发生在团队之间或单个团队内部，因此，建立信任边界对平滑团队功能很重要。

知识鸿沟在团队或个人建立的信任假设中起着重要作用，防止信任问题的最佳方法是将其记录为一组，包括开发人员，质量保证和业务。 一旦绘制了线条，就可以轻松决定系统的不同部分。

在信任边界上达成共识的最好的部分是，它为讨论提供了通用框架，并且避免了徒劳的讨论。

因此，下次在开始构建任何新功能或系统之前，请列出您对其他系统或团队的信任程度。 为每个违反信任边界的行为创建触发器或警报，以便您可以在发生意外情况时做出反应。

错误报告也有许多关于违反信任边界的线索，因此在更正它之前，请重新访问信任边界并进行调整。

翻译自: https://www.javacodegeeks.com/2020/01/better-product-by-documenting-trust-boundary.html