跳到主要内容

保存的文章

使用敏捷获得早期ROI

LeadingAgile | LeadingAgile
LeadingAgile
读: 使用敏捷获得早期ROI

实现早期投资回报率的最佳方法是创建一个送货引擎,执行级别的团队与业务策略对齐。亚博vip9通道

为了观看整个系列的网络研讨会,您可以注册按需版本,并通过点击这个链接在您的闲暇时间观看:https://go.leadingagile.com/gj1.

或者,要了解有关我们如何考虑和接近灵活转型的更多信息,您可以在此下载我们的敏捷转换白皮书:www.nakata-dc.com/亚博vip等级whitepaper

成绩单

所以早期的ROI,通常会有不同的表达。它经常被表达为我希望能更快地做事。他们会这样说:“我要暗示杰夫·萨瑟兰写过一本书。”有两倍的工作量和一半的时间,对吧?类似的事情。所以2X的功,1 / 2的时间,对吧?这是有效的,对吧?因为人们在寻找效率,他们在寻找让产品更快进入市场的方法。但是你知道,我们有项目管理的物理原理,对吧?它总是看着我们的脸,对吧? You have scope, you have time, and you have cost, right? So you kind of like pick two, and then you have to kind of float the third, or you have to figure out how to bring all of these different variables into balance. And so if you’re going to say something like, I’m going to do 2X the scope And I’m going to do it in half the time. Like, is custom save same as custom drop?

喜欢,我不知道,对吗?所以,我想和你一起探索的人一点点是我们在做什么更快的选择是什么?它实际上是什么意思,更快地做事,或者更快地让市场上的东西。以及我将其分类为早期投资回报率的原因是因为高管想要的是他们不想才能提供更快,对吧?这不仅仅是像你可以提供的代码行,那么吧?甚至没有像你可以提供的那样快速工作测试的软件,这真的是关于我们可以在客户面前可靠地放置的工作测试软件的组合,以便我们可以开始为其充满费用。我们可以开始,你知道,显然获得收入以获得进一步发展。但我们也可以开始在向客户付出更快地支付客户的手中,以便他们可以开始向我们提供反馈。好的。

所以你可能会这样想,我们需要开始考虑释放的可选性。好吧。所以我认为有很多选择,对吧?所以我创造了一些选择去发布一些内容并让它们更快地进入市场,这样我们就可以开始收费并开始获得反馈。和很多东西一样,我们要从原子的角度来构建。然后我们将开始讨论你喜欢如何处理大规模和不同的事情?让我们来谈谈这个交付系统是什么样的它给了我们释放的选择。对吧?

我要讲的是交付系统的概念。但是我们需要弄清楚的另一件事是我们如何教育企业利用这种可选性为他们的经济利益服务?亚博vip9通道所以这是一种紧张的关系在交付系统和企业利用它的能力之间。亚博vip9通道好吧。我们发现这两种情况都可能成为问题。喜欢,让我给你举个例子,像,让我们在最简单的层面上,我们说,我们有一个很好运作的敏捷团队,知道如何操作的一个定义良好的积压,可能产生一个增量测试工作产品的最后冲刺,对吧?生活是美好的。但是我们有一些企业,他们批准的是大型项目,亚博vip9通道这些项目很长,花费了很多钱,他们不愿意做任何事情,直到整个团队完成。你可能会想,“我怎么才能更快呢?”比如有什么东西可以帮助我们做到这一点,对吧?”

那么,让我们回到团队的待办事项,工作测试软件的事情,对吗?所以让我有选择在团队层面上发布的是,我们已经讨论过的东西,对吧?所以在机械系统下并没有很多新东西,对吧?所以我想要一个完整的跨职能团队,拥有一个很少依赖高度封装的技术堆栈。你知道的,有所有必要的人和事来交付产品。我希望这个团队能够建立一个稳定的速度。我想要一个产品所有权的能力,让我能够把大事分解成小事情。所以,你知道,我可以从待办事项列表中抽出一部分,把它提供给团队,然后让团队以两周为周期,生产软件的那一部分,对吧?

所以如果我知道了积压的规模,我知道了速度,那么我就可以开始考虑持续时间和范围了。对吧?对我来说,这是团队级别敏捷性的基本法则。这就像三样东西必须到位。你会注意到这就像是我想说的所有事情的锚。这怎么能让我们提前释放呢?你会想,会发生什么,对吧?因此,从机制上讲,无论我在待办事项列表中完成什么,都必须被构建和测试,并被产品所有者接受。然后我们讨论了潜在可塑造的概念,对吧?在一个理想世界中至少大约每两周,我想可以把这个积压,通过团队运行它,将其部署到生产,能够把它放到产品,像一个真正的人付给我为它并使用它。 Okay. Sounds like pretty simple. Okay. So again, mechanically, right? You think about, I’ve got to have these things broken up into small pieces. I have to have the team, have some ownership, there can’t be a whole bunch of external dependencies. I have to be able to continuously test the product, I have to be able to have some sort of maybe CI/CD pipeline here, I have to be able to push something into production really safely, I might have to be able to roll it back if there’s a problem, right? So there’s this whole like, execution pipeline that has to be in place in order to be able to give something, actually to a client and to be able to use it, right? So that’s kind of like the mechanical side of early ROI, right? You have to have the ability to do that. But here’s the other side of that, what goes into the backlog, right? What the product owner puts into that backlog, there has to be a hypothesis there about what a customer might actually use. Okay, and so what we want is, we want stuff at the top of the backlog, that there’s some person out here that might actually find it useful, and maybe even pay you money for it, right? That’s the goal. So we can have the ability to deliver this way all day long ,Right? But if we’re not feeding the backlog with the right stuff, then we don’t have the opportunity to be able to get it in front of a customer and potentially charge for it or to get feedback or to learn or to do any of the other things. Right?

我相信你们都听说过,一个最低可行性的产品。你知道,在这个层次上,对吧?所以我们仍然像单个团队级别的Scrum级别的执行,对吗?诸如此类的东西,对吧?单一的积压,对吧?所以我的想法是,我有了这个,我必须理解什么是我认为放在顾客面前有价值的最小的东西。就像我给你举一个领导敏捷的例子。我想给大家举一个领导敏捷的例子,我们正在组建另一个小型的内部开发团队,我们正在构建一个产品,我们称之为ELM Cooperstown。我叫它榆木库伯斯顿的原因,它是员工生命周期管理。最终这将是一个iPhone应用程序它将能够在数据库中调出某人。 I’ll be able to see like their location, I’ll be able to see their salary, I’ll be able to see like who their leader pod leader is, what account they’re on, we do a lot of personality profiling assessments in LeadingAgile.

所以我有能力了解他们的性格,最终我将能够了解他们学习LMS的模块,他们经历了什么入职的事情,他们的核心技能是什么?然后是圣杯,对吧?从现在开始,我们有能力说,好吧。我们有一个顾问,就是这样运作的,这个客户,他们非常成功,我们也有类似的参与。好的,给我看看所有的咨询师像梅丽莎一样的资料,或者给我看看所有在亚特兰大的咨询师,像小镇一样的资料,诸如此类,对吧?因为我想要做的是我想要能够动态地查找人,因为我们现在变得非常大。我们有超过100名顾问,对吧?我希望能够了解人们的长处和短处。好吧,我给我们的软件主管,一个叫Donald的人的指示是,我很快地说,我要有能力给我展示一个员工数据库。

而且我对此进行了一些限制。因为这是一个iPhone应用程序,我说,我想要一些奇怪的骚扰iPhone应用程序,就像我想要它就像一个美丽,不能拼写漂亮的iOS应用程序。好吧。我希望精美地展示一个人。我希望能够搜索。我希望能够搭配名称。我希望能够看到一些基本信息。我希望能够看到我们使用称为颜色代码的那些评估,我认为真的很有价值。我们可以完整谈谈这一点,这实际上是一个非常有趣的谈话。这整件事都称为颜色代码,我想能够看到某人的颜色代码。 So within like, a matter of weeks, it wasn’t like a super long time, I had this bit of stuff on my iPhone and I am telling you one of the most valuable things, right?

我每天都会用它,我每天用五次,因为我经常和人们一对一地交流,和人们交谈,我们在做关于员工的决定。你知道,为什么有人在这里挣扎而不是在那里挣扎,我们没有得到我们想要的表现或者我们想要的行为或者类似的东西。我每天用这个东西五次,每一天。大概四个星期就送到了。在他的业余时间,对吧?超级,超级有价值。这与我期望一年后在这个产品中看到的愿景相差甚远。但今天它做得很好。而且它的质量非常高。它非常非常有价值。 Right? And that’s the kind of thing I’m talking about. Right?

所以如果我在我的团队中有这种交付能力,你知道,专门的团队,专门的技术,真正清晰的待办事项,生产一个可工作的测试软件的能力,就像每个sprint一样。但我当时坐在这里,作为产品负责人,我说:“你知道吗,唐纳德,在我们得到所有东西之前,我不想发布任何东西。”这样我就没有提前得到任何东西也没有从中得到任何价值。所以在这个维度上的张力可能在这个维度上的张力是产品人员必须精心安排和排列待办事项以这样的方式每件事都像是获得MVP或增加MVP。

好的,所以你创造了交付条件。然后你必须教导业务,如何利用这些条件。亚博vip9通道所以你实际上可以得到回报。我想起了你们看到这一点。It’s like what starts to happen sometimes and this is really the core of the elevate agile conversation that we’re starting to have we’ve really learned a lot trying to talk about this over the last year is that there’s a lot of people out there that have built these really sophisticated agile delivery models. But the reality is that the business doesn’t really know how to exploit it, to get things in market early.

所以虽然我们可以做到敏捷,所以我们仍然有点处理基于项目的资助模式,我们仍然处理大批,年度周期,对吧?所有这些不同的东西。没有人思考过,我如何分解这项工作并尽可能快地将其放在客户面前。然后,我们建造的这一非常伟大的敏捷递送能力真的未充分利用。因此,敏捷作为团队级别的承诺,甚至企业级交付模式并没有真正实现这一承诺,直到业务理解如何利用它。亚博vip9通道好吧。所以这例我刚给了你们真的很简单,对吗?这是单一团队,它真的实际上是非收入产生的技术,对吗?这支球队的压力很小,以表达任何raid。我是产品所有者,我是那个资助它的人,对吗? Really super simple. But because of that relationship between me and my expectations, and delivery capability built, it’s working really well. And every single time there’s a release every couple days now. I get something new to play with. That is that is like really cool.

我想象市场上还有其他类似的例子,当我和大学里的孩子们聊天时,我经常谈论Snapchat,因为它显然是最新最好的社交平台之一,如果有的话,它甚至可能是旧新闻,我想,TikTok,或任何新的。但我记得当Snapchat出现时,它实际上只是一种私人视频信息,就像立即删除一条信息。我记得,我并不是Snapchat的早期用户,因为当时,作为父母,每个人都说,“哦,不要Snapchat,对吧?”孩子们就是这样互相发不合适的照片的,对吧?所以没人会被抓,对吧?”当我的第一个成年朋友上Snapchat的时候,我好像在逗她说她在和她的孩子们用Snapchat聊天,这有多奇怪。但很明显,到那个时候,Snapchat实际上已经发展到如何增加更成熟的用户基础。

但这就是它开始的地方,这是一个小小的功能线程,就像,“我要给你发一条信息或一张图片,它就会消失。”对吧?随着这个产品的发展,它有了更广泛,更多样化的用户基础,故事,以及各种不同的东西,过滤器,以及各种有趣的东西,对吧?这是人们使用的一个有趣的因素,我的孩子不会给我发短信,他们会忽略我的短信。但他们会回复Snapchat,我觉得这非常烦人。但重点是,这就像一个MVP的例子,利用敏捷交付能力进入市场。

公司知道如何快速亚博vip9通道地将产品投放到团队中,将产品投放到市场中,然后根据用户反馈进行发展,对吧?这就是早期ROI的绝对定义。现在我们来扩展这个概念。对吧?现在让我们来看看多层的企业敏捷。我们来谈谈这是怎么回事。对吧?现在我们有了共享服务团队,对吧?一号服务,二号服务,三号服务,四号服务。我们可能有产品团队或功能团队,这可能是一种更好的说法,比如功能团队,对吧? That kind of a thing, right? And then we have some sort of program layer. Right? If we’re thinking safe, we’re doing like release trains, we’re doing PI planning, right? All that kind of a thing. That’s probably subordinate to some sort of portfolio layer. Okay, now, the trick when you start to get to this level of scale, right? And there’s kind of typically two ways you can manage this, I tend to like to model this as a kanban based queue, up here you could also manage it as in more like a kind of a release planning. Planning kind of PI planning kind of model, right? If you prefer Safe, right? What have you, right?

所以我倾向于喜欢flowbase,批量和队列,有趣,对吗?任何。但诀窍是当你开始扩展这种东西时,让我们说你想要有12周的发布。好的?诀窍是你必须按照足够的用户故事在团队级别和特征级别,产品级别,右边的方式进行排序完成了,这样的是在12周发布结束时,你有一些东西实际放在市场上,对吧?然后就像所有这些相同的规则适用,对吧?什么是添加价值的最小功能集?这些功能如何通过分解成团队级积压,对吧?这些积压如何进入程序级别? How are the features of user stories roll up into? How are they going to get validated? How are they going to get tested? How are they going to get deployed? How are they going to be put into market? How are they going to be rolled back if there’s like a crisis or a problem, right? That whole chain, that whole release management chain has to be like leaned out and tightened up so that you can put these bigger things into market. Right? What often is necessary there is you need a portfolio level that is dealing with projects that are way smaller investments than how we’re thinking about it now. Right?

所以我告诉一家公司的执行官,我们可能会像一年一样,第三年转型,你在那里,如果你只想批准一个大于三个月的项目,那就呢?这完全是关于更小的赌注。David Spann在一个时间点向我推出了这种语言。对吧?如果我们可以让本组织没有任何东西没有30个月,那么键入,三个月,对吗?因此,如果我们可以让组织不会将任何东西放入大于三个月的系统中。以及我们投入系统的一切都崩溃为可能一周或两个大的特征,这些功能突破了几天的用户故事。我们可以通过以下方式排序所有这项工作,使其在这里卷起并流过产品。

随后随着功能完成,我们实际上能够每隔几个月发布投资市场。对吧?然后我们有能力了解这些具有大级别ROI的大型顶级级别。对吧?现在我们可以开始拥有这种对话来解决这个问题。Okay, so you start to think about it, so we got the delivery capacity here at the team level execution teams, teams, backlogs, working tested software, making sure that we’re running the smallest set of stuff through getting it to a really clear definition of done working tested software. Everything’s potentially shapable. Everything’s deployable. These things roll up into larger increments that were maybe continuously releasing or maybe batch and queuing, right? But they have a testing and integration cycle that’s fast and continuous. And then the organization has the ability to release things in market in a more fast and convenient way. .

下一个;构建敏捷运营模型,提高投资回报率

留下你的评论

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