摘要：老板需求是产品经理无法避免的，而且一般优先级较高。 这主要是从需求来源的维度去考虑，有同事、用户、老板..... 为什么收老板需求优先级高呢？ 首先，老板的经验和思考高度一般是高于一般产品经理的。 其次，老板是直接为产品最终结果买单和负责的。 最后，不按照老板需求来，产品经理可以滚蛋了... 这里讨
阅读全文
posted @ 2022-12-27 11:19
随笔分类 - 方法论沉淀
摘要：一般意义上的产品生命周期是指面向市场以后的四个阶段，包含引入期、成长期、成熟期、衰退期四个阶段，可能在衰退期之后会焕发出新的第二增长曲线，一般被视作为是另一个产品的“前产品生命周期”。 产品处于不同阶段，侧重点是不同的： 处于引入期，能带来新增的功能优先级较高。 新增达到一定量级的成长期，留存变得更
阅读全文
posted @ 2022-12-27 11:05
摘要：卡诺模型（Kano Model）是由日本东京理工大学教授狩野纪昭（Kano Noriaki）博士提出，揭示了需求与用户满意度的关系。 卡诺模型将需求分为五种： 必备型需求：具有这类属性的功能属于产品的基本功能，如果不满足该需求，用户满意度会大幅降低。但是这类功能也无法给用户带来惊喜，满意度不会因为这
阅读全文
posted @ 2022-12-27 10:30
摘要：DDD是解决 软件复杂度 中的业务复杂度问题的，是微服务划分最好的实践。 业务复杂度主要表现在：客户的业务需求，比如业务流程多，参与者多等，而且这种复杂度往往会随着需求规模的增大而指数级增大。 在分析软件复杂度之前，先要了解业务价值所在。即DDD的领域与核心域这里所说的关注业务核心域。我们是要聚焦解
阅读全文
posted @ 2022-12-27 06:37
摘要：波斯顿矩阵是由波士顿咨询公司发明的一种方法，最早用于分析市场增长率和市场份额。现在也被经常用于对需求的分析之中。 波士顿矩阵 波士顿矩阵由用户价值维度和公司价值两个维度将需求分成了四个象限： 明星需求 对用户体验有价值，对公司战略也有价值的需求。 明星需求是双赢的需求，需要优先得到满足。如一些促进用
阅读全文
posted @ 2022-12-26 18:38
摘要：MVP（Minimum viable Product)指的是： “用户愿意用、愿意付费” “团队有能力做” “用户易于使用” 开发MVP的主要目的是为了快速获得用户对产品反馈，那么对于开发MVP来说最重要的三个维度就是： 时间成本，能不能快速做出来; 是不是最重要的几个功能; 能否展现产品特色; 优
阅读全文
posted @ 2022-12-26 17:24
摘要：进化论告诉我们，当环境持续变化的时候，唯有不断调整自己以适应新环境的生物方能生存下去。 同样的，为了让软件架构拥有持续的生命力，我们需要主动让其演进以适应软件环境的变化。 一、架构腐化的表现 我们经常会听到这样的故事： 一开始他们进展很快，但如今，想要添加一个新功能需要的时间就要长得多了。 需要花越
阅读全文
posted @ 2022-12-26 15:40
摘要：DDD的事件风暴第四个阶段“微服务拆分”，我们可以用限界上下文可以作为粗粒度的微服务边界，但落地时往往不得不考虑更多其他因素，比如弹性边界、安全需求、软件包大小、团队沟通效率、技术异构等等。 本阶段的 输入： 上阶段DDD事件风暴 - 领域建模的限界上下⽂地图 产出物：服务地图 在进行服务地图设计时
阅读全文
posted @ 2022-12-25 07:14
摘要：DDD的事件风暴第三个阶段“领域建模”时，我们会根据场景分析过程中产生的领域对象，比如命令、事件等之间关系，找出产生命令的实体，分析实体之间的依赖关系组成聚合，为聚合划定限界上下文，建立领域模型以及模型之间的依赖。 本阶段的 输入： 上阶段DDD事件风暴 - 业务场景分析的业务领域知识和场景分类清单
阅读全文
posted @ 2022-12-24 07:54
摘要：DDD的事件风暴第二个阶段“业务场景分析”是从用户视角出发的，根据业务流程或用户旅程，采用用例和场景分析，探索领域中的典型场景，找出领域事件、实体和命令等领域对象，支撑领域建模。 事件风暴参与者要尽可能地遍历所有业务细节，充分发表意见，不要遗漏业务要点。 本阶段的 输入： 上阶段的服务价值定位：DD
阅读全文
posted @ 2022-12-23 06:49
摘要：简单来说： 效率是“以正确的方式做事”。 效能则是“做正确的事”。 效率（Efficiency） 指单位时间内完成的工作量。 如：工作效率，用机耕比用畜耕效率高得多。 侧重于「把事情做正确」(Do the thing right) 效能（Effectiveness） 效能是指有效的、集体的效应，即：
阅读全文
posted @ 2022-12-20 14:37
摘要：在领域模型映射成程序设计时，最基础的领域对象会是实体、值对象、聚合根这些。 实体（Entity） 通过一个唯一标识字段来区分真实世界中的每一个个体的领域对象。 实体 = 唯一身份标识 + 可变性 在实体的生命周期内，无论其如何变化，其仍旧是同一个实体。 实体本身是有状态的； 实体有严谨的生命周期；
阅读全文
posted @ 2022-12-18 08:35
摘要：限界上下文（英文：Bounded Context，简称BC）。从字面上就知道限界上下文（BC）有两层意思： Bounded即有边界的，限界就是领域的边界； Context即上下文相关的，上下文是指语义环境； 限界上下文的定义：用来封装通用语言和领域对象，提供上下文环境，保证在领域之内的一些术语、业务
阅读全文
posted @ 2022-12-17 19:08
摘要：领域和子域 领域（domain）：需要讨论的问题范围，称为域、领域或问题域。 子域（subdomain）：对于域进行不同纬度切分相对内聚的单元。比如：电商业务涉及订单、库存、营销子域等。 比如：我们要研究桃树，桃树就是领域，将桃树根据器官分成根、茎、叶、花、果实、种子这些子域。 领域是一个组织所做的
阅读全文
posted @ 2022-12-17 14:32
摘要：从被挑战点看微服务适用场景提到一个微服务绝对不能一个人维护，那几个人维护合适呢？三个火枪手原则给出了答案： 从系统规模来讲： 3 个人负责开发一个系统，系统的复杂度刚好达到每个人都能全面理解整个系统，又能够进行分工的粒度； 如果2个人开发一个系统，系统复杂度不够； 如果4个人甚至更多人开发一个系统，
阅读全文
posted @ 2022-12-14 08:38
摘要：领域驱动设计，关键是要做领域建模，领域建模的结果叫领域模型。领域模型还有一个名字叫充血模型，以与贫血模型这个名称做对应。 贫血领域模型的基本特征是： 它第一眼看起来还真像这么回事儿。项目中有许多对象，它们的命名都是根据领域来的。 对象之间有着丰富的连接方式，和真正的领域模型非常相似。 但当你检视这些
阅读全文
posted @ 2022-12-12 20:38
摘要：统一语言也叫公共语言，DDD战略设计的第一步就是统一语言，统一语言是团队共享的语言，是团队自己创建的公用语言。 团队中同时包含领域专家和软件开发人员。自然地，领域专家对统一语言有很大的影响，因为他最了解业务。 下面是一个以“护士给病人注射标准剂量的流感疫苗”为例，看看如何通过代码表现出实际的业务流程
阅读全文
posted @ 2022-12-12 16:23
摘要：软件工程里的时间，成本和质量，三者最多能做到两个，有时候是一个，更多时候一个都做不到。 “又要马儿跑得快，又要马儿不吃草”这样的好事在世上是不存在的。 在业务的不同阶段，我们会有对应取舍。 初创期，快速试错 业务快速扩张期 业务快速扩张，量大了后，保障质量、稳定变得重要了 这里的质量问题，包括下面：
阅读全文
posted @ 2022-12-09 11:18
摘要：对智能感知的定义：更聪明的感知，通过引入新技术、人工智能，做到：感知范围全面，感知波动精细，知道影响根因，能抽象出实际业务架构图...。 智能感知关键工作： 感知影响范围； 感知波动变化（不仅仅是超阈值的报警，用于故障边缘的压测和演练，日常的运营）； 感知影响根因（大家都有波动、报警时，是谁引起的，
阅读全文
posted @ 2022-12-08 16:40
摘要：在概率论和统计学中，二项分布是个独立的是/非试验中成功的次数的离散概率分布，其中每次试验的成功概率为。 中心极限定理（central limit theorem，CLT） 在自然界与生产中，一些现象受到许多相互独立的随机因素的影响，如果每个因素所产生的影响都很微小时，总的影响可以
阅读全文
posted @ 2022-12-08 11:03
