著名敏捷教练GeePaw Hill认为：SAFe框架破坏了实现敏捷性的任何可能性。这是在做最不敏捷的事情。我认为这是敏捷运动中的最终会失败的一个案例。 .

 敏捷是用于产品开发（尤其是软件驱动的产品）的高效工具。但是随着公司将其用途扩展到新领域（预算，人才管理），敏捷常常被用作借口，以避免进行仔细的计划和准备。.

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

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

在本文中，我将重点介绍如何有效地评估软件开发性能，并举例说明如何在 .

将我们的软件分解为模块时，我们常常忘记重要的社会方面。设计如何影响团队，可能使他们相互竞争。一个具有韧性和可持续性的系统需要和谐。 谚语“好围墙造就好.

我不断听到有关“ DevOps团队”的消息。哪有这回事！DevOps思维的重点是集成Dev和Ops。只有一支队伍（banq注：没有专门的负责运营的DevOp.

敏捷的软件公司组织结构最好能映射到业务领的结构，公司组织结构不要映射到技术。 DDD创建了一个从领域映射到软件技术的架构。 如果有界 .

这是阿尔贝托·布兰多利尼（Alberto Brandolini）的观点，他在 .

我想明确指出我不是反微服务者，我将服务合并回到整体(单体/Monolith)中并不是为了摆脱微服务，目的是实现“大小正好”的整体。我正在做的事情是解决我团队.

这是2016年7月19日发布 .

精益创业(LeanStartup)方法由埃里克·里斯（Eric Ries）于2011年提出的理论，埃里克·里斯（Eric Ries）成为Lean的发明者。如.

发布新产品并非易事，因为这会带来很多风险。但是，如果您知道一种可以简单有效地将您带入正确道路的技术。 精益创造（Lean inception）是设计思.

为什么每10个产品创意中就有9个失败，我们如何避免呢？ 许多公司以新产品的想法开始，并相信客户会想要并会购买它。公司花费数月（有时是数年）来定义，实施.

Open Group发布了一个新标准，为企业架构师向敏捷方法论过渡以进行数字转换提供指导和最佳实践。 新的开放式敏捷架构（O-AA）标准为寻求在数字环.

“计划只是未来很多可能发生事情中的一种情况，计划不是对将会发生的事情进行预测。” -肯特·贝克   一直成功的计划就是根本就没有计划  <.

根据设计倡导者西蒙·布朗（Simon Brown）的说法，软件设计的过程通常始于混乱的白板上，这种白板无法使任何人做好任何准备。是时候进行更多的前瞻性思考了.

现在有3种流行的软件工程方法： 简单的：不能真正解决问题的简单方法 -Scrum 复杂的：可任意选择解决方案 -SAF.

许多软件开发人员会很快告诉您： “我们很敏捷” “我们认为工作软件胜于全面的文档” “价值在于对话” “代码.

敏捷方法为团队提供了在收集业务需求时同时开始创建软件的能力。因此，通常被称为“分析建模瘫痪”的现象不太可能阻碍团队前进。事实上，敏捷方法论以其使项目能够创建.

应用程序开发中最困难的部分是如何确定客户的实际需求。一种方式是开发团队可以精心设计软件需求，直至细节；还有一种观点：认为解决需求问题的最佳方法是完全放弃需求.