Loading [MathJax]/jax/output/CommonHTML/config.js
前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >【企业架构】描绘未来第 3 部分:产品路线图

【企业架构】描绘未来第 3 部分:产品路线图

作者头像
架构师研究会
发布于 2022-07-29 13:24:03
发布于 2022-07-29 13:24:03
3540
举报
文章被收录于专栏:超级架构师超级架构师

产品路线图是我们将在我的 4 部分系列中深入探讨的第二个路线图。如果您尚未阅读它们,请阅读第 1 部分:路线图概述和第 2 部分:能力路线图。顾名思义,产品路线图定义了产品或产品及其功能的预期未来推出。由于我们正在谈论技术,因此我们将假设后者进行讨论。

与我们正在讨论的其他路线图一样,产品路线图随着时间的推移展示了产品的未来。通常,企业架构不会产生产品路线图。通常,这可能是营销或产品管理的功能,或任何这些实体的组合。实际上,它将涉及所有三个方面的输入:EA、产品和营销,因为每个都为路线图提供关键信息。

产品路线图的受众不仅仅是开发人员,它用于提供有关何时创建功能的指导。它被用作一种元认知工具,用于组织产品团队的思想,以及与高管和其他内部利益相关者的沟通媒介。它也可以用于外部利益相关者,但应注意确保外部受众知道这不是合同承诺或对即将发生的事情的硬性定义。许多组织不会在产品发布之前共享产品。苹果因限制对其产品的可见性而臭名昭著,使他们受到许多谣言和猜测的影响。

产品路线图的基本输入,例如战略、当前产品和技术需求以及市场需求,都会影响路线图,应该以批判的眼光进行评估。如果在其中一个影响路线图的变化中发现了变化,则应注意并立即或在其下一次迭代中调整路线图。

您将产品路线图预测到未来多远?与所有优秀的建筑师一样,答案是视情况而定。与功能一样,如果产品具有较长的开发周期或强烈的资本需求(如 CPU),那么它会更长。对于大多数软件产品,您需要 18 到 24 个月,但这实际上取决于您的需求。投影越远,它的价值就越小。换句话说,随着时间的推移,产品路线图的不确定性更大。

Figure 1 — An example of a product roadmap created in Lucid Chart

产品路线图看起来像一个项目计划——它不是。有一些相似之处。两者都有时间线,都可能有依赖关系,并且都可能在垂直轴上有分组。但它们的不同之处在于意图。产品计划更加详细,代表要完成的任务。产品路线图旨在显示功能何时可以推出。请注意,一旦功能完成,它不会自动推出,它只是准备推出。

哦,所以如果功能正在计划中,这不违反敏捷原则吗?并不真地。开发人员不会选择用户故事。有人会这么认为,但不一定。产品路线图并非一成不变。它是根据战略和市场需求确定功能以及何时需要它们。它受到 IT 将基础架构部署到位的能力以及依赖业务合作伙伴提供交付和支持该功能所需的服务或材料的能力的影响。它为开发团队提供指导,但不是强制要求。产品路线图的输入之一是产品的当前状态。这会根据开发人员实际完成的工作向路线图提供反馈。开发人员仍然是自我管理的,但与往常一样,他们需要了解企业想要完成什么,并且路线图为他们提供决策指导。

开发产品路线图的过程并不简单,涉及大量输入和反馈循环。但总的来说是:

  1. 确定组织对其产品所遵循的战略。如果您的组织尚未确定战略,请努力确保其确定。首先,它不需要完全充实,但它需要提供选择产品功能的基础。
  2. 识别特征域。特征宇宙是可以定义的所有可能特征的集合。这并不是说一切都会好起来,也不是说一切都会实施。这可以来自许多不同的来源。市场和客户是最明显的,但它也可以来自审查竞争对手的产品、非竞争对手的产品,以及软件开发人员等内部资源,他们确定了不同数据源之间的协同作用,可用于为客户带来价值.必要时,还将对特征进行分类。类别可以由受众或角色、子系统、地理或其他定义创建。可以定义多个类别,为每个类别生成路线图或具有动态视图。
  3. 将功能与策略对齐。这可能是最困难的部分,尤其是在策略没有明确定义的情况下。查看每个功能,看看它在策略中的位置。它提供价值吗?它有助于实现战略目标吗?如果没有,则丢弃该功能——这并不是说该功能不会在以后重新引入,但最初它不会推动组织向前发展。由于合规性或法规或业务合作伙伴的需要,还可能存在强制功能。这些通常具有必须交付的特定日期,因此对于维持您自己或您的业务合作伙伴的运营至关重要。
  4. 确定功能的工作量。这是您确定该功能需要多长时间和多少资源的部分。这更像是一种猜测或 SWAG(Scientific Wild-A** Guess),并不意味着 100% 正确,只是一个近似值,以了解这如何适合日程安排。大型功能可能会被分解成更小的块,以便更早地推出部分功能 - 例如,报告功能最初可能会从一些预制报告开始,然后随着时间的推移引入自定义功能。后者将依赖于前者。
  5. 识别依赖关系。如步骤 4 所述,当一个特征被分解成更小的特征时,特征之间可能存在依赖关系。但可能还有其他对功能的依赖——例如,提供对某些屏幕的访问或共享数据的功能可能依赖于 OAuth2 和 OpenID。提供特定矩阵视图的功能可能依赖于允许用户在应用程序中创建和编辑特定记录的功能。这些依赖关系将指定至少一些功能的开发或准备推出的顺序。
  6. 布局产品路线图。这就是我们将这一切结合在一起的地方。布局和安排优先功能,了解每个功能所需的工作量以及开发功能的时间长度。根据功能的可用性,必须做出一些努力来了解如何设置功能的时间线。一个特性可以被挤压或拉伸到某个点,但这种弹性不一定是线性的(即,在一个特性上投入更多资源并不能保证它会在更短的时间内完成)。依赖映射将确保依赖链中较早的功能首先完成。
  7. 冲洗,起泡,重复(Rinse, lather, repeat. )。好吧,实际上这是一个不断更新或按计划更新或两者兼而有之的问题。产品路线图应该至少每季度更新一次,但在这个瞬息万变的世界中,也许每月一次更合适。每季度进行一次实时调整是一种很好的中间方法。在这种情况下,季度审查将包括更全面的审查,实时调整的范围将受到限制。实时调整将反映来自生产团队、IT 或其他内部服务提供商的反馈循环,以及市场或战略的重大变化。例如,如果您有一个卖方房地产应用程序并且市场转向买方提供更多机会的地方,那么所有这些卖方功能可能会被搁置。制作团队的反馈可能会调整时间表。如果开发人员无法准备好 UI,这将推动功能和任何依赖项的路线图时间表。同样,如果 IT 组织在实施第三方 SaaS 集成时遇到问题,这也可能会延迟某个功能和相关性。如上所述,规划和更新路线图的时间范围取决于您企业的情况。

上面的图 1 提供了使用 LucidChart 开发和修改的产品路线图的表示。Lucid 的模板有颜色代码作为开发的进展情况(完成、等待、迟到)。我发现这在敏捷世界中相当无用,在这个世界中,迟到并不是什么大事,除了在 sprint 方面——它对于看板来说更不重要。另外,为什么要更新图表以表明它已经晚了,而新的修订版本更好地代表了调整后的计划?我更喜欢用它来定义重要性,因为这为开发团队提供了更大的沟通价值。颜色编码还可用于指示其他关键要素,例如成本、产品领域、领域或团队。

产品路线图既是一份活的文件,也是一份未来计划的快照。因此,出于历史目的,应定期存档。有许多专门用于路线图和产品路线图的工具。质量更好的工具将是数据驱动的,并将更新路线图以反映变化。并非所有更改都可以由数据驱动,很有可能。开发团队的输出等数据可能保存在未集成的不同系统中。战略和市场细节通常也不能用于集成。

总之,产品路线图是一个看似简单的过程,但实际上相当复杂。它涉及许多不同的组织利益相关者,是一个平衡多个关注点的过程。然而,它是推出产品的重要组成部分,有助于调整战略和执行。请继续关注我关于路线图的最后一篇文章——技术路线图——大约一周后会发布。

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2022-07-19,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 首席架构师智库 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
【技术规划】描绘未来第 4 部分:技术路线图
我关于路线图的最后一部分以技术路线图结束。第 1 部分侧重于路线图的类型及其关系。第 2 部分侧重于能力路线图,第 3 部分侧重于产品路线图。所以现在我们用最复杂的路线图来总结它。
架构师研究会
2022/07/29
8070
【企业架构】描绘未来第 2 部分:定义能力路线图
在我之前的帖子中,我讨论了三个不同的路线图以及它们之间的关系。在这篇文章中,我们将详细介绍能力路线图。能力路线图将能力映射到时间线(duh)。业务能力是做某事的能力。它们是业务架构的常见元素,对战略执行很有用。
架构师研究会
2022/07/29
3200
【企业架构】描绘未来第 2 部分:定义能力路线图
【企业架构】描绘未来:使用能力、产品和技术路线图来调整企业和执行战略
记得回到 90 年代,口号是 IT 需要与业务保持一致。如今,技术变得如此重要,以至于业务需要与技术保持一致,看起来。在 IT 和业务方面,我从未真正看到过“我们与他们”的现实。但无论你怎么看,它们都需要对齐。这就是路线图的用武之地。
架构师研究会
2022/07/29
4240
【企业架构】描绘未来:使用能力、产品和技术路线图来调整企业和执行战略
产品路线图:全面拆解产品战略落地的核心工具
据数据显示,在瞬息万变的市场竞争中,有高达70%的产品失败源于战略与执行的脱节。产品路线图(Product Roadmap)就是可将宏伟的产品愿景转化为可执行日常开发的核心战略工具。研究表明,高效使用产品路线图的团队,其项目成功率可提升40%以上。
敏捷开发
2025/06/25
690
产品路线图:全面拆解产品战略落地的核心工具
TAPD体验记|路线图来啦,通过项目管理驱动企业战略成功!快报名体验吧~
路线图是一种展示产品或解决方案如何随时间发展的战略工具。它不仅仅是一个时间表,更是一个从战略到执行的全面行动计划。通过路线图,业务负责人和管理层可以清晰地描述未来的产品功能、新功能的发布时间,以及这些功能如何帮助实现长期的业务目标。
TAPD敏捷研发
2024/12/24
2020
TAPD体验记|路线图来啦,通过项目管理驱动企业战略成功!快报名体验吧~
【企业架构】企业架构(EA)简介
介绍 在当今的数字时代,大多数企业的运营都依赖于技术。这项技术有多种形式,但软件系统最为人所知。 众所周知,每家公司要么提供要销售的产品,要么提供服务。这些公司由其所有者、经理或企业最高管理层管理,但他们不一定是技术专家。 这些所有者不做出技术决定。这就是为什么他们需要帮助来构建和购买运行其业务的信息系统。这就是企业架构的用武之地。 在本文中,我们将讨论什么是企业架构师以及他们的工作。好,那我们开始吧。 什么是企业架构 (EA)? 企业一词代表任何使用软件系统的组织,并且不仅限于公司。它可以是政府机
架构师研究会
2022/04/18
1.5K0
【企业架构】企业架构(EA)简介
【企业架构】确定策略和动机
战略实践是一个两部分的练习。首先他们是战略的发展——你要做什么才能赢。第二个是战略的执行——实际上需要做这些工作来确保战略计划的实施。有很多关于两者相互作用的文章,许多 CEO 都认为执行比战略更重要。摩根大通现任首席执行官兼董事会主席杰米戴蒙表示:
架构师研究会
2022/09/26
3090
【企业架构】确定策略和动机
「业务架构」基于EA路线图的业务能力规划
由于业务功能直接源自企业战略计划,并被设计为满足企业的业务战略、目标和目标,因此它们为创建企业架构路线图提供了良好的基础。
架构师研究会
2020/10/09
1K0
「业务架构」基于EA路线图的业务能力规划
【企业架构】现代企业架构方法——第 1 章
在任何商业冒险中,必须首先满足基本面,以便进一步取得进展。出于这个原因,我从现代化背景下企业架构的定义开始,介绍了处理企业复杂性的基本技术。
架构师研究会
2022/09/26
4640
.NET Core全新路线图(译)
标签: .NETCore 翻译 承接张善友大大的.NET Core全新路线图,翻译了原文,水平有限,尽量一观。 原文地址《.NET Core Roadmap》,原作者Scott Hunter. 1. .NET Core 新路线 自我们发布.NET Core/Asp.NET Core 1.0以来,已经过去了两个星期。开发小组已经用这两个星期做好了调整,所以是时候为接下来的开发计划开始做些准备了。我们已经看到了大量关于.NET Core的下载,同时也收到了很多显著和有效的反馈,我们欢迎所有开发者继续保持这样的反
潘成涛
2018/01/18
1.2K0
从企业案例看 DevOps 转型路线图
前言 在给客户培训DevOps的时候会尽量把整个DevOps体系,包括流程、文化、 技术实践,和业务IT的关系等等传递给客户。但是企业要想从头开始实施 DevOps ,有没有一个转型的路线图,从现在的状态一步一步地转到 DevOps 的状态?这是客户经常会问到的一个问题。从我的直觉上来判断,由于每个企业所处的情况不同,是没有一个通用的转型路线图的。但是一般还是有人会追问,所以我今天做一个系统的分析,来看看到底有没有企业 DevOps 转型的路线图。 先来看一个案例。 Nationwide(互惠保险)的案例
DevOps时代
2018/02/02
1.5K0
从企业案例看 DevOps 转型路线图
【企业架构】敏捷企业中的企业架构师生态系统
太多的企业架构师仍将自己限制在编写封闭的“解决方案架构定义文档”并躲避实际行动。然而,我们看到了一种新的趋势。越来越多的业务和企业架构团队正在参与并融入其组织的业务优先级战略规划、投资组合管理、路线图优化、产品管理、以客户为中心的计划、敏捷项目微调、更新和更现代的面向业务的 KPI 定义等.
架构师研究会
2022/07/29
4370
【企业架构】敏捷企业中的企业架构师生态系统
微软发布面向 Java 开发者的 VS Code 更新路线图!
近日,微软发布了面向 Java 开发者的 Visual Studio Code 更新路线图,展示了一些重要的新功能和改进,路线图涵盖 2021 年 7 月至 12 月。微软表示,未来几个月将重点关注开发体验、远程开发、测试、安全等方面。
Guide哥
2021/07/27
7140
微软发布面向 Java 开发者的 VS Code 更新路线图!
Spotify 的平台迁移经验:从小事做起,关注利益相关者,寻求自动化
在管理不断壮大的开发团队与愈发复杂的代码库的同时,还要提供更快也更可靠的交付,这似乎是飞速发展的科技公司都难逃的挑战,对平台团队而言也是一样。在代码库和组织不断增长的现状下,我们要如何快速推陈出新、更安全地引入新技术呢?
深度学习与Python
2024/02/17
1500
Spotify 的平台迁移经验:从小事做起,关注利益相关者,寻求自动化
【业务架构】业务架构:战略执行之路上缺失的艺术/科学
我不止一次被告知,企业架构 (EA) 是在浪费时间。老板、客户、同事和开发人员都告诉过我。我可以理解有些人不了解架构在公司中所扮演的角色——尤其是商务人士。但是,当 CTO 或 CIO 告诉您这一点时,您不得不想知道他们是如何成为他们的职位的?他们是主人的侄女还是侄子?他们对 CEO 保密吗?也许他们只是看起来的一部分。他们显然不是从他们的智慧和能力中得到的。
架构师研究会
2022/09/26
2820
【业务架构】业务架构:战略执行之路上缺失的艺术/科学
产品经理如何帮助减少技术债务 ?
产品经理拥有广泛的知识,能够接触到公司的不同部门和利益相关者。这使得他们处于一个理想的位置,可以围绕预防和应对技术债务创造一种工作文化。我们提供了一些有用的策略。
陈哥聊测试
2021/03/03
4620
在微服务架构中管理技术债务
在 QCon Plus,Glenn Engstrand 谈到了一种促进技术债务管理的方法。大多数参与软件开发的人员在试图让产品经理或项目经理同意他们花时间修复项目技术债务时都会遇到困难。Engstrand 在 Optum Digital(前身为 Rally Health)采用的方法能够以一种系统性和非对抗的方式管理这些具有不同优先级的问题。
深度学习与Python
2022/06/11
4710
在微服务架构中管理技术债务
「企业架构」VP:什么是企业架构?
企业架构(EA)通常与城镇规划或城市设计相比,是一种定义明确的实践,用于进行企业分析、设计、规划和实施,以成功地制定和执行战略。企业体系结构减少了冗余、复杂性、信息孤岛以及与IT投资相关的业务风险。因此,EA提供了一个有效IT战略的蓝图,并以一种以成本效益的方式提供业务利益的方式来指导IT的受控演进。
架构师研究会
2020/05/09
2.1K0
「企业架构」VP:什么是企业架构?
9000字详解企业大数据项目规划落地实施路线图
一般来说,一个完整的大数据项目实施,需要经过开发环境搭建、集群环境部署、数据采集、数据存储与交换、数据离线与实时分析、大数据可视化等多个实现流程,这就要求系统掌握大数据技术知识。
肉眼品世界
2022/03/25
4020
9000字详解企业大数据项目规划落地实施路线图
DevOps 缺少定义,平台工程需要指导性路线图
作者 | Nigel Kersten 译者 | 平川 策划 | 丁晓昀 在 PlatformCon 2022 大会上,Puppet 现场首席技术官 Nigel Kersten 谈了平台工程指导性路线图的需求。他分享道,在之前的文化转型中,如敏捷和 DevOps,行业在方法和定义方面开始出现分歧。关于如何进行组织和文化变革才是拥抱新范式的最佳方法,人们感到很困惑。 Kersten 认为,缺少方向不仅会导致实现很糟糕,而且还会产生不良后果。缺乏对 DevOps 的理解会产生一个副作用,就是 DevOp
深度学习与Python
2023/03/29
3260
DevOps 缺少定义,平台工程需要指导性路线图
推荐阅读
相关推荐
【技术规划】描绘未来第 4 部分:技术路线图
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档