事件风暴教程

     

什么是溢出效应?

4780

溢出效应(Spillover Effect)溢出效应是指在看似不相关的情况下,由于某件事情而引起的事件。(吸烟的影响波及到周围的人,买车的影响增加了道路的拥堵,大声的音乐让你的邻居睡不着觉,等等)。溢.

事件风暴是一种理解复杂项目的技术 - Lucas

1109 2K
事件风暴是由 Alberto Brandolini 创建的技术,有助于通过应用程序生成的事件更清楚地了解应用程序的领域。它通常以研讨会的形式进行。它是一个涉及领域专家和技术领域的群体动态。事件映射橙色.

业务网格上的上下文映射 - Alberto

950 2 2K
如果您的组织活跃于多个业务渠道或业务线,则映射有界/限界上下文可能会稍微复杂一些。在为 Avanscoperta 编写软件时,我们经常将不同的事物归类为限界上下文,例如“培训”、“咨询”、“计划”与“.

领域事件和集成事件有什么区别? - DevCezz

1019 2K

在事件驱动架构的世界中,我们处理发送许多事件。然而,正如我们所知,尽管名称相同,但一件事并不总是等于另一件事。因此,为了区分这些事件,引入了两种名义类型的划分:领域事件和集成事件。什么是领域事件?按照.

你如何定义问题决定了你是否能解决它 - hbr

814

典型的创造力和发明的故事集中在寻找解决问题的新方法上: 詹姆斯-戴森找到了一种方法来调整工业旋风,以消除吸尘器中的袋子。 巴勃罗-毕加索和乔治-布拉克发展了立体主义,作为一种在同一幅画中包括几个场景的.

认知偏差:什么是确认偏差?

1400

确认偏见(Confirmation Bias)产生于欲望对信仰的直接影响。当人们希望某个想法或概念是真实的,他们最终会相信它是真实的:当目前收集到的证据证实了人们希望的观点或偏见时,这种错误会导致个人.

《自然》:智慧谦逊的预测因素和后果

828

在这个社会矛盾重重的时代,心理学家们转向了一种可能的解药:智慧谦逊。对智慧谦逊的兴趣来自不同的研究领域,包括研究领导力和组织行为、人格科学、积极心理学、判断和决策、教育、文化以及群体间和人际关系的研究.

2023年架构师或产品经理推荐阅读的5本书

1360 2K

1、领域驱动设计、Wardley 映射和团队拓扑的自适应系统本书超越了领域驱动设计的流行模式,揭示了 DDD 如何支持战略设计以实现长期业务成功。通俗易懂的解释和实际示例展示了如何将 DDD 与直观的.

换个角度:采用时间建模来捕捉时间的流逝 - Mario

1571 1 3K
建模是软件或系统开发的一个重要部分,然而在试图捕捉系统的行为时,并不常见到时间被使用。当我们这样做时,我们倾向于提取这个概念,并以计划任务的形式将其放在领域之外。在这篇文章中,我将提倡把时间作为建模的.

Postgres事件溯源的存储表设计 - DEV

1911 1 9K

任何基础设施的关键部分之一是存储。与传统的关系模型相比,将事件存储在日志中非常简单。但是,当您体验到成功产品的好运时,即使是日志式存储也必须不断发展才能跟上。幼稚的实现当我开始使用事件溯源时,我想尽可.

DDD事件风暴技巧:通过明确规模大小挖掘领域知识 - Nick

1929 1 4K
如果参加DDD领域发现研讨会,发现洞察力的最有效和最简单的方法之一就是明确某事物的规模或大小。事物的规模会影响其重要性以及我们如何对待它。将规模明确化可以带来各种见解,比如在哪里可以找到改进产品的最大.

使用 EventStorming 进行协作流程建模 - ziobrando

1717 2 4K
EventStorming是一个系列的研讨会,基于在一个大的模型表面(通常是一个纸卷)上用便条实现集体讲故事。Big Picture大图 是最大的规模的味道:它可以涉及相当多的人(25-30是典型的数.

业务规则与人类身体的类比 - brcommunity

1576 1 3K

人体在许多方面都很奇妙,其中最重要的是它的力学。粗略地说,对人体力学的支持有三个基本组成部分,它们各自独立但又密切相关,具体如下。 结构由骨骼提供,骨骼在骨架内被组织和连接。骨架既提供了一个承载其他部.

如何在您的公司中引入领域驱动设计? - Fabrizio

1433 1 3K

让我分享一下我尝试在大中型公司中引入它的经验。有些你会看到的东西听起来很明显,但是这是我的经验,我想和你分享。这些年来我学到的第一件事是:从小处着手!从小事做起这是什么意思?这意味着,根据公司的规模,.

DDD经验:分享工作,分享决策 – Jessitron

968 2K

共同理解并非来自“我分享我的理解,而你采纳它”。它来自“我分享我的知识,你分享你的知识,我们一起构建新的理解。”一起做某事,建立共同的理解,然后每个人都可以做出兼容的决策。将单个一个人的心智模型强加于.

设计师如何使用双钻石模型解决正确的问题? - Canvs

7785 1 5K
设计师通常被称为问题解决者。我们使用不同的设计过程模型,并且有很多可供选择,以产生更好的结果。设置背景——双钻石设计过程双钻石模型以其简单性表明解决问题不仅限于创意的产生和执行。“问题空间”第一颗钻石.

EDA微服务架构也要使用命令 - Scaramuzzi

1004

微服务架构是开发具有竞争力的软件平台的基准,基于松散耦合的服务,易于更改、部署、横向扩展,同时也将更改和部署的风险降至最低。与 REST 同步调用相比,事件驱动是服务内通信,应该避免服务之间的耦合。但.

事件协作和事件溯源

1494 1 3K

虽然事件确实无处不在,但受欢迎程度的增长似乎导致术语准确性的丧失。Apache Kafka 成为“事件总线”,所有异步消息都被声明为事件,使用事件流被声明为 Event Sourcing,像这样模糊不.

增加太多功能会破坏产品、用户和团队 - thenewstack

604

如果像我一样,您来自Marty Cagan产品开发学院,那么您熟悉作为负责定义和交付产品的核心团队的三体构造。三体是三个角色的简写,它们相互平衡,各自负责不同类型的职责:UX Designer:确保产.

开拓者、定居者和规划师模式 - WardleyPedia

787

在你的组织或公司中创造多种文化,例如先驱者、定居者和城市规划者就是具有不同的文化的人群:先驱者是杰出的人他们能够探索以前从未发现的概念,未知的土地。他们向你展示奇迹,但他们经常失败。大概有一半的时间,.

产品经理能为团队编写用户故事吗?

869

Scrum(通常)强烈建议 PO 不应该单独编写故事,而应与团队成员一起编写。编写用户是一种协作练习。(来源)下面所描述的(后端,前端细节)比单独写故事的 PO 更糟糕,更糟糕。PM 不应参与这些技术.

认知偏见之锚定偏差

5682 2K

锚定偏差(第一印象偏见:anchoring bias)是一种认知偏见,它导致我们过于依赖我们获得的关于某个主题的第一条信息。当我们制定计划或对某事进行估计时,我们会从锚点的参考点解释新的情况,而不是客.

产品经理最被低估的技能是什么? - Reddit

609

我们都在谈论 PM 应该如何拥有设计、开发、营销和人际交往能力的组合,但是哪些技能或方面会被忽视或忽视?在两者之间平衡:Scrum 团队的快乐和敏捷实践的使用持续、快速交付当人们在挣扎时,你需要第六感.

如何启动战略规划? – IDEO

998 2K

战略顾问罗杰·马丁说:“战略首先应该被认为是一种解决问题的工具。” 它与其说是路线图,不如说更像是您为解决业务中遇到的问题而做出的一组选择。在这个Creative Confidence Podcast.

Kafka的命令事件

789 1 2K

事件通常分为以下两类:消息和命令。 消息事件类似于简单的事实:用户发送他们的新地址,产品离开仓库,我们首先记录这些事实,而不立即考虑接下来会发生什么。 命令事件类似于调用特定操作的命令:用户单击[BU.

医疗数据的概念框架 - PICU

715
我们在临床实践中所做的一切都需要数据。基本上我们需要三件事的数据:确定患者的当前状态,即诊断。确定患者的预期状态,即预测。以及我们是否可以通过医疗干预改变患者的预期状态。导致观察到的状态,即结果。这些.

规则引擎面临的问题和挑战 - brcommunity

2092 2

过去这十年规则平台的机会不仅仅是变得更智能,虽然这当然很重要,而且还可以消除程序员的工作量。但是存在三个挑战: 问题 1.我们是否取得了重大进展? 这个问题很简单——绝对!决策和 DMN 标准为行业做.

业务规则引擎平台如何降低程序员工作量? - brcommunity

954 2K

目前自动化运营业务决策做得相当好,可以业务逻辑的编码从程序员转移到专门规则引擎平台,从而显着提高 IT 生产力。但是程序员仍然要对另一种与规则相关的编码负责,这种类型得编码不仅消耗大量资源,而且对服务.

我最喜欢的产品管理模板 - Lenny

1001 1 4K

以下是我所依赖的所有我最喜欢的模板和框架。作为奖励,我请 Twitter 的优秀人员分享他们的最爱,我从中挑选了我最喜欢的并将其包括在内。  1-Pagers / PRDs我的个人 1-Pager 模.

什么是商业头脑风暴?

1514 1

头脑风暴是一种很有用的技术,可以产生不同的想法,解决或找到复杂问题的解决方案,并正确分析业务。它被定义为 "一种小组解决问题的技术,涉及小组所有成员自发贡献的想法"。在头脑风暴中,鼓励每个人的每个想法.