【技术架构】技术路线图概述
技术路线图是支持战略和长期规划的灵活规划技术,通过将短期和长期目标与特定的技术解决方案相匹配。[1][2]这是一种适用于新产品或新工艺的计划,可能包括使用技术预测或技术侦察来确定合适的新兴技术。[3]这是一种已知的技术,有助于管理创新的模糊前端。[4]这也是预计路线图技术可能有助于公司在动荡的环境中生存[1]并帮助他们以更全面的方式进行规划,包括非财务目标,并推动实现更可持续的发展。[5]在这里,路线图可以与其他公司的前瞻性方法相结合,以促进系统性变革。[6]
制定路线图有三个主要用途。[7]它有助于就一系列需求和满足这些需求所需的技术达成共识,它提供了一种帮助预测技术发展的机制,它提供了一个帮助规划和协调技术发展的框架。[8]它还可以用作分析工具来映射新兴产业的发展与崛起。
流程
技术路线图过程可以分为三个阶段:初步活动、路线图开发和后续活动阶段。因为流程对于一个模型来说太大,所以阶段是分开建模的。在模型中没有不同的角色;这是因为所有的事情都是由参与者作为一个组来完成的。[9]
第一阶段:初步阶段
图2。初步阶段的过程数据模型。
第一阶段即初步阶段
(见图2),包括3个步骤:
- 满足基本条件,
- 提供领导/赞助,以及
- 定义技术路线图的范围和边界。
在此阶段,关键决策者必须确定他们有问题,并且技术路线图可以帮助他们解决问题。
满足基本条件
在这一步中,必须弄清楚条件是什么(必须确定),如果不满足,谁采取行动来满足这些条件。这些条件包括,例如:
- 对技术路线图的需求
- 来自组织不同部门(如市场营销、研发、战略业务部门)的不同规划视野和观点的投入和参与。
应满足所有条件(或商定的一方采取必要行动)以继续下一步。参与者可以有自己的零个或多个条件。它适用于所有具有要满足或不满足的属性的条件。
提供领导/赞助
由于创建技术路线图所需的时间和精力,需要有坚定的领导力。此外,领导应该来自一个参与者,其中一个提供领导和赞助。这意味着生产线组织必须驱动流程,并使用路线图来制定资源分配决策。[10]
界定范围和界限
在此步骤中,将指定路线图的上下文。在公司里应该有一个愿景,而且必须清楚的是,路线图能够支持这个愿景。如果愿景不存在,则应制定并明确说明。完成后,应该指定路线图的边界和范围。此外,应设定规划范围和详细程度。范围可进一步分为技术范围和参与范围。
在表1中可以看到初步活动阶段的所有不同子活动。所有子活动都有作为最终产品的概念(用粗体标记)。这些概念是实际的元数据模型,它是一个经过调整的类图
表1。初步活动阶段活动表
活动 | 子活动 | 说明 |
---|---|---|
满足基本条件 | 确定基本条件 | 当所有参与者聚集在一起时,可以确定基本条件(例如,应该涉及哪些组、哪些是关键客户、哪些是关键供应商)。 |
采取行动去满足条件 | 要使技术路线图成功,必须满足参与者的条件。 | |
提供领导/赞助 | 领导/赞助的部分应由直线组织承担;他们必须推动路线图制定过程,并使用路线图做出资源分配决策。 | |
定义技术路线图的范围和边界 | 清晰地陈述愿景 | 已经存在的愿景必须是明确的。 |
发展愿景 | 这一愿景得到了明确的发展和阐述。 | |
定义范围 | 项目范围可以进一步定义需求集、规划范围和详细程度。范围可进一步分为技术范围和参与范围。 | |
定义边界 | 边界也应该包括在内。 |
第2阶段:开发阶段
图3。开发阶段的过程数据模型。
第二阶段,技术路线图阶段的开发(见图3),包括7个步骤:
- 确定“产品”是路线图的重点,
- 确定关键系统需求及其目标,
- 明确主要技术领域,
- 指定技术驱动因素及其目标,
- 确定技术替代方案及其时间表,
- 建议应采用的技术替代方案,以及
- 创建技术路线图报告。
- 国防后勤局,[12]
确定路线图的产品重点
在这一步中,共同的产品需求被确定,并得到所有参与者的同意。这对于让所有小组接受这个过程很重要。在产品需求不确定的情况下,可以使用基于场景的规划来确定共同的产品需求。在图3中,参与者和可能的基于场景的规划提供了共同的产品需求。
确定关键系统需求及其目标
一旦确定了必须制定的路线图,就可以确定关键的系统需求;它们为技术路线图提供了总体框架。需求可以有目标(如图3中的属性),如可靠性和成本。
明确主要技术领域
这些是帮助实现关键系统需求的领域。对于每个技术领域,都可以找到一些技术。示例技术领域有:市场评估、横切技术、组件开发和系统开发。
指定技术驱动因素及其目标
在这一步中,第二步的关键系统需求转化为特定技术领域的技术驱动因素(带目标)。这些驱动因素是选择技术替代方案的关键变量。驱动因素取决于技术领域,但它们与技术如何满足关键系统需求有关。
确定技术替代方案及其时间表
此时,应指定技术驱动因素及其目标,并应指定能够满足这些目标的技术备选方案。对于每一种备选方案,都应估计其相对于技术驱动目标成熟程度的时间表。
时间因子可以适应特定的情况。电子商务和软件相关部门的时间跨度通常很短。其他的区别可以在尺度和间隔上做出。
推荐应采用的技术替代方案
由于备选方案可能在成本、时间表等方面有所不同,因此必须对备选方案进行选择。这些是图3所示的备选方案。在这一步中,必须在不同目标的不同替代方案之间做出许多权衡:例如,性能高于成本,甚至目标高于目标。
创建报表
至此,技术路线图已经完成。在图3中,可以看到技术路线图报告由5部分组成:
- 每个技术领域的识别和描述,
- 路线图中的关键因素,
- 未处理的区域,
- 执行建议,以及
- 技术建议。
报告还可以包括其他信息。在表2中可以看到开发阶段的所有不同子活动。
开发阶段活动表
活动 | 子活动 | 说明 |
---|---|---|
确定路线图关注的“产品” | 确定需求 | 这一关键步骤是让参与者确定并同意共同的产品需求。这对他们的接受很重要。 |
使用基于场景的规划 | 如果共同产品需求存在重大不确定性,则可以使用基于场景的规划。每个方案必须合理,内部一致,并与其他方案可比。 | |
陈述需求 | 这些是产品的需求。 | |
确定关键系统需求及其目标 | 定义关键系统需求 | 关键系统需求为路线图提供了总体框架,是技术相关的高级维度。这些包括可靠性和成本。 |
定义目标 | 必须为每个系统需求定义目标。 | |
明确主要技术领域 | 将需求转换为面向技术的驱动者 | 应规定主要技术领域,以帮助实现产品的关键系统要求。然后,关键系统需求转化为特定技术领域的技术驱动因素。 |
指定技术驱动因素及其目标 | 根据目标选择技术方案 | 技术驱动因素及其目标是基于关键系统需求目标设定的。它规定了在某一特定日期前必须如何执行可行的技术替代方案。必须从现有的技术选择中作出选择。 |
确定技术替代方案及其时间表 | 确定备选方案及其时间表 | 必须确定能够满足目标的技术替代方案。接下来,必须确定每个备选方案的时间线。 |
推荐应采用的技术替代方案 | 必须选择技术替代方案的子集 | 确定采用哪种技术以及何时转向另一种技术。整合最好的信息,并形成许多专家的共识。 |
创建技术路线图报告 | 创建报表 | 这里创建了实际的技术路线图报告。本报告包括:确定和说明技术、关键因素、未解决的领域、执行建议和技术建议。 |
第3阶段:后续活动阶段
在这个时刻,路线图必须被参与任何实现的团队批判、验证并希望被接受。这需要使用技术路线图制定计划。下一步,必须有一个定期的回顾和更新点,因为参与者的需求和技术的发展。
快速启动路线图方法
考虑到路线图创建的潜在复杂性和组织惯性,剑桥大学的研究人员[13]专注于开发路线图快速启动方法。[14]这种方法称为T-Plan,创建于20世纪90年代末,主要是帮助组织以最小的成本迈出路线图制定的第一步资源和时间承诺。它在传播和吸收国际路线图方面具有影响力,包括将T-Plan工作簿[15]翻译成中文(传统和现代)、德语、日语和西班牙语。该方法(以及与之对应的创新和战略路线图,S计划)是灵活和可扩展的,因此,快速和精益的方法对于中小型企业来说尤为重要,并且已经被证明能够为中小型企业的集群提供指导
规划和业务发展背景
5。方案规划实例。
6 酒吧的例子。
7号。图表示例。
技术路线图制定过程符合企业战略、企业战略规划、技术规划和业务发展环境。三个关键要素应该联系起来:需求、产品和技术。
所需知识和技能
有技能的顾问
创建技术路线图需要一定的知识和技能。一些参与者必须知道技术路线图的目的。其次是小组讨论和人际交往技巧,因为这个过程包括很多讨论和找出共同的需要是什么。如果参与人数真的很大,可能需要一名顾问或促进者。
目的
路线图中的产品规划
这是最常见的技术路线图类型:将技术插入到产品中。
方案规划
这种类型更多的是针对战略的实施和相关的项目规划。图5显示了技术开发阶段、计划阶段和里程碑之间的关系。
格式
- 条形图:几乎所有的路线图(部分)都用条形图表示。这使得路线图非常简单和统一,从而使通信和集成更加容易。
- 图:技术路线图也可以表示为图,通常每个子层一个。(例如,IMEC使用第二种方法)。
原文:https://en.wikipedia.org/wiki/Technology_roadmap
本文:https://jiagoushi.pro/node/952
讨论:请加入知识星球【首席架构师圈】或者小号【jiagoushi_pro】
- 1379 次浏览