当开发与软件维护联系在一起时，DevOps理念将不会令任何人感到惊讶。 一种新趋势正在增强-DevOps 2.0或BizDevOps。 其中，三个组件合并为一个整体：业务，开发和支持。 正如在DevOps的工程实践中形成开发和支持之间联系的基础一样，因此在业务环境中，分析师担当着将开发与业务结合起来的“胶水”角色。
我想马上承认：我们有一个真正的bizdevops，我们现在才通过阅读智能书籍来学习。 得益于员工的积极性和对改进的不懈追求，它以某种方式得以发展。 现在，分析已成为生产开发过程的一部分，可大大减少反馈循环并定期提供见解。 我将详细告诉您一切如何安排。
经典DevOps的缺点
当构思新的客户产品时，企业会创建理想的客户行为模型并期望获得良好的转换，以此为基础建立业务目标和结果。 就其本身而言，开发团队致力于创建非常好的，高质量的代码。 但是，支持人员希望能够实现流程的完全自动化，以便于维护新产品的便捷。
现实通常以这样的方式发展：客户获得一个相当复杂的流程，业务依赖于低转换率，开发团队逐个修订地发布，以及在客户请求流中淹没了支持。 熟悉吗？
邪恶的根源在于过程中嵌入的漫长且质量低下的反馈循环。 在冲刺期间收集需求并接收反馈时，企业和开发人员与数量有限的客户进行沟通，这极大地影响了产品的命运。 通常，对一个人来说重要的一点根本不是整个目标受众的特征。
推出后几个月，财务报告和市场研究结果将使您了解产品是否朝着正确的方向发展。 而且，由于抽样有限，它们无法为大量客户提供检验假设的可能性。 通常，结果很长，不准确且效率低下。
奖杯仪器
我们找到了一种摆脱这种情况的好方法。 该工具过去仅用于帮助营销人员，后来落入了企业和开发人员的手中。 我们开始积极使用Web分析，以便实时地，不时地了解过程，以了解正在发生的情况。 基于此，计划产品本身，并将其推广到大量客户。
如果您计划某种产品改进，则可以立即查看与之关联的度量标准，以及这些度量标准如何影响销售和业务特征。 因此，您可以立即清除效果不佳的假设。 或者，例如，向具有统计意义的大量用户推出一项新功能，并实时跟踪指标，以了解一切是否按预期工作。 不要等待上诉或报告形式的反馈，而要立即监视并快速调整自己创建产品的过程。 我们可以推出一项新功能，在三天内就已经可以收集统计上正确的数据，在三天内进行更改-现在一周之内就可以准备好优质的新产品。
您可以跟踪整个漏斗，接触到新产品的所有客户，找到漏斗急剧缩小的点并找出原因。 开发人员和企业现在都在注意这一点，这是日常工作的一部分。 他们看到了相同的客户路径，并且可以共同提出想法和假设以进行改进。
这种业务和开发以及分析的集成，使得可以连续创建产品，不断优化，寻找并查看瓶颈以及整个过程。
一切都与复杂性有关
当我们创建新产品时，我们并不是从头开始，而是将其嵌入到已经存在的复杂服务中。 客户尝试新产品时，通常会联系多个部门。 他可以与联络中心的员工，办公室的经理进行沟通，可以在在线聊天中与支持人员联系。 使用指标，我们可以看到，例如，联络中心的负担是多少，如何最好地处理传入的请求。 我们可以了解有多少人到达办公室，并提出如何进一步建议客户的建议。
使用信息系统，一切都完全一样。 我们的银行已经存在了20多年，在这段时间里，已经建立了庞大的异构系统层并且仍在运行。 后端系统之间的交互有时是不可预测的。 例如，在某些领域的某些古老系统中，字符数受到限制，有时这会使新服务崩溃。 用标准方法跟踪错误非常困难，但是使用网络分析是基本的。
我们直言不讳，开始分析所有相关系统向客户显示的错误文本。 事实证明，其中许多已经过时了，我们甚至无法想象它们以某种方式参与了我们的流程。
处理分析
我们在同一个会议室中拥有Web分析和SCRUM开发团队。 他们不断地相互交流。 必要时，专家可以帮助您设置指标或上传数据，但是基本上，团队成员本身都可以使用分析服务，这并不复杂。
例如，如果您需要某些依赖项，用于有限类型的客户端或源的其他过滤器，则需要帮助。 但是在当前架构中，我们很少遇到这种情况。
有趣的是，引入分析并不需要安装新的IT系统。 我们使用的是营销人员以前使用过的软件。 只需要协调其使用并在业务和开发中实施它。 当然，我们不能仅仅掌握市场营销的内容，我们还必须重新配置所有内容，并使市场营销能够访问新环境，以便他们可以在同一信息领域与我们同在。
将来，我们计划购买Web分析软件的改进版本，以应对处理的会话数量的增加。
我们还积极整合来自CRM和会计系统的Web分析和内部数据库。 通过合并数据，我们可以在所有必要的部分获得客户的完整图片：按来源，客户类型，产品分类。 有助于可视化数据的BI服务将很快提供给所有部门。
我们最终得到了什么？ 实际上，我们将分析和决策作为生产过程的一部分，从而产生了明显的效果。
分析：不要踩耙
最后，我想分享一些技巧，这些技巧将帮助您避免在进行业务设计时遇到麻烦。
- 如果无法快速完成分析，则说明您执行了错误的分析。 您需要遵循一种简单的方法来生产一种产品，然后进行扩展。
- 您必须有一个团队或一个很好地了解未来分析架构的人员。 还必须在岸上决定如何扩展分析，将其集成到其他系统中以及重用数据。
- 不要生成额外的数据。 除了有用的信息外，Web统计信息还是包含低质量和冗余数据的巨大垃圾堆。 如果没有明确的目标，这些垃圾将干扰决策和评估。
- 不要对分析进行分析。 首先是目标，工具的选择，然后才是-仅在会产生影响的地方进行分析。
与Chebotar Olga（
olga_cebotari ）共同准备的材料。