Бизнес

Оценка результатов проекта в бизнес-анализе. Часть 5

Оценка результатов проекта в бизнес-анализе

Данная статья – продолжение нашей большой статьи по бизнес-анализу. Чтобы читать сначала, пожалуйста, перейдите по этой ссылке.

Тестирование как важная часть оценки результатов проекта

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

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

Роль бизнес-аналитика во время тестирования может немного отличаться от организации к организации. Однако везде используется общий подход:

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

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

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

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

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

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

Роль бизнес-аналитика на этапе тестирования может отличаться. Вы будете заняты написанием тестовых примеров, обеспечением их выполнения, ответами на вопросы разработчиков решения и/или проверкой тестовых результатов, задокументированных теми, кто выполняет тестирование.

Бизнес-аналитики являются неотъемлемой частью этапа тестирования, поскольку они имеют полный контекст и понимание требований, когда они необходимы. А процессы тестирования – это механизмы, с помощью которых заинтересованные стороны будут измерять свои критерии приемлемости.

Комбинация всех без исключения требований проекта объединяется на этапе тестирования, где они объединяются и преобразуются в результаты проекта. Заинтересованные стороны, вероятно, будут счастливее, когда бизнес-аналитик сможет продемонстрировать ценность действий, процессов, инструментов и методов, а также достижение того, чего хотели заинтересованные стороны.

Необходимая документация во время тестирования

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

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

Документация во время тестирования проекта

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

Он должен содержать такую информацию, как объем и цели для каждого этапа тестирования. Необходимые инструменты и документы для тестирования, а также критерии входа и выхода для каждого этапа тестирования. В роли тестировщиков могут выступать как сами тестировщики, так и менеджеры, бизнес-аналитики и бизнес-эксперты.

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

Тестирование – это не разовое мероприятие. Его следует проводить на протяжении всего жизненного цикла проекта. Например, после того как требования определены, они должны быть проанализированы и согласованы различными ключевыми заинтересованными сторонами. Этот процесс проверки не является методом тестирования, основанным на исполнении, поскольку вы тестируете задокументированные требования.

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

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

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

Снижение негативных последствий от внедрения изменений

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

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

Проблема принятия работниками нового процесса

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

  1. Слушайте, что говорят ваши клиенты. Легко сделать поспешные выводы о том, в чем проблема клиента.
  2. Прежде чем отвечать на вопрос, убедитесь, что вы полностью понимаете все новые бизнес-процессы. Скорее всего, большинство изменений, которые будут беспокоить ваших клиентов, произойдут из-за перехода на новые процессы. Если вы ответите на их вопросы неправильно, даже незначительно, вы можете быстро подорвать доверие к продуктам вашего проекта. Поэтому держите документацию под рукой и часто ссылайтесь на нее.
  3. Если что-то даже немного отличается от того, что, по вашему мнению, должно произойти, быстро проверьте ситуацию и сообщите об этом, прежде чем пытаться найти исправление. Все проблемы в бизнесе должны решаться комплексно и быстро. Если вы исправляете ошибку, тогда убедитесь, что это подробно зафиксировано и распространено в пределах бизнеса.
  4. Будьте признательны тем участникам, которые сообщают о проблемах.

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

Фиксация извлеченных уроков во время реализации проекта

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

  • Извлеченные уроки должны учитываться с первого дня вашего участия в проекте. Их следует классифицировать и, при необходимости, обобщить и подшить в конце вашего проекта после консультации с коллегами и клиентами, чтобы убедиться, что у вас есть полный отчет о том, чего следует избегать и что хорошо было бы повторить в будущем.
  • Убедитесь, что вы используете общую терминологию. Сбор, категоризация и занесение в архив извлеченных уроков малоэффективны, если собираемая вами информация не может быть легко обнаружена и извлечена.
  • Записывать собственное мнение и впечатления – это нормально. Наиболее вероятным кандидатом на роль человека, который будет ссылаться на извлеченные уроки – это вы сами.
  • Убедитесь, что вы говорите о событиях и результатах, а не о людях и ролях. Это гарантирует, что вы можете открыто рассуждать о направлениях и результатах, которые были достигнуты, а также о том, что можно было сделать иначе.
  • Убедитесь, что каждый усвоенный урок включает этап проекта, на котором он должен быть применен в будущем, и в частности, на какую область бизнеса или команду проекта отрицательно или положительно повлияло событие. Это помогает сосредоточиться на будущем и может помочь определить задачи, которые необходимо добавить или изменить в будущих проектах.

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

Заключение

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

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

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

  • Последнее обновление: .
  • Просмотров: 301