敏捷工程方法

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

将我们的软件分解为模块时，我们常常忘记重要的社会方面。设计如何影响团队，可能使他们相互竞争。一个具有韧性和可持续性的系统需要和谐。谚语“好围墙造就好邻居”描述了为什么我们的软件设计需要边界：不仅是解决问题并使其易于理解和管理的一种方法，而且还可以使您公司中的团队更好地相处并相互发挥最

著名敏捷大神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项目快要疯了……。”公司是由人类和技术系统组成的复杂系统，它们之间存在着永恒的互动。这

我不断听到有关“ DevOps团队”的消息。哪有这回事！DevOps思维的重点是集成Dev和Ops。只有一支队伍（banq注：没有专门的负责运营的DevOps团队）。 众说纷纭：我认为“ DevOps”一词很像“敏捷”，已经被卖狗皮膏药公司所采用，试图向您推销真正需要

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

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

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

在本文中，我将重点介绍如何有效地评估软件开发性能，并举例说明如何在FXStreet上实现它们。多年来，已经进行了许多尝试来衡量软件团队绩效的困难。问题在于大多数模

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

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

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