在过去的 10 年里，传动控制工程师开发了控制系统并用 C 代码对其进行了编程。 这位工程师担任高级职位，他对自己的工作方式感到自在。 但随后他得知他的团队计划采用基于模型的设计，并且他将不得不改变他的开发过程。 未来，他将需要使用模型开发控制系统，实施测试用例以使用模型，并为自动代码生成准备模型。 自然地，他对这种破坏感到焦虑，并怀疑它的价值。 经理如何帮助这位工程师不仅理解新方法而且接受它？
引入变革：一般注意事项
转向基于模型的设计会带来与实施任何重大且可能具有破坏性的变革相同的挑战：来自团队成员和高层管理人员的抵制、对新方法价值的怀疑、焦虑和士气低落。 管理人员可以通过遵循一些一般准则和原则来减轻这些担忧：
• 在提倡转向基于模型的设计时，向组织清楚地传达将产生的好处。
• 回答大多数员工提出的问题：变革对我有何好处？ 准确解释变革将如何影响个别团队成员。 他们的角色和职责将如何变化？ 到目前为止，他们还能使用所学的知识和技能吗？ 基于模型的设计为他们提供了哪些切实的好处？
• 让团队参与实施并让团队成员影响流程。 他们会更容易接受改变。
• 在实现基于模型设计的所有优势之前，避免通过停止采用来应对阻力。
• 认识到在大型组织中完全采用可能需要数年时间，在此期间您的组织结构可能会发生变化。 在流程中建立灵活性以应对此类变化。
• 即使管理层已同意实施基于模型的设计，也要循序渐进。 逐步采用通常是最好的方法。 使用短期胜利来推动变革。
• 创建一个部署计划来定义最终目标，展示您将如何使用基于模型的设计来实现目标，确定关键的实施里程碑，并提供清晰且切合实际的时间表。
采用过程
准备工作是成功采用基于模型的设计的关键。 您需要了解您的团队或组织目前所处的位置、您希望它所处的位置以及您计划如何到达那里。 在您的采用过程中遵循以下五个步骤：
1.分析现状。
2. 设定过程改进目标。
3. 决定你将使用哪些改变选项来实现目标。
4. 实施变更。
5.跟进。
在整个过程中，请考虑您将如何衡量变革工作，以及在采用基于模型的设计后哪些指标会有用。 虽然在采用过程中系统化很重要，但要避免过度计划。 即使是准备最充分、计划最充分的变革工作也是一团糟——让你的计划足够灵活以应对不确定性。
步骤 1. 分析现状
在分析阶段，您首先要确定为什么需要进行更改。 它将解决什么问题？ 变革将实现或改进什么？ 例如，已转向基于模型的设计的团队通常会引用以下目标：
• 缩短开发时间
• 尽早发现流程中的错误
• 管理日益复杂的系统
• 管理市场或产品要求的变化
• 管理风险
• 改善沟通
• 遵守标准或认证要求
接下来，您分析您的团队或组织运作的内部和外部环境。 外部环境包括影响组织和工作方式的所有社会、法律、经济、政治和技术因素。 例如，汽车组织必须通过设计减少排放的车辆来遵守环境法律。 对于船用发动机制造商而言，发动机性能（一项技术要求）可能更为重要。
是什么推动了您所在组织的当前市场？ 您的目标是接触大量需求快速变化的客户，还是与大公司或组织建立一些长期关系？内部环境侧重于组织内部的情况，它解决了以下问题：
• 您使用什么开发方法？
• 什么行得通，什么行不通？
• 您的团队或组织的优势和劣势是什么？
• 您的团队或组织如何处理外部环境的要求？
• 是否有正式的知识层来支持知识共享和创造？
• 您的组织结构是加剧还是最小化了您发现的问题？
步骤 2. 设定过程改进目标
一旦情况明朗并确定了具体问题，您就可以开始设定目标来解决这些问题。 选择将产生快速结果的改进。 这些结果可用于推动变革工作。
最有效的目标是 SMART（具体的、可衡量的、可实现的、相关的和有时限的）。 例如，如果您的目标是流程改进，您可能会制定如下目标：“团队将确定当前开发流程中的两个瓶颈，并通过使用基于模型的设计在九个月内减少它们。”
步骤 3. 选择更改选项
为确保获得良好结果并简化向基于模型设计的过渡，管理人员应让团队成员参与生成、评估和选择选项。 例如，为了满足步骤 2 中定义的流程改进目标，团队可能会生成以下选项列表：
• 创建正式的测试工具。
• 通过仿真验证系统性能。
• 引入快速原型设计来验证单个组件。
• 从组件模型生成产品代码。
• 使用模型而不是文档进行研究和应用开发之间的交流。
• 实施一个包含环境不同部分模型的库，以启用针对不同解决方案的测试、验证和试验的闭环仿真。
在非正式地讨论选项并应用正式的评估标准（例如评分系统）之后，管理人员将选择两个选项：
• 为选定的组件创建一个正式的测试工具。
• 实施带有环境模型的库。 团队可能会选择这些选项，因为它们会产生最直接的结果。 这些短期胜利可用于推动其他变革。
步骤 4. 实施更改
当行动方案明确时，实施就可以继续进行，而不会过度干扰团队的日常活动。 但是，在开始实施之前，请确保具备以下条件：
• 推出和沟通计划
• 团队培训
• 合适的工具
• 配置管理系统
• 测试平台
步骤 5. 跟进
为确保未来的变更顺利进行，强烈建议进行严格的后续分析。 实施每个更改后，问这些问题：
• 什么进展顺利？
• 团队遇到了什么障碍？
• 你下一步怎么做？
• 学到了什么？
使用从此分析中获得的信息来指导未来的更改。
衡量结果
提供可靠、客观的绩效和进度衡量标准的指标可用于：
• 设定目标
• 交流进展
• 根据计划评估现状
• 衡量成功
• 估算投资回报率 (ROI)
• 影响未来的行动
定量和定性测量都是有价值的，但要避免过度测量，因为过度测量代价高昂并且会使问题复杂化。 您的目标是衡量恰到好处。 关注相关问题，例如 SMART 目标中确定的流程瓶颈。
在制定指标时，请遵循以下最佳实践：
• 决定你需要测量什么。 将监测哪些结果或成果？
• 确定哪些数据将提供您需要的信息。
• 将您收集的数据与期望的结果联系起来。 添加上下文后，数据就变成了信息。
• 决定您将如何呈现数据。 为目标受众量身定制您的演示文稿。 报告和图表很常见，但记分卡（可能包括显示数据不同角度的图表或图表）提供了更完整的画面。
• 决定评估信息的频率。
• 定期审查数据收集过程：每周、每月或每季度。
• 创建一个反馈循环，您可以在其中监控结果以帮助微调后续阶段或后续项目的计划。 例如，定期测量系统中每个组件的目标执行时间。 此操作将捕获不切实际的实现，并尽早估计您需要的处理能力。
• 收集指标，比较在采用基于模型的设计之前和之后每个开发阶段发现失败的时间和数量。
采用模型实现基于模型的设计
许多计划采用基于模型的设计的组织发现采用模型可以帮助他们确定他们在采用过程中所处的位置以及他们希望达到的位置。 在向组织传达目标时，采用模型也很有用。 您可以开发自己的自定义版本，但实施基于模型的设计的最佳实践导致了两种采用模型的频繁使用。
九盒模型显示了您的项目团队、部门或组织采用基于模型设计的核心概念的程度。
上图显示了仅用于图形规范的模型。 该项目的目标是全面实施基于模型的设计概念。 全面采用的每一步都会带来一些好处。 如果这种好处被强调为短期胜利，它可以用来推动进一步的变革。行业采用阶梯显示了模型启用的个人、部门和组织之间的协作水平。
确保成功实施的六种方法
大多数成功采用基于模型设计的组织都遵循以下六个步骤。 这些步骤可能会重叠或以不同的顺序处理，但必须完成所有步骤才能确保成功。
指定您要解决的问题并将其传达给您的团队。 明确您采用基于模型的设计的原因，既可以确保您解决的是正确的问题，也可以让您有效地传达原因。 例如，如果上市时间缩短是原因，请显示一张图表，说明系统集成和测试所需时间的历史同比增长情况。 然后，展示展示结果的图表——例如，已开发但未包含在最终产品中的新功能的数量。
创建一个团队来推动实施。 这个团队必须在组织中有足够的影响力来协调和推动变革。 在此过程的后期，团队成员将开发和维护最佳实践和定制，并成为解决有关基于模型的设计问题的最佳人选。 包括研发经理和每个组（研究、平台和应用程序开发）的一名人员。 最好包括一个抵制变革的人。
创建和传达愿景。 描述组织的理想未来。 变革后的组织工作流程、工作方式和文化会是什么样子？ 变革将如何使员工个人受益？ 它将如何改变他们的工作和他们在组织中的地位？
使团队成员能够采取行动——消除障碍。 提供有关新工具、工作流程和最佳实践的必要培训。 对所有受变革影响的员工进行基础培训，对负有特定职责的员工进行专门培训。 消除障碍，例如不可用的软件许可证。
计划并创造短期胜利。 为了保持动力并继续推动采用，请在几个月内展示变革带来的所有改进。 在向团队传达这些改进时，请使用基于模型设计的术语和核心概念。
将新方法制度化。 实施基于模型的设计后，建立一个系统以确保持续改进。 维护自定义、工作流和最佳实践。 提供一种允许其他人提交建议和工作改进的机制。 捕捉和分析从已完成项目中吸取的经验教训。
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
