面向初学者的 BizDevOps 介绍指南

通过从 DevOps 或传统商业模式过渡到 BizDevOps，您可以成为相关行业的“下一个 Google”。

您需要将业务、产品开发和产品运营集成到一个工作流程中，以减少浪费、提高产品安全性并从产品中获得最大收益。 只有当企业采用 BizDevOps 概念进行产品开发时，它才能做到这一点。

在数字化转型之前，各个行业的大多数业务都完全孤立。 在数字化适应之后，公司减少了对任何项目的脱节方法。 但是，数字化转型还根据业务的专业化为不同的业务部门添加了许多工具、应用程序和工作流。

现在，公司变得越来越孤立，因为他们需要学习使用不同的工具，并专注于各个部门的工具。 因此，业务管理专家发现，数字化或云化转型并不能解决孤立的业务部门。

因此，伟大的商业头脑齐聚一堂，寻找新的方法来打破组织孤立的工作文化，并增加团队之间的协作和理解。 BizDevOps 是专家和企业领导者进行革命性努力的结果。

继续阅读以从内到外学习 BizDevOps。 您可以将这个概念应用到您的业务中以获得非凡的产出。 或者，如果您是专业人士，您可以成为企业和初创公司的 BizDevOps 专家培训师。

DevOps 简介

DevOps 是一个产品开发框架，包括一组工具、实践和文化理念。 这种组合集成并自动化了运营和产品（软件）开发团队之间的工作流程。

其主要目标是促进跨团队沟通、团队授权、协作工作和技术自动化。

IT 业务负责人在 2007 年到 2009 年之间的某个时候推出了 DevOps 框架。软件公司想出了这样的工作模式来解决软件开发人员和运营商之间经常发生的与产品相关的纠纷。

DevOps 只是开发和运营的缩写。 从软件规划开始到市场和重新开发，它将运营和开发团队带到了一张桌子上。

在看到软件行业中 DevOps 流程的巨大好处后，其他处理产品的行业也采用了该框架。

DevOps 策略

这个产品开发框架包含一个无限循环来展示持续的产品开发过程。 尽管您可能会在 DevOps 模型中发现阶段的顺序出现，但您必须注意到，由于根据客户反馈持续进行产品升级，该过程循环在一个循环中。

以下是 DevOps 策略的工作原理：

• 发现需求和满足需求的产品（开发团队）
• 规划产品开发（开发团队）
• 开发产品（开发团队）
• 测试产品（开发团队）
• 产品部署（运营团队）
• 操作产品或监督其操作（操作团队）
• 观察产品性能（运营团队）
• 从内部和外部用户那里获得持续的反馈（运营团队）
• 在最初的发现和回到计划阶段（开发和运营团队）中根据需要包括反馈

开发运维工具

DevOps 框架的技术栈应该包括以下工具的组合：

• 项目管理
• 客户关系经理 (CRM)
• 软件或产品开发应用程序或工具
• 软件包安装程序
• 云和虚拟设备
• 反馈收集器
• 群组监控

DevOps 的好处

• 增加产品的上市时间
• 促进项目合作
• 快速推销应用程序或产品
• 问责制
• 质量保证
• 安全

救援中的 DevOps 挑战和 BizDevOps

不愿跟随变化

DevOps 是一个存在开发和运营团队的业务流程。 您将离开业务和管理团队。 因此，您可能会遇到相关团队不愿采用 DevOps。

但 BizDevOps 是一种融合了整个组织的新业务模式。 因此，您的员工将没有理由抵制这种变化。

业务流程延续

DevOps 无法解决企业在更改一个软件时遇到的问题，而所有其他连接的软件都无法执行其任务。 在产品开发中，一种产品的变化会损害其他产品的营销。

在 BizDevOps 中，您负责整个业务。 它以不影响其他相关应用程序或产品的方式计划软件或产品的更新或重新开发。

增加孤立的工作文化

DevOps 应该消除业务中的孤岛。 但是随着不同团队的不同应用程序，它增加了孤立的工作方式。

借助 BizDevOps，专家预计 DevOps 引入的孤岛工作将大大减少。

DevOps 落后于业务大脑

业务和行政部门是公司的大脑。 业务和管理包括销售、营销、会计、税务等。 这些团队不知道他们公司正在生产的软件、产品或服务发生了什么。

因此，从预算批准到销售，业务团队和 DevOps 团队之间的差距开始扩大。

DevOps 团队在需要获得预算批准、营销产品、收集现场反馈等方面面临许多瓶颈。

当您采用 BizDevOps 框架时，您可以期望这样的问题不会出现在您未来的产品开发项目中。

公司内部沟通

在 DevOps 中，只有产品开发和产品运营团队相互沟通。 管理销售、营销和收入的业务团队不知道他们销售或营销的产品发生了什么。

因此，当销售团队外出时，他们面临着他们没有准备好的棘手问题。 发生这种情况是由于 DevOps 团队的业务团队之间存在沟通差距。

BizDevOps 将以每个人都了解公司产品的业务、开发和运营部分的方式来修饰整个组织。 因此，营销和销售团队可以轻松回答客户查询并提高客户满意度和销售收入。

什么是 BizDevOps？

BizDevOps 是一种产品或软件开发方法，它鼓励每个人在一个项目上一起工作，以增加项目的成功和公司收入。 整个组织都可以从业务团队中获取想法并将其变为现实。

开发和运营团队为这个想法增加了价值。 当您看到客户对您的软件或产品的投诉减少并且收入增加时，您就会意识到这种和谐工作文化的重要性。

因此，当业务团队在整个产品生命周期中还与开发团队和运营团队一起参与产品开发过程时，您将其称为 BizDevOps 框架。 使用 BizDevOps，您可以实现以下目标：

• 协调产品和软件的开发
• 加强组织治理
• 深度监控
• 提高效率、生产力并减少浪费

简而言之，BizDevOps 应该降低项目的业务和技术之间的障碍。 通常，开发人员会说不同的语言。 这种语言不是人类语言。 它是机器语言。 开发人员用代码和语法说话。 但是，业务团队不懂这种语言。

BizDevOps 的职责是让业务团队与 DevOps 团队相提并论。 因此，当客户报告新产品出现更多问题时，业务团队可以适当地将消息传达给 DevOps 团队。 因此，您可以确保您的团队不会在翻译中丢失客户的反馈。

BizDevOps 的最佳实践

全队积极参与

所有项目团队和成员都应参与产品开发、测试和营销活动。

创建自组织团队

组织内的团队应具有自我激励和组织能力，以完成各自的任务并从共同的任务桶中自行分配新任务。

训练团队跨职能

BizDevOps 要求您更频繁地派遣业务、开发和运营团队接受跨职能技能和技术的培训。

从上述部门组建多个团队，为他们提供企业管理、IT、业务运营方面的培训。

选择扁平的组织结构

在产品开发方面，不应该有任何等级差异。 您可以将其保留给您的人力资源团队在非产品环境中处理。

增加协作和团队合作

您需要鼓励团队领导者、优秀员工等与他们的下属和同事密切合作，以创造一种促进知识共享的工作文化。 因此，您将看到团队协作增加。

适应变化

您需要定期评估团队的绩效并即兴发挥产品开发生命周期。 此外，您需要对您的团队进行业务连续性计划培训，以便他们能够以有组织的方式处理业务紧急情况。

为所有团队设定共同目标

BizDevOps 就是要同步整个组织。 因此，您的开发团队、运营团队和业务团队的目标或目标不能不同。

设置以客户为中心的 KPI

您的业​​务 KPI 应关注客户的需求。 如果您制定不同的 KPI 和客户满意度目标，您将面临产品绩效和业务绩效之间的差距。

BizDevOps 的工作模式

BizDevOps 的工作模式分为三个不同的团队，业务团队、开发团队和运营团队。

上述每个团队都必须根据以下信息图交付一些任务：

在下面的列表中转录上面的图像：

1. 业务团队应该创造价值、业务计划、业务设计和反馈以创新和受益。
2. 开发团队应管理积压工作、设计产品、编码程序、测试 MVP 和移交，以确保创造力和交付。
3. 运营团队必须部署、监控、运营和收集用户数据，为产品优化提供输入。

BizDevOps 的目标

1. 使业务战略与 DevOps 目标保持一致
2. 缩短反馈回路
3. 最大限度地减少团队之间的交接并以协作的方式完成产品
4. 提高整个产品开发团队的效率
5. 最大限度地减少升级、返工和临时功能实施
6. 适当计划并包括过去项目的反馈，以使 MVP 更加稳定
7. 专注于用户友好的产品交付
8. 像业务、运营和开发这样的团队应该一起确定他们的优先级。
9. 奖励带来改进和创新的个人和想法

BizDevOps 的好处

1. 您在一开始就设定了产品开发项目背后的业务目标。
2. DevOps 团队与业务利益相关者或管理团队密切合作。
3. 所有团队的目标都与产品的目标一致。
4. 由于整个组织都在从事同一个项目，因此团队可以更快地交付技术解决方案。
5. 无需暂停项目以获得业务、开发和运营团队的单独批准。
6. 您可以开发出用户需要的最流行的技术解决方案。
7. DevOps 团队在与业务团队紧密合作时可以适应用户的需求。

BizDevOps 常见问题解答

结论

BizDevOps 将成为面向未来的组织进行产品开发的最佳实践。 如果您比竞争对手更早地采用此框架，您将享受成为快速推动者的好处——就像谷歌通过成为网站业务的快速推动者来主导搜索引擎行业一样。

此外，实施 BizDevOps 并不是火箭科学。 您所需要的只是一支准备好接受变化以维持生计的专业团队。 其余的取决于您在业务中使用的工具和技术。
掌握 DevOps 框架后，您可以成功将您的业务升级到 BizDevOps 状态。

以下是一些学习 DevOps 必不可少的可靠且可访问的在线课程。