Empower主题专家捕捉，理解，以准确和明确的形式提供关于专业知识的原因
而不是预计中小企业在他们的思想中兼顾复杂的主题，而且有关Word文件等贫困工具的支持有限
而不是强迫中小企业等待开发人员详细了解一切，然后实现，测试和部署代码。
主题首先方法提出了一种在心态的转变，这些心态撕下了中小企业的大脑与生产环境之间的障碍。在我们的经验中，这促进了为企业创造的创造力，创新和增加的价值。它还将主题与软件技术分开，这允许两者的独立演变。
敏捷的方法专注于跨学科，最终对责任和赋权团队的历史众多组织成为主流。有时，专注于工具，自动化和形式描述被理解为抗敏捷实践和价值观，它被理解为驾驶业务和工程师分开。但是，这是一个错误的二分法。主题的精确和分析表示是在中小企业和软件开发人员之间了解和生产性协作的完美基础。在这种方法中没有任何内容禁止增量开发，短发布周期和反馈的整合。恰恰相反：这种方法会变得更加痛苦，更便宜，更快，更安全。主题首先增加了业务敏捷性
另一方面，该方法让软件工程师专注于构建强大的平台和自动化管道而不是理解，然后在业务逻辑中实现每个特定的变化。
有很多域名，计算机和软件工具已经在SMES的工具箱中必不可少。一个例子是机械工程师的CAD系统。主题首先倡导与医疗保健，金融，税收，公共行政，生物学，医学和法律等域中的知识工人类似的方法。期望他们跟踪用白板，文本文档，电子表格或问题中的问题跟踪（不断发展）主题。
我们不能只是使用Excel或低码平台等现成的工具吗？
我们听到的反对意见经常涉及工具的开发：“我们公司建立XYZ，我们不是工具建筑公司”。由于其有效的开发工具和制造过程，这与许多茁壮成长的业务鲜明对比。通常，这些工具是为特定产品定制的，该工具应该帮助构建。机械工程公司拥有有计划和开发生产线的人的部门。
构建工具和自动化需要初始投资。为此付出代价，域必须具有以下特征。他们的主题必须足够大而复杂，有专家专门从事该主题的专家，必须在该主题和域名必须足够长的生活中进行定期变化。我们在保险（产品定义），医疗保健（治疗算法），公共管理和其周围的服务（税收，公共利益）以及法律（可执行合同）中看到这一点。
保持两个单独的来源 - 并仅将它们混合为瞬态伪影 - 这是至关重要的，因为它允许在本宣布中描述的中小企业赋予。但它也意味着您可以在不影响主题本身的情况下更改和发展技术平台。这两个生命周期主要脱钩，因为它们应该是。考虑到今天的快速技术周期，这对于保持软件堆叠至今绝对至关重要。
我们已经反对在本网站上收集案例研究和示例，因为这将要求某人决定哪些案例研究资格。这将不可避免地在社区内创造问题。这就是为什么我们决定把负担放在读者身上，查看签署者提供的链接并为自己判断。
此宣言已经在域特定语言的空间中长期多年的工作。 Federico，Markus和Sergej推动了主动性，但在斯特拉姆纳社区的各种会议中讨论了内容和措辞，也是与社区成员的个人对话。