产品需求与商业分析BA方法

企业家不能非理性地执着于创新，当然在某些情况下是绝对需要新鲜的想法，但如果对原创性产生依恋，或厌恶拷贝他人开创性想法，也会导致成功的重大延迟（甚至失败）。此外，一次性做好几件事总是比做好一件事困难得多。因此，企业家应该努力弄清楚交付给客户的整体解决方案的哪些方面需要独创性，而其他一切

领域驱动设计是一门软件设计学科，其核心原则是： 复杂领域的软件要求所有设计人员（工程师、测试人员、分析师……）在领域专家的指导下对该领域有深入的、共同的理解 这种理解植根于语言：领域语言应该被形式化为一种无处不在的语言（共享、一致、明确） 理解表达在专家和设计

从需求到代码的直接拷贝，无建模，没有在问题空间和解决方案空间之间的迭代过程，没有DDD设计的样子（点击下面图片）：

当前项目组合：EventStorming BP/PL（领域探索）+用户故事映射（故事发现、确定优先级、划分为更小的故事）+ BDD（规范）+ EventStorming DL（设计）+ BDD/TDD/DDDtactical（DDD战术设计、实施）。势不可挡！ 

这是国家医保信息业务编码标准，按照“统一分类、统一编码、统一维护、统一发布、统一管理”的总体要求，将医疗保障编码标准统一为新时期医保信息交换的通用语言。搭建统一的动态维护平台，实行“纵向全贯通、横向全覆盖”，形成自上而下的统一标准规范的医保标准规范的编码体系，提升医保业务运行质量和决策管理水

thenewstack这篇文章强调了语言上下文的重要性：#上下文为王，即使像 GPT-3 这样的大型语言模型也缺乏“对于特定领域的任何真正基础经验和知识 ，远远达不到的人类理解意图、上下文和意义的层次“：语言是一种引人入胜的结构，它是人类如何分享和理解思想和知识的核心。对于如此复杂和

这是一本非凡的书籍《加速专业知识

在做出决策时，架构师的主要任务是定义全面的上下文（一组评估标准），以便做出平衡的架构决策。对于那些对业务至关重要的决策，建议花额外的时间来分析备选方案和架构上重要的需求，并扩展分析上下文，以最大程度地降低做出不平衡决策的风险。为了做出平衡的决定，考虑技术和非技术性质的内部和外

Conexiam 的管理合伙人 David Hornford 介绍了数字化转型的七个杠杆。数字化转型的成功需要战略、客户体验、生态系统、业务变革、组织文化、IT 以及产品或服务的数字化的一致性。所有七个杠杆。每时每刻。架构式方法可帮助您解决所有七个杠杆问题。架构思维直面数字化

全球

几年前，一位首席数据官CDO问我：“一美元的成本节省与一美元的收入是一样的吗？” 我的回答是响亮的“不”。数据和分析计划必须与业务目标保持一致。如果一家公司处于增长模式，一心想抓住思想和市场份额，洞察团队会优先考虑创收而不是成本节约。在经济低迷时期，当生存模式启动时，优先事项可能会有所不同。

由于多种原因，企业中数据状态混乱，四个方面很突出：跨组织边界的零散所有权和问责制：信息孤岛、筒仓。数据库管理和数据工程等特定功能的集中化，但在整个企业游戏中没有一块完整的皮肤可用技能不平衡——软件开发团队很少将数据视为他们服务的一部分，数据

Eric Evans在 2000 年代初撰写领域驱动

Verinovum 总部位于俄克拉荷马州塔尔萨，提供干净、完整和准确的临床数据，使医疗保健支付者、提供者和合作伙伴组织能够改善业务和患者结果。与电子健康记录 (EHR) 系统相关的界面和操作流程可能不同，从而产生大量数据变化。许多医院系统使用自己的代码系统，因此我们需要使用标准化规则