敏捷工程方法 - 第10页

不要将人为错误视为系统故障的可能根本原因。人有两个聚焦对象：人和事物，中国重视人际关系的传统文化容易让我们养成聚焦人的习惯，出了问题首先想到是谁导致的的，谁来负责，这个思想在社会系统中可能没有问题，但是用在软件技术等复杂系统中就有问题了。采取对事不对人的办法才能避免责备抱怨游戏，才能

该文是事件风暴创始人Alberto最新文章，谈论了DDD中有界上下文BC划分与团队组织划分方式是两种不同目标方式，不能简单一个DDD有界上下文对应一个微服务对应一个团队，而是在对业务知识深入理解学习过程中随着BC或微服务动态调整团队大小，不可能一劳永逸在项目开始之初就能确定好团队组织结构。<

由Rational Software开发并于1997年被Object Management Group（OMG）用作标准的统一建模语言（UML）旨在标准化软件工程领域中的几种不同的图形符号。

很多团队没有专职的架构师，但是实际上有一些角色参与了架构决策，根据康威定理，组织架构决定了技术架构，如果管理者确定了系统的体系结构，那么他们实际上就是其架构师。如果程序员确定了体系结构决策，则实际上是他们就是架构师。如果一位经理决定了团队组织结构（程序员将做什么以及他们如何建立关系）

自从Scaled Agile Framework（简称SAFe）在4.5版中采用

由中央高智能部门协调和控制软件的大批量发布经常会失败，其原因是由于数学NP问题以及人类之间的弱相互影响。大多数公司以某种命令和控制方法开始软件版本发布，这是一种中央智能组织推动和控制工作流程，批量大小为N的发布策略是问题所在。首先是数学上行不通，像很多问题一样，我们

著名敏捷大神Allen Holub认为：不能过分强调架构与程序员纪律一样重要。如果没有程序员的纪律，所有系统，无论设计得如何好，都会在砸在不了解其设计的程序员手中。这句话的意思，程序员纪律比架构设计更重要，但是这种将注意力集中在人身上的做法会不会导致内卷化？程序员之间相互指责争斗，程序员是否

开发人员的生产力不能使用单一维度或指标来衡量，需要多维框架，这个称为SPACE的框架捕获了开发人员生产力的最重要方面： Satisfaction满意度和幸福感; Pe

TOGAF是由The Open Group移交的认证。它是一种开放的企业架构，用于提高全球领先业务机构的业务效率。希望在企业体系结构中取得成功职业的有志者必须获得TOGAF认证，以解释他们的想法以及体系结构知识。TOGAF于1990年代初作为一种增强技术体系结构的方法而出现，后来被T

来自在概率论中的凯利公式的3X模型：Explore/Expand/Extract。

这是Romain Vailleux在Duck Conf 2021上的演讲| OCTO会谈：如何应对反向康威定律？你是不是经常抱怨：“我的CRM不是全渠道的；我们的移动应用程序晚了；我的API项目快要疯了……。”公司是由人类和技术系统组成的复杂系统，它们之间存在着永恒的互动。这

有效的软件团队对于任何组织持续不断地创造价值至关重要。但是，如何根据您的特定目标，文化和需求建立最佳的团队组织呢？2012年，音乐流媒体服务

著名敏捷教练GeePaw Hill认为：SAFe框架破坏了实现敏捷性的任何可能性。这是在做最不敏捷的事情。我认为这是敏捷运动中的最终会失败的一个案例。网友意见：尽管您可能会发现SAFe令人沮丧，但我仍然认为它比CMM更好。因为SAFe并不是敏捷团队

敏捷、进化设计、精益启动、精益软件开发等–所有这些都试图为您提供提高反馈水平的工具，为您实现渐进式设计提供了一种上下文。渐进式设计的工作原理是使系统一次增加一种功能，从而使设计到目前为止足以满足系统需求。随着需求的变化，系统会不断发展以满足他们的需求。进化设计面临技术挑战，但有限制的

敏捷是用于产品开发（尤其是软件驱动的产品）的高效工具。但是随着公司将其用途扩展到新领域（预算，人才管理），敏捷常常被用作借口，以避免进行仔细的计划和准备。在关键的项目早期阶段，亚马逊“向后工作backwards”可以弥补敏捷的不足。当公司开发不存在的产品或服务并希望快速发展时，敏捷

用户故事映射通过一步一步的流程直观地显示用户浏览我们软件的过程，并在此过程中创建各种用户故事。与简单的积压订单相比，用户故事图在产品环境中增加了位置和移动的维度，使您可以先进行图绘制，然后浏览产品的整个用户空间。借助用户故事图，您可以在上下文中看到整个图景，而线性积压则不会那么多。我

“不好了！我们估计该冲刺有23个故事点，但我们只交了20个故事点。我