跳到主要内容

保存的帖子

提高敏捷门票的可用性:在有限的时间内节省40%了解更多

DevOps如何实现业务架构一致性亚博vip9通道

读: DevOps如何实现业务架构一致性亚博vip9通道

在此视频中,我们探讨了我们的迭代和增量敏捷转换框架,并讨论了这种方法对尝试采用可持续敏捷实践的大型组织有价值。

此外,我们将讨论我们在客户的业务架构中经常看到的常见失败模式。亚博vip9通道

然后,我们将识别您可以在敏捷方法中实现Devops实践的机会,以改善您的敏捷度量,加快业务对齐,并实现您所需的业务目标。亚博vip9通道

最后,我们将介绍我们的全新工作室提供如何帮助我们的客户实现这一切。

网站:https://go.leadingagile.com/jvc.

敏捷转型白皮书:https://go.leadingagile.com/0i0

另外,请查看我们新设计的资源中心。我们把我们所有的文章、白皮书、网络研讨会和其他内容都集中到一个易于搜索的位置:https://go.leadingagile.com/bks

此视频的内容:

0:00我们的敏捷转型框架

2:21亚博vip9通道业务对齐失败模式

5:12DevOps &敏捷

8时全新工作室售货

成绩单

好的。今天我想谈谈产品提取以及我们如何使用它来达到更高的基本营地。
首先,当我们对产品提取的高度缩小时,让我们谈谈传统上导致敏捷中没有改变的事情。因此,如果您了解领先的敏捷,我们有一种方法以及如何通过转型将组织的切片进行方法和意见。我们没有改变。我们仍然有基本营地和徒步旅行和探险和探险计划。所以当我们谈论产品提取和技术依赖项时,我们在这里谈论的是,更像是的。是的,我们需要做我们传统上所做的事情,我们需要做这些事情,以确保我们在达到更高的基本营地方面取得成功。这只是同一件事的另一个观点。我们将在技术和架构附近的馅饼片上很多,但所有其他类型的依赖关系和外部管弦乐队都需要处理。我们仍在关心所有这些东西,我们刚刚专注于技术和建筑幻灯片。

因此,当我们看到从一个到2到三到三到三到三到三到三到三个,我们倾向于发现的是,就像你在基本营地两三和三个之间移动,那里有一套技术依赖性和障碍真正让这次旅行更加困难。When you’re looking at a base camp three or four team, our goal is to break the dependencies and increase local autonomy, where different teams or different products can work at different paces and be enhanced independently, built independently, deployed independently, and tested independently. And in order to do that, these technical impediments need to be dealt with.

所以这是我们今天要谈论的问题的框架。那么让我们谈谈产品提取是什么,为什么我需要做到这一点?当我们计划探险或计划转型时,我们帮助您识别与客户和市场对齐的产品。当你这样做时,我们寻找我们可以将一对两披萨队的产品放在那里......披萨类比的想法是你可以用两种比萨饼喂养午餐。所以这不是一个巨大的团队。但是我们希望这些团队能够以最小的管弦乐运行,对其进行增强,构建,测试和部署其产品,对吧?因此,我们希望该团队能够以激光专注于他们的客户,内部或外部,在解决这个问题而不是过度依赖所有其他团队。挑战是在大型企业中,系统架构可以看起来像这样,如果覆盖产品架构,则两个不对齐。有......他们记住彼此没有设计。

所以如果你简化了这个问题并且看了看,“我们有......如果我们刚有两个产品,我们希望拥有每个系统,支持该产品具有清除的API,合同测试和模拟,因此每个系统都可以独立工作,再次工作,他们可以得到增强,建造测试并独立部署。“有时这是不可能的,我们有一个大系统,我们需要两种产品共存。但是,我们需要能够在该代码库中有两个团队工作,他们需要具有组件化构建和测试保护,以便每个都可以在不依赖于另一个的情况下进行更改。

当你与大型机或包更复杂的环境中,你将会有两个模型的组合,你会……像在这个图中,产品一个,两个,三个,四个…假设他们可以移动应用程序或网站有自己的系统,可以建立,它是独立的,我们还有其他的产品团队,可能都是同一个ERP的一部分。他们需要能够以组件化的方式来做事情。最终,验收标准是相同的,但策略将是尽可能使用清晰、分离的api和必要的组件化构建的组合。这就是我们的目标,对吧?我们希望我们的系统、架构和产品架构保持一致。如果我使用另一个类比,如果你有一个架构,你想把一个组件的体系结构,这就像捡一个巧克力或一个M&M,和多次的设计架构并不是问题,这是实现随着时间的推移会发生什么。
所以随着热量施加,对吧?该体系结构失去了一些封装。因此,在这个类比中的热量可能是截止日期,可能是不断变化的要求,可能是新的市场力量......但我们经常发现什么时候到达客户,那里的东西是这样的,那里有一个很好的建筑设计,但随着事情发生变化,it’s a bit of a mess to try to figure out “How do I separate things? How do I divide and conquer?” Right? It’s not a soft gooey center when it’s heated up, but still well encapsulated with good protection around it. So there’s two approaches to deal with this. If you’re… In most cases, what we can do is we can extract a product from this architecture and get it into an encapsulated product.

所以我们确实解耦了代码,我们重构有清晰的API,我们创建合同任务或模拟。在这样做的过程中,还有其他实践,如持续集成和测试数据管理也将得到改进。Sometimes if things are so bad that really there’s not much of the initial architecture left, we may be doing component rewrite where the market’s changed so much or the APIs are so unclear that we need to basically write some decoupled code and do it more or less from scratch. So that wouldn’t happen for an entire application usually, that might be certain components within it. So you may do a mix of product extraction and component rewrite or reimplementation in order to get to the model that you want, where your product architecture and your systems architectures are aligned. And ultimately, that’s what’s going to help you reach that base camp three and four goal, by continuing to do the things that you do at your expedition and transformation level around the people and the process and so forth. But starting to look at some of those technology dependencies that provide a lot of drag in the process.

最终,如果您可以使用产品架构对齐系统架构,您将能够更快地移动并更快地响应市场。这对基本营三个及以上球队来说是必不可少的。我们认为产品提取是每个组织都需要做的事情。我们有几种方法是我们的​​一室公寓和我们的技术辅导可以与您到达那里的帮助。在许多情况下,您需要帮助的原因是因为刚刚形成和刚刚习惯这些敏捷实践的团队不是重构和产品提取的专家。和长期,他们不需要。因为一旦您完成了产品提取,事情以独立的方式工作,您就不需要将其分开......您不需要额外的技能集。所以我们发现,寻找速度或容量原因,客户正在寻找有人帮助他们的产品提取。

我们从两个不同的角度来做这件事,从一个工作室的角度,你可以让一个团队来做产品提取、重构或组件的重新实现,让你的软件进入模块化状态。从教练的角度来看,我们也有一个规模化的技术提升模型,我们可以帮助您的团队提高他们的技能。通常做到这一点的最佳方法是连续打击,在你的探险过程中,你有一个规模较大的技术指导模型,这样你的团队的技术技能就会提高。然后对那些高阶技能一次性需求,或没有足够的能力来处理,你会带来一个工作室的团队,可以提取,把它交给你上升的团队在整个探险的旅程,然后继续解决其它问题。工作室和技术指导是两种方法,我们可以帮助你加速和提高你的能力,从大本营到大本营三,四,五。

下一个>解决方案架构:价值生成的结构方法

发表评论

您的电子邮件地址不会被公开。必需的地方已做标记*