构建数字产品：构建生态系统

敏捷神话带来的挑战

敏捷开发如果做得好，就能降低糟糕的沟通成本。 顾客, ，"...... 开发者, ，以及 运营商. 迭代方法和定期沟通可以让各方通过低成本地构建没人想要的东西来弄清楚对方的意思。.

就是这样。你会犯很多错误。所以，失败的代价要低。.

作为企业架构师，我认为一个极具误导性的误区是：一个"纯粹自下而上"的产品团队与"客户"合作。开发人员和用户协作，然后迭代，奇迹就发生了。.

这种说法在简单的独立创业公司中几乎成立，因为…… 用户 是 顾客. 即使在这里，当……时的故障率也很高。 顾客 被要求支付的账单金额惊人。.

在一个复杂的企业内部，这种说法无异于自取灭亡。 用户 他们根本不是顾客。永远不是。他们只是用别人的信用卡购物。他们的包裹里装着一箱又一箱复杂且维护成本高昂的东西。.

我们的工作是打造最强大的创业功能——市场纪律. 我们保留 账单支付人—负责价值、资本成本、运营成本、合规性、风险和损益的利益相关者——处于中心位置。.

即便如此，我仍然无比渴望这一切。我既想要自下而上的创作自由，也想要明确的创作界限。 账单支付人 想要。.

但这并不意味着要采取最糟糕的方法，在冲刺之前进行大规模的设计。. 企业架构师 在那里没有生意可做。.

但这并不意味着要走另一条最糟糕的路，直接投入冲刺。其目的在于…… 企业架构 目的是引导有效的变革，而不是详细设计并争论应该建造什么。.

我们需要的不是泾渭分明的界限，而是让僵化的边界不再成为日常工作的阻碍。相反，我们需要为我们的创意天才们提供一个广阔的创作空间。我希望我的团队能够拥有像苹果公司给予iOS开发者那样无限的权力和自由，同时也要拥有保护企业利益的绝对控制权。.

边界创意天才

多年来，加拿大公园管理局一直提供野生野牛。 埃尔克岛国家公园 参与国际重新引入计划。但他们一直没有将它们重新引入。 班夫国家公园.

历史上，野牛曾漫游于北美大平原。班夫是一个幅员辽阔、大部分地区仍保留着原始风貌的区域，同时也是重要的休闲娱乐场所。班夫东部是艾伯塔省的农田和牧场。我们或许可以这样理解： 重新引入 野牛是班夫国家公园的居民。我们可以预料到它们不会迁徙到公园里不那么偏远的地方，或者闯入公园东部的牧场。.

然而，野牛队对此毫无兴趣。 地图上的线条.

九年前，也就是2017年，16头平原野牛被重新引入…… 班夫公园东北部较为偏远的山地草甸. 上次统计是在 2024 年，当时有超过 130 人。.

公园通过简单的机制和严格的边界来控制牛群。矮矮的围栏阻碍了牛群向下游进入牧场的路线。更远的地方，护林员会使用驱赶技巧，让牛群回到它们不会打扰的地方。对于少数胆大的野牛，公园会使用镇静剂并将它们转移到偏远的荒野深处。.

日常生活中，没有人试图告诉野牛该去哪里，该吃什么。甚至没有人保护它们免受狼或灰熊的袭击。.

野牛拥有创造自由。.

他们有明确的界限。.

让我们对我们的数字产品也采取同样的做法。.

那是我们的工作。.

有限自由的关键互动

班夫的野生野牛可以在1200平方公里的范围内自由漫步。你的产品团队也可以在企业内部自由工作。这既是内部限制，也是外部限制、目标和边界的综合体现。.

我希望你们思考一下现代数字产品的基本硬性限制。 数据架构 提供——数据使用条款. 我们的数字产品不可避免地会收集数据。 属于别人的. 想想苹果和你的数码照片。或者 ServiceNow 和客户的工作流程及授权。或者 Gmail 和你的联系人。.

你永远无法解决来自……的硬性界限 数据使用条款 等到有人开始逆向行驶。.

我们使用两种特定的工具来确定这个边界，, 逻辑文档模型 和 架构规范—特殊性 架构原则, 架构模式, 以及标准。.

逻辑文档模型

逻辑文档允许您在其他业务系统中查看数字产品数据，同时确保您不会忽略构成逻辑文档的所有数据都受到严格限制这一事实。不是部分数据，也不是有时，而是所有数据始终如此。.

通过使用逻辑文档，我们可以运用业务理解，而不是数据结构理解。我指的是称之为…… 照片. 这包括 jpg 或 hiec 文件，加上元数据，以及所有内容。.

我们先从几个属性开始：

• 文档类型，用于突出显示具有特殊保存和内容要求的文档。.

  • 记录： 为履行法律或合同规定的义务而需要提供的文件；其内容和保存期限由外部规定。.

  • 商业文件： 内部定义的文档，用于支持业务流程；其内容和保留期限受组织政策约束，以确保一致性、可审计性和运营效率。.

  • 临时文件： 由个人、部门或团队创建和使用的文档。内容符合创建者的需求，虽然没有正式的保留期限，但内部政策可能会限制其保留期限以降低风险。.

• 数据访问属性阐述了对信息或其敏感性的必要保护。该属性的属性值经常会发生变化。以下列表可以帮助您思考。

  • 仅限国家/地区 信息必须仅限于本国境内使用和居住。这将限制设施、安全设计、集成和离线选项。.

  • 仅流程/产品 数据不得用于产品或业务流程之外。这将限制安全设计和集成。.

  • 托管数据 数据属于其他组织（客户）。这将限制安全设计、应用程序设计和集成。.

• 信息数据保护属性解释了所需的信息保护措施。您需要绝对保护、增强保护和宽松保护三个级别。通常，此属性要求对数据有一定了解。标准保护措施包括： 托管数据 可能比加强对企业数据的保护更为严格。.

  • 轻松 – 信息的数据保护要求低于一般情况。本规范要求对相关要求进行明确定义。.

  • 标准 – 信息应遵循行业或组织标准的数据保护。本规范应参考开放标准。.

  • 增强型 信息数据对数据保护的要求高于一般数据保护要求。本规范要求对这些要求进行明确定义。.

  • 绝对 信息数据具有独特的保护要求。本规范要求对这些要求进行清晰定义。.

我想要的是一个明确的迹象，表明我拥有 约束 限制我的自由度。.

架构规范的权力

第一次遇到数据限制时，我需要探究这个限制的原因。.

首先要找到限制因素的根源。它是否与产品相关？ 使用条款 （合同）、法规或政策。这独立于数字产品决策之外。这说明了约束的边界以及约束对象。 拥有决策权 判断架构和实现是否符合要求。.

是的，我们首先要确定谁拥有架构是否满足约束条件的决策权。在我们看来，某些约束条件会使一个过于简单的模型崩溃。 利益相关者拥有架构. 合同和规章制度就这么存在着。政策也常常如此。我们很少有时间和精力去追查合同或政策的变更。.

我希望能够制定出一套可重用的架构规范——建筑原理, 架构模式, 而且是标准格式。有了可重用的架构规范，我就无需重新进行分析。.

我的甜蜜点是 架构模式 或者说是架构构建模块。两者都为可预见的问题提供了通用方法。模式：

• 转变我们的工作重心，不要再重复发明轮子了。

• 提高对架构完全满足约束条件并成功应对难题的信心

• 允许您折叠循环 架构权衡 对话

• 将贵组织首选的答案和方法层层推广。

• 简化解决方案评估过程 实施治理

最重要的是，架构模式简化了…… 架构治理. 我们已经计算完毕，并为我们的架构得出了一个经过深思熟虑的答案。.

好的模式将贯穿所有领域——业务架构, 数据架构, 应用, 技术和 安全架构.

优秀的模式会嵌入到平台和共享服务中，因此敏捷团队甚至不必考虑这些。.

当你的平台和工具中嵌入了优秀的模式时，, 实施治理 变得容易多了。你不再问了。 你如何处理那些高度机密的保管数据？相反，你应该要求测试团队确保他们正在验证 100% 的访问权限。 照片数据 仅发生于 用户空间.

瞧，我们通过机械的方式阻止了敏捷团队违反与客户的合同。.

我知道事情远没有那么简单；但我确实可以将很多调查工作外包给产品管理、开发和测试环节的人员。我们将所需的架构规范嵌入到整个系统中——从……开始 卓越的建筑 最后以……结尾 验收标准.

每个产品和项目都更有可能受到先前因素的指导和约束。 架构决策.

总结：生态系统围栏

优秀的企业架构并非微观管理，而是通过指导和约束，让每个人都能更轻松地完成基本工作，减少思考。.

班夫国家公园的护林员并不知道有多少头野牛在公园里游荡。一些野牛佩戴了卫星追踪器，以便护林员可以…… 随大流. 围栏使得一些他们不希望野牛经过的小路更加难以通行。尽管如此，仅仅几年时间，就发生了…… 迷路的公牛向东游荡，朝着城镇的方向走去。——他们在路边发现了正在散步的他。.

我希望你们解决架构不合规问题不需要麻醉镖、绞车和直升机。但是，为了保护数字产品、产品系列以及企业生态系统的价值，请不要害怕采取干预措施。.

请花点时间审视一下您自己的数字产品。您是否有清晰的模式来简化架构中的关键约束？这些模式是否已嵌入到平台和工具中？还是您在项目完成所有工作后，才依赖高成本的干预措施来做错误的事情？

计算结果，引导变革。.

下周，我们将开始一段探索架构规范的旅程——架构原则, 架构模式, 以及标准。.

祝你有美好的一天！

问候，, 戴夫 戴夫·霍恩福德 Conexiam

附言. 谁也不想看到一群野牛在1号公路上晒太阳。虽然我很喜欢看野生野牛，但我上1号公路是为了赶路。其他6万辆车堵在路上也是一样。.