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

刚开始在一个项目中使用DDD Big Picture Event Storming可能会很混乱，这里描述一个详细的议程和一个案例简报，保证其在正确的轨道上实行。

我们看到许多公司正朝着微服务架构迈进。微服务架构的一大缺陷是专注于技术，微服务需要多大，代码行数，我们在微服务中放置什么实体，以及使用休息作为它们之间的通信。但要取得成功，我们需要关注问题空间，通过掌握领域知识并进行领域建模。EventStorming非常适合域建模，几乎所有微服务领

业务流程管理（BPM）是指精简和优化为了使业务成功运行而需要进行的各种可重复任务的实践。业务流程管理采用一个流程并将其分解为可能的最小部分或步骤，以回答这样的问题“这是执行此操作的最佳（最快，最有效）方式吗？”业务流程管理通常利用自动化来简化和简化业务工作流程的执行，监视和优化，并且

我们总结了“协作建模”（以下简称“ CoMo”）背后的想法和概念。在“敏捷”和“领域驱动”之后，我们将“ CoMo”视为商业软件开发的下一个重大步骤。 什么是协作建模？几年前，我们的三个同事被要求更换客户的

全面的业务流程管理（BPM）依赖于最简单的技术之一：业务流程映射。业务流程映射是流程性能改进和技术创新计划中必不可少的技术。使用BPMN流程图不仅是方框和箭头，还揭示了工作完成方式和方式的“魔力”和智慧。可悲的是，太多的专业人员给过程映射带来了麻烦。这里有10个技巧，可确保流程映射可

在将近一年的延迟之后，A市启动了其第一个地铁系统。经过城市和承包商的12天密集测试后，城市宣布地铁系统已准备就绪。但是，从启动新地铁系统的第一天起，问题就陆续出现。通勤的延迟每天都在发生，而客户的抱怨正泛滥在社交媒体上。除了地铁系统没有按照预期的方式移动之外，找到最多的投诉还

业务规则和需求趋于随时间而变化：这似乎是不可避免的，因为即使业务专家也无法完全解决所有业务约束。他们的专业知识是掌握面对（新）情况时的反应。因此，随着情况的发展，您将发现新的规则。一旦您同意这一点，通用软件解决方案似乎就毫无意义了。否则，

敏捷团队使用迭代的、需求驱动的、务实的方法来实现IT实施、变更和运行。这些团队的业务范围如果是有限的，效果则很好。这有助于团队以灵活和富有成效的方式执行任务。但是带来副作用是：增加了生产率和灵活性的同时也增加了相互配合的节拍越来越大。没有软件架构上的指导机制，传统的长期业务目标最终将

在经济高速发展时期，很容易做到技术业务的多样化。

如果微服务将被称为业务组件，这是否会将我们的思维转向价值和业务战略，而不是泛泛而谈事物大小和Docker的大小？ 众说纷纭：大多数人通过技术关注来组织一切。 我们一直在追逐技术银弹。

基于模型的管理是指基于从记录当前状态的模型中收集并理解信息，管理和做出有关业务，流程或系统的未来方向的明智决策的活动。最近，术语“基于模型的管理”已越来越有规律地用于描述战略业务计划中模型的使用。重点已放在模型的重要性上，因为它与捕获企业结构，运营，系统以及其运营所在的经济环境的复杂

PDCA是4步迭代方法，通常用于业务流程改进。PDCA代表计划Plan，执行Do，检查Check，执行Act。1950年代，W爱德华兹·戴明（W Edwards Deming）博士在日本工作期间将其推广。在日本，他帮助最高管理者如何改善产品设计，质量，测试和销售。 该过程最初归因于W

托管-数据存储位置数据库-数据如何存储逻辑-如何处理数据API-如何获取数据用户界面-如何显示数据

大多数人都非常熟悉这样的格言：“一张图片抵得上一千个单词”。这句话实际上是普遍的，因为它涉及人类记忆和思想处理的两个简单的基本原则。这两个原则也是图表、模型和视觉辅助成为BA的宝贵工具的原因： 短期记忆能力：普通人可以在短期记忆（“米勒定律”）中处理大约7个对象（正负2个）。

应用程序开发中最困难的部分是如何确定客户的实际需求。一种方式是开发团队可以精心设计软件需求，直至细节；还有一种观点：认为解决需求问题的最佳方法是完全放弃需求，而选择快速的软件原型。加利福尼亚州针对政府的立法数据中心的IT经理说：“不再有书面要求。” “相反，我们与客户组成一个小组，找

这是业务分析师面临的共同挑战。业务分析师如何确保任何发现流程都能产生完整的结果？简短的答案是使用多种补充技术从不同角度解决问题，每个角度相互验证并填补发现过程中的所有空白。有一些软件工具可以自动发现和记录业务流程。这通常称为流程挖掘。但是，直到较小的公司可以使用这些工具（降低成本）之前，许多