Перед выводом продукта на рынок нужно убедиться в том, что он работает.

Вы когда-нибудь были вовлечены в проект, который не принес ожидаемых результатов? Проект мог не оправдать ожиданий из-за того, что новые процесс или система не работали должным образом.

Возможно, пользователи не следовали новым процедурам, что создавало проблемы. Или же они не смогли усвоить обучающие материалы или разобраться в полученной документации. Помните ли вы, как люди говорили что-то вроде: «Раньше было лучше»? Итак, как можно избежать проблем такого рода?

Для решения этих задач может помочь эффективное бизнес-тестирование. Оно играет фундаментальную роль в обеспечении успешной реализации конечных продуктов ваших проектов.

Бизнес-тестирование (также известное как тестирование на приемлемость для пользователей, User acceptance testing — UAT) обычно проводится людьми, которые будут использовать продукт на практике. Это гарантирует, что предлагаемые изменения действительно будут работать ДО их внедрения.

В этой статье мы расскажем, как отладить успешный бизнес-тест. Это поможет привлечь бизнес-пользователей и другие заинтересованные стороны к проверке того, что ваш проект приносит желаемые результаты. Также рассмотрим, как убедиться в том, что внедряемые системы и процедуры работают эффективно, действенно и точно.

Как использовать инструмент

Вот несколько шагов, которые помогут вам определить требования к бизнес-тестированию.

Шаг 1. Учитесь на примерах других проектов

Убедитесь, что вы понимаете проблемы тестирования и проблемы, с которыми сталкивались в предыдущих проектах. Проконсультируйтесь с коллегами или ознакомьтесь с предыдущими обзорами после внедрения, если они доступны. Это даст вам общее представление о том, что для вашей организации подходит, а что — нет. Помните, история часто повторяется: например, если у других проектов были трудности с получением ресурсов для тестирования, вполне вероятно, что и на ваш это тоже будет распространяться.

Шаг 2. Выберите объект тестирования

Определите необходимые объекты тестирования, рассмотрев следующие моменты:

  • Точки передачи — учитывайте все моменты передачи между различными системами и различными группами людей. Вы часто будете сталкиваться с проблемами в этих областях.
  • Ключевые риски проекта — определите ключевые риски проекта, используя инструмент "Анализ и менеджмент рисков". Этот анализ поможет определить области, на которых необходимо сосредоточиться.
  • Сквозные процессы — по возможности тестируйте изменения процесса и системы от начала до конца, включая тесты для каждого варианта процесса.
  • Оценка воздействия — рассмотрите потенциальное воздействие на запуск результатов вашего проекта без их тестирования. Приведут ли ошибки к дополнительным затратам, потере клиентов или задержкам? Будут ли эти ошибки приемлемы для бизнеса? Уделяйте приоритетное внимание тестированию в зонах повышенного риска.
  • Другие варианты — какие еще варианты у вас есть? Например, если вы пересматриваете программу корпоративного обучения в классе, можно проконсультироваться с ключевыми сотрудниками при ее разработке. Запустив пилотный проект с первой группой обучающихся, а затем внеся изменения для последующих групп, можно в достаточной мере управлять рисками, что позволит избежать проведения бизнес-тестов.

Шаг 3. Определите необходимые атрибуты процесса тестирования

Продумайте следующие элементы тестирования:

Бюджет — возможно, вам придется включить в бюджет все виды расходов, например:

  • аренду помещения;
  • компьютерное оборудование;
  • расходы на печать учебных материалов;
  • расходы на участников;
  • дополнительный штат сотрудников или гонорары подрядчиков.

Подходящие люди — привлекайте людей, которые выполняют или будут выполнять тестируемые задачи. Кроме того, подумайте о том, в какой степени вам необходимы следующие люди:

  • Ключевые влиятельные лица — будут полезны в тех случаях, когда вы хотите заручиться поддержкой вашего проекта основными заинтересованными сторонами.
  • Сторонники новых процесса/системы — в большинстве случаев будут усердно трудиться, поскольку они заинтересованы в соответствии результатов требованиям.
  • Противники проекта (обращайтесь с ними осторожно!) — скорее всего покажут вам, как можно усовершенствовать новые процессы, и подскажут, какие моменты следует включить в какую-либо обучающую или вспомогательную пользовательскую документацию. Вы даже можете превратить противников в сторонников после того, как они узнают о преимуществах новых системы или процесса!

Помимо выбора подходящих людей для проведения тестов, подумайте о людях, которые управляют тестированием. Ваши тестировщики должны знать, какие тесты проводить, а проектная группа — какие изменения необходимо внести в результате тестов.

  • Место тестирования — оцените объем занимаемых площадей и их местоположение. Например, если процесс предполагает удаленную работу, возможно вы захотите смоделировать ее под условия вашего тестирования. .
  • Обучение тестировщиков — продумайте процесс обучения ваших тестировщиков.

Идея: используйте свою обучающую документацию для конечных пользователей во время бизнес-тестирования. После этого вы сможете протестировать учебный материал и новые процесс или систему одновременно! Если это невозможно, используйте обратную связь, полученную в результате тестирования, при разработке или доработке учебного материала.

  • Документация — подберите документацию, необходимую вашим тестировщикам. Например, при тестировании систем часто используется последовательность «тестовых сценариев». Тестировщики выполняют их посредством индивидуальных ролей и действий в рамках сквозного процесса. Затем вы можете сгруппировать тестовые сценарии, чтобы протестировать весь процесс.

Если сопоставить новые или измененные процессы с помощью диаграмм плавательных дорожек, будет понятно, сколько тестовых сценариев вам потребуется для каждого сквозного процесса.

Шаг 4. Определите длительность тестирования

Возможно, вы сможете быстро провести этап тестирования с небольшой группой людей, или же вам может потребоваться более обширное и всестороннее планирование. Чтобы понять, что подходит для вашего проекта, продумайте, что нужно протестировать и как это организовать. Перед вами могут стоять и другие цели. Например, часто бывает уместно рассматривать тестирование как способ заручиться поддержкой вашего проекта ключевыми заинтересованными сторонами.

Выделите время на подготовку и обучение ваших тестировщиков. Иначе они могут сосредоточиться на функционировании новых системы или процесса, а не на поиске проблем! Кроме того, выделите достаточно времени и ресурсов для проведения тестов, внесения необходимых изменений, повторного тестирования любых изменений и обеспечения непредвиденных обстоятельств.

Обратите внимание на то, что тестирование обычно проводится ближе к концу проекта. Таким образом, если в проекте возникали задержки, может возникнуть необходимость сократить время тестирования. Четко определите основные компоненты вашего подхода к тестированию (подробнее о подходах к планированию читайте в нашей статье об анализе критического пути и диаграммах PERT. Помните, что при неудовлетворительных результатах проекта после его внедрения никто не поблагодарит вас за экономию на тестировании!

Спланируйте время начала этапа тестирования. Часто людей сложно отвлечь от привычных дел во время праздников или при высокой нагрузке на бизнес. И после тестирования не забудьте предусмотреть время на обновление каких-либо учебных материалов, вспомогательной документации и пользовательских процедур. Это гарантирует точность данных тестирования после его завершения.

Шаг 5. Выберите форму отчетности

Подумайте о том, следует ли собирать статистику на этапе тестирования (например, количество обнаруженных проблем, количество исправленных проблем и так далее), и обсудите общие требования к отчетности со своими спонсорами и другими заинтересованными сторонами.

Внесение изменений на основе результатов бизнес-тестирования часто вызывает стресс!

Руководителям проектов требуется уверенность в том, что их проект будет выполнен в срок, в рамках бюджета и в соответствии с требуемыми стандартами качества; поэтому в определенных случаях приходится идти на компромиссы, чтобы сбалансировать различные цели.

Вы можете свести к минимуму конфликт такого рода, внедрив процесс управления масштабами работ , четко распределив роли и обязанности в области управления изменениями и включив в план время для внедрения и повторного тестирования изменений.

Возможно, вам также потребуется проявить ассертивность, чтобы не допустить формирования нереалистичных ожиданий от ваших результатов!