Возможность внедрения с помощью цифровых InventionEmpower adoption with digital invention

Окончательная проверка инноваций заключается в реакции клиента на ваш Invention.The ultimate test of innovation is customer reaction to your invention. Верно ли доказать, что гипотеза?Did the hypothesis prove true? Клиенты используют решение?Do customers use the solution? Масштабируется ли он в соответствии с потребностями нужного процента пользователей?Does it scale to meet the needs of the desired percentage of users? Самое важное, чтобы они продолжали повернуться?Most importantly, do they keep coming back? Ни один из этих вопросов не может быть выдан, пока не будет развернуто решение по минимальному числу продуктов (MVP).None of these questions can be asked until the minimum viable product (MVP) solution has been deployed. В этой статье мы рассмотрим дисциплину, которая позволяет повысить эффективность внедрения.In this article, we'll focus on the discipline of empowering adoption.

Сокращение трения, влияющее на внедрениеReduce friction that affects adoption

Несколько ключевых точек трения для внедрения можно сокращать с помощью сочетания технологий и процессов.A few key friction points to adoption can be minimized through a combination of technology and processes. Для читателей, осведомленных о непрерывной интеграции (CI) и непрерывном развертывании (CD) или DevOps, будет знакомо следующее.For readers with knowledge of continuous integration (CI) and continuous deployment (CD) or DevOps processes, the following will be familiar. Эта статья создает отправную точку для специалистов по внедрению в облако, которые создают инновации и циклы обратной связи.This article establishes a starting point for cloud adoption teams that fuels innovation and feedback loops. В будущем эта начальная точка может способствовать более надежному подходу к непрерывной интеграции и переходу на компакт-диск или DevOps по мере разработки продуктов и команд.In the future, this starting point might foster more robust CI/CD or DevOps approaches as the products and teams mature.

Как описано в разделе мера влияния на клиента, положительная проверка любой гипотезы требует итерации и определения.As described in Measure for customer impact, positive validation of any hypothesis requires iteration and determination. При любом цикле инноваций вы сможете столкнуться с большим количеством сбоев, чем WINS.You'll experience far more failures than wins during any innovation cycle. Это ожидаемое поведение.This is expected. Однако, когда потребность клиента, гипотеза и решение согласовываются в масштабе, мир быстро меняется.However, when a customer need, hypothesis, and solution align at scale, the world changes quickly. Эта статья предназначена для того, чтобы свести к сведению значительные пики , которые снижают производительность инноваций, но по-прежнему должны быть уверены в том, что у вас есть несколько твердых рекомендаций.This article aims to minimize technical spikes that slow innovation but still make sure you keep a few solid best practices in place. Это поможет проекту группы в будущем в ходе достижения текущих потребностей клиентов.Doing so will help the team design for future success while delivering on current customer needs.

Возможность внедрения: модель зрелостиEmpower adoption: The maturity model

Основная цель методологии инноваций заключается в создании партнерства клиентов и ускорении циклов обратной связи, что приведет к появлению инновационных рынков.The primary objective of the Innovate methodology is to build customer partnerships and accelerate feedback loops, which will lead to market innovations. На следующем рисунке и в разделах описаны первоначальные реализации, поддерживающие эту методологию.The following image and sections describe initial implementations that support this methodology.

Возможность внедрения: модель зрелости

Чтобы максимально сокращать технические пики, предположим, что срок погашения изначально будет низким по отношению к каждому из этих принципов.To minimize technical spikes, assume that maturity will initially be low across each of these principles. Но определенно заранее Планируйте средства и процессы, которые можно масштабировать по мере того, как они становятся более детализированными.But definitely plan ahead by aligning to tools and processes that can scale as hypotheses become more fine-grained. В Azure GitHub и Azure DevOps позволяют небольшим командам начать работу с небольшим трением.In Azure, the GitHub and Azure DevOps allow small teams to get started with little friction. Эти команды могут увеличиваться, добавляя тысячи разработчиков, которые совместно работают над масштабируемыми решениями и проверяют сотни клиентов.These teams might grow to include thousands of developers who collaborate on scale solutions and test hundreds of customer hypotheses. Оставшаяся часть этой статьи посвящена подходу «плановый большой, запуск небольшой», чтобы повысить эффективность внедрения каждого из этих принципов.The remainder of this article illustrates the "plan big, start small" approach to empowering adoption across each of these principles.

Совместно используемое решениеShared solution

Как описано в разделе мера влияния на клиента, положительная проверка любой гипотезы требует итерации и определения.As described in Measure for customer impact, positive validation of any hypothesis requires iteration and determination. При любом цикле инноваций вы сможете столкнуться с большим количеством сбоев, чем WINS.You'll experience far more failures than wins during any innovation cycle. Это ожидаемое поведение.This is expected. Однако, когда потребность клиента, гипотеза и решение согласовываются в масштабе, мир быстро меняется.However, when a customer need, hypothesis, and solution align at scale, the world changes quickly.

При масштабировании инноваций не имеет ценных средств, чем общая база кода для решения.When you're scaling innovation, there's no more valuable tool than a shared code base for the solution. К сожалению, не существует надежного способа прогнозирования итерации или того, какой специалист MVP выдает выигрышное сочетание.Unfortunately, there's no reliable way of predicting which iteration or which MVP will yield the winning combination. Именно поэтому никогда не слишком рано создавать общую базу кода или репозиторий.That's why it's never too early to establish a shared code base or repository. Это один технический пик , который никогда не должен задерживаться.This is the one technical spike that should never be delayed. По мере того как команда проходит по различным решениям MVP, общий репозиторий обеспечивает простоту совместной работы и ускоренную разработку.As the team iterates through various MVP solutions, a shared repo enables easy collaboration and accelerated development. Когда изменения в решении изменяют метрики обучения, система управления версиями позволяет выполнять откат до более ранней, более эффективной версии решения.When changes to the solution drag down learning metrics, version control lets you roll back to an earlier, more effective version of the solution.

Наиболее распространенным средством управления репозиториями кода является GitHub, которое позволяет создать общий репозиторий кода всего за несколько шагов.The most widely adopted tool for managing code repositories is GitHub, which lets you create a shared code repository in just a few steps. Кроме того, Azure Repos функции Azure DevOps можно использовать для создания репозитория Git или TFVC .Additionally, the Azure Repos feature of Azure DevOps can be used to create a Git or TFVC repository.

Циклы обратной связиFeedback loops

Создание клиентской части решения является ключом к созданию партнерских клиентов во время циклов инноваций.Making the customer part of the solution is the key to building customer partnerships during innovation cycles. Это выполняется, в части, путем измерения воздействия на клиентов.That's accomplished, in part, by measuring customer impact. Для этого требуется общение и прямое тестирование с клиентом.It requires conversations and direct testing with the customer. Оба создают обратную связь, которая должна эффективно управляться.Both generate feedback that must be managed effectively.

Каждая точка отзыва — это потенциальное решение, необходимое клиентам.Every point of feedback is a potential solution to the customer need. Что более важно, каждый бит прямых отзывов клиентов представляет возможность улучшить партнерство.More importantly, every bit of direct customer feedback represents an opportunity to improve the partnership. Если отзыв превращается в решение MVP, Отметим, что с клиентом.If feedback makes it into an MVP solution, celebrate that with the customer. Даже если какой-либо отзыв не является поддельным, просто становится прозрачным решением, позволяющим отменять приоритеты отзывов , и сосредоточиться на непрерывном освоении.Even if some feedback isn't actionable, simply being transparent with the decision to deprioritize the feedback demonstrates a growth mindset and a focus on continuous learning.

Azure DevOps содержит способы запроса, предоставления и управления отзывами.Azure DevOps includes ways to request, provide, and manage feedback. Каждый из этих средств централизует отзывы, чтобы команда могла принять меры и предоставить дальнейшие действия в службе прозрачного цикла обратной связи.Each of these tools centralizes feedback so that the team can take action and provide follow-up in service of a transparent feedback loop.

Непрерывная интеграцияContinuous integration

По мере того, как масштабирование внедрения и гипотеза ближе к истинным инновациям в масштабе, количество меньшей гипотезы, которые будут протестированы, обычно увеличиваются.As adoptions scale and a hypothesis gets closer to true innovation at scale, the number of smaller hypotheses to be tested tends to grow rapidly. Для точных циклов обратной связи и процессов плавного перехода важно, чтобы каждая из этих гипотез была интегрирована и поддерживала основную гипотезу, лежащую в основе инноваций.For accurate feedback loops and smooth adoption processes, it's important that each of those hypotheses is integrated and supportive of the primary hypothesis behind the innovation. Это означает, что вы также должны быстро перейти к новшествам и росту, что требует нескольких разработчиков для тестирования вариаций основной гипотезы.This means that you also have to move quickly to innovate and grow, which requires multiple developers for testing variations of the core hypothesis. Для более поздних этапов разработки может понадобиться даже несколько команд разработчиков, каждый из которых будет создавать общее решение.For later stage development efforts, you might even need multiple teams of developers, each building toward a shared solution. Непрерывная интеграция — это первый этап управления всеми перемещающимися частями.Continuous integration is the first step toward management of all the moving parts.

В непрерывной интеграции изменения кода часто объединяются в основную ветвь.In continuous integration, code changes are frequently merged into the main branch. Автоматизированные процессы сборки и тестирования позволяют гарантировать, что код в главной ветви всегда является производственным.Automated build and test processes make sure that code in the main branch is always production quality. Это гарантирует, что разработчики работают вместе для разработки общих решений, предоставляющих точные и надежные циклы обратной связи.This ensures that developers are working together to develop shared solutions that provide accurate and reliable feedback loops.

Azure DevOps и Azure pipelines предоставляют возможности непрерывной интеграции всего за несколько шагов в GitHub или в различных репозиториях.Azure DevOps and Azure Pipelines provide continuous integration capabilities with just a few steps in GitHub or a variety of other repositories. Узнайте больше о непрерывной интеграцииили ознакомьтесь с практическими занятиями.Learn more about continuous integration, or for more information, check out the hands-on lab. Доступны архитектуры решений, которые могут ускорить создание конвейеров CI/CD с помощью Azure DevOps.Solution architectures are available that can accelerate creation of your CI/CD pipelines via Azure DevOps.

Надежное тестированиеReliable testing

Дефекты в любом решении могут создавать ложные положительные или ложные отрицательные результаты.Defects in any solution can create false positives or false negatives. Непредвиденные ошибки могут легко привести к неправильной интерпретации метрик внедрения пользователей.Unexpected errors can easily lead to misinterpretation of user adoption metrics. Они также могут создавать негативные отзывы от клиентов, которые не точно представляют собой проверку гипотезы.They can also generate negative feedback from customers that doesn't accurately represent the test of your hypothesis.

На ранних итерациях решения MVP ожидаются дефекты. ранние пользователи могут даже найти их подкупающих.During early iterations of an MVP solution, defects are expected; early adopters might even find them endearing. В ранних выпусках приемочное тестирование обычно не существует.In early releases, acceptance testing is typically nonexistent. Однако один из аспектов разработки с сопереживание заключается в проверке потребности и гипотезы.However, one aspect of building with empathy concerns the validation of the need and hypothesis. Обе возможности можно выполнить с помощью модульных тестов на уровне кода и ручных тестов принятия перед развертыванием.Both can be completed through unit tests at a code level and manual acceptance tests before deployment. Вместе они обеспечивают некоторые средства обеспечения надежности при тестировании.Together, these provide some means of reliability in testing. Необходимо автоматизировать четко определенную последовательность тестовых и приемочных тестов.You should strive to automate a well-defined series of build, unit, and acceptance tests. Это обеспечит надежную метрику, связанную с более детализированными настройками гипотезы и итогового решения.These will ensure reliable metrics related to more granular tweaks to the hypothesis and the resulting solution.

Функция Azure Test Plans предоставляет инструментарий для разработки и эксплуатации планов тестирования во время ручного или автоматического выполнения тестов.The Azure Test Plans feature provides tooling to develop and operate test plans during manual or automated test execution.

Развертывание решенияSolution deployment

Возможно, наиболее значимый аспект расширения возможностей внедрения заключается в возможности управления выпуском решения для клиентов.Perhaps the most meaningful aspect of empowering adoption concerns your ability to control the release of a solution to customers. Предоставляя самостоятельный или автоматизированный конвейер для выпуска решения клиентам, вы ускоряете цикл обратной связи.By providing a self-service or automated pipeline for releasing a solution to customers, you'll accelerate the feedback loop. Разрешая пользователям быстро взаимодействовать с изменениями в решении, вы приглашаете их в процесс.By allowing customers to quickly interact with changes in the solution, you invite them into the process. Этот подход также запускает более быстрое тестирование на основе предположения, тем самым уменьшая допущения и возможной переработку.This approach also triggers quicker testing of hypotheses, thereby reducing assumptions and potential rework.

Есть несколько методов развертывания решения.The are several methods for solution deployment. Ниже представлены три наиболее распространенных:The following represent the three most common:

  • Непрерывное развертывание является наиболее продвинутым методом, так как автоматически развертывает изменения кода в рабочей среде.Continuous deployment is the most advanced method, as it automatically deploys code changes into production. Для высококачественных команд, которые проверяются на предмет согласованности, непрерывное развертывание может оказаться чрезвычайно ценным.For mature teams that are testing mature hypotheses, continuous deployment can be extremely valuable.
  • На ранних стадиях разработки Непрерывная доставка может быть более подходящей.During early stages of development, continuous delivery might be more appropriate. В непрерывной доставке любые изменения кода автоматически развертываются в среде, схожей с рабочей.In continuous delivery, any code changes are automatically deployed to a production-like environment. Разработчики, бизнес-решения — руководители и другие участники группы могут использовать эту среду, чтобы убедиться, что их работа готова к производству.Developers, business decision-makers, and others on the team can use this environment to verify that their work is production-ready. Этот метод также можно использовать для проверки гипотезы с клиентами, не влияя на текущие бизнес-действия.You can also use this method to test a hypothesis with customers without affecting ongoing business activities.
  • Развертывание вручную — это самый сложный подход к выпуску управления.Manual deployment is the least sophisticated approach to release management. Как видно из названия, кто-то из группы вручную развертывает последние изменения кода.As the name suggests, someone on the team manually deploys the most recent code changes. Этот подход является подверженным ошибкам, ненадежным и считается антишаблоном большинства опытных инженеров.This approach is error prone, unreliable, and considered an antipattern by most seasoned engineers.

Во время первой итерации решения MVP развертывание вручную является обычным, несмотря на предыдущую оценку.During the first iteration of an MVP solution, manual deployment is common, despite the preceding assessment. Если решение является чрезвычайно гибким и отзывы клиентов неизвестны, существует значительный риск переустановки всего решения (или даже основной гипотезы).When the solution is extremely fluid and customer feedback is unknown, there's a significant risk in resetting the entire solution (or even the core hypothesis). Ниже приведено общее правило для ручного развертывания: без цветопробы клиента, Автоматизация развертывания.Here's the general rule for manual deployment: no customer proof, no deployment automation.

Инвестиции на ранних этапах могут привести к потере времени.Investing early can lead to lost time. Что более важно, он может создавать зависимости от конвейера выпуска, что делает группу более устойчивой к ранней сводной информации.More importantly, it can create dependencies on the release pipeline that make the team more resistant to an early pivot. После первых нескольких итераций или отзывов клиентов, предлагающих потенциальные успешные операции, необходимо быстро придерживаться более сложной модели развертывания.After the first few iterations or when customer feedback suggests potential success, a more advanced model of deployment should be quickly adopted.

На любом этапе проверки гипотез Azure DevOps и Azure pipelines предоставляют возможности непрерывной поставки и непрерывного развертывания.At any stage of hypothesis validation, Azure DevOps and Azure Pipelines provide continuous delivery and continuous deployment capabilities. Узнайте больше о непрерывной доставкеили ознакомьтесь с практической лабораторией.Learn more about continuous delivery, or check out the hands-on lab. Архитектура решения может также ускорить создание конвейеров CI/CD с помощью Azure DevOps.Solution architecture can also accelerate creation of your CI/CD pipelines through Azure DevOps.

Интегрированные измеренияIntegrated measurements

При измерении влияния на клиентовважно понимать, как клиенты реагируют на изменения в решении.When you measure for customer impact, it's important to understand how customers react to changes in the solution. Эти данные, называемые данными телеметрии, предоставляют подробные сведения о действиях, которые потребовал пользователь (или когорту пользователей) при работе с решением.This data, known as telemetry, provides insights into the actions a user (or cohort of users) took when working with the solution. Из этих данных можно легко получить количественную проверку гипотезы.From this data, it's easy to get a quantitative validation of the hypothesis. Эти метрики затем можно использовать для настройки решения и создания более детализированных данных.Those metrics can then be used to adjust the solution and generate more fine-grained hypotheses. Эти тонкие изменения помогают в достижении первоначального решения в последующих итерациях, что в конечном итоге приводит к повторному внедрению в масштабе.Those subtler changes help mature the initial solution in subsequent iterations, ultimately driving to repeat adoption at scale.

В Azure Azure Monitor предоставляет средства и интерфейс для получения и просмотра данных от клиентов.In Azure, Azure Monitor provides the tools and interface to collect and review data from customer experiences. Вы можете применить эти наблюдения и аналитические сведения для уточнения невыполненной работы с помощью Azure Boards.You can apply those observations and insights to refine the backlog by using Azure Boards.

Дальнейшие действияNext steps

Когда вы получите представление о средствах и процессах, необходимых для повышения производительности, научитесь изучать более широкие возможности инноваций: взаимодействие с устройствами.After you've gained an understanding of the tools and processes needed to empower adoption, it's time to examine a more advanced innovation discipline: interact with devices. Эта дисциплина помогает снизить барьеры между физическими и цифровыми впечатлениями, что упрощает внедрение вашего решения.This discipline can help reduce the barriers between physical and digital experiences, making your solution even easier to adopt.