Роль бизнес аналитика в проекте

Отвечаю на 10 популярных вопросов начинающих бизнес-аналитиков.

74 120 просмотров

Привет, я Денис Гобов, Senior Business Analyst и соруководитель сообщества бизнес-аналитиков компании DataArt, в котором состоит 200 человек. Из них почти четверть — джуниоры и трейни. Кроме того, я основатель и тренер центра Art of Business Analysis, изначально созданного для повышения квалификации специалистов уровней «мидл» и «синьор», но сейчас мы развиваем еще и джуниорские программы. Причина — кадровый голод: спрос на бизнес-аналитиков пропорционален невероятному спросу на разработчиков и тестировщиков.

Я собрал самые популярные вопросы, которые начинающие бизнес-аналитики задают мне и моим коллегам. Надеюсь, ответы будут полезны всем, кто только собирается стать бизнес-аналитиком в IT, — независимо от нынешнего места работы и должности.

Как становятся бизнес-аналитиками в IT: моя история

Многие хотят работать именно в IT, но нет желания программировать. Тогда начинают рассматривать возможные варианты: тестировщик, руководитель проекта, аналитик. Я, наоборот, сначала был разработчиком, а потом стал бизнес-аналитиком. Это тоже довольно распространенный профессиональный трек.

В начале нулевых, еще в институте, я попал в крупный проект — мы разрабатывали для «Украинской железной дороги» систему, которая автоматизировала управление пассажирскими перевозками (бронирование и покупка билетов, составление расписания, заведение информации о свободных местах и так далее). В проекте все были равны, каждый немного общался с клиентом, писал код и тестировал. Там, где задачи были относительно простыми, схема работала, но на одной сложной подсистеме она дала сбой. Заказчик не принял наш первый релиз, потом второй.

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

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

Кто же такой бизнес-аналитик?

Это человек, который сначала определяет, где находится бизнес клиента и где он должен быть (куда мы идем?). Затем вместе с заказчиком и командой прописывает маршрут, чтобы с минимальными затратами принести максимальную пользу бизнесу. Это если коротко.

Бизнес-аналитик нужен на всех трех этапах проекта.

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

Если, допустим, клиент внедряет ERP — аналитик определяет, какие модули нужны, с чем интегрируемся, какие будут типы пользователей.

Главная сложность на этом этапе — сформировать единое видение для заказчика и разработчика: куда идем, что делаем и что не делаем.

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

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

С кем работает бизнес-аналитик?

Иногда говорят, что бизнес-аналитик — переводчик между бизнесом и IT. Я считаю, что это человек, который организовывает совместную работу. Это равноправный участник круглого стола, за которым сидят разработчики, тестировщики, менеджеры проекта, заказчик, его поставщики и клиенты, регулятор в лице отдела контроля качества, государства и международных организаций. Вот фактически с ними, так или иначе, работает бизнес-аналитик.

Чем отличается бизнес-аналитик в IT от других бизнес-аналитиков?

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

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

Как выглядит рабочий день бизнес-аналитика?

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

Какие компетенции нужны бизнес-аналитику?

Вот что отличает хорошего бизнес-аналитика.

• Широкий кругозор. Знание предметных областей, специфики разных видов деятельности позволяет быстрее погрузиться в проект и говорить с клиентом на одном языке. Плюс нужно держать в голове паттерны решения задач, которые можно переиспользовать в проектах.
• Развитые коммуникативные навыки. Если вам тяжело общаться с людьми и доносить информацию в понятном виде, возможно, эта работа не для вас. Существует, правда, классификация, согласно которой есть бизнес-аналитики и системные аналитики. Считается, что первые больше общаются с людьми, а вторые работают с документами, и им можно быть нелюдимыми интровертами. На самом деле, такое разделение встречается редко. Во всяком случае, в крупных аутсорс-компаниях бизнес-аналитик и системный аналитик — одно и то же лицо.
• Аналитический склад ума. На практике это означает, что аналитик умеет генерировать разные варианты решения задачи.
• Развитая эмпатия. Умение посмотреть на проблему с разных точек зрения. Понять, что чувствуют заказчик и конечный пользователь. Посмотреть на постановку задачи глазами команды: разработчиков, тестировщиков. Это помогает сразу учесть многие потенциальные сложности, вопросы и пожелания.

На сайте Art of Business Analysis мы собрали расширенный список базовых компетенций бизнес-аналитика. Это то, что нужно развивать.

Что является результатом работы бизнес-аналитика?

Главный результат — снижение неопределенности у заказчика и команды: появляется понимание, куда и как двигаться.

В более приземленном плане результат — документы: перечень функциональных и нефункциональных требований, пользовательские истории, модели — они становятся основой бэклога. Команда видит, что в каком порядке делать. И заказчик может подтвердить: «Да, это именно то, что я хочу».

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

Какие уровни-грейды у бизнес-аналитиков?

У каждой компании — своя классификация. Расскажу, как мы в DataArt определяем джуна, мидла, синьора и эксперта.

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

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

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

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

Какие точки входа в профессию?

Если вы уже работаете в IT (дизайнер, разработчик, тестировщик и т. д.), можно попробовать следующие варианты.

• Программы внутренней переподготовки. В крупных компаниях чаще всего такие программы есть.
• Совмещение ролей. Можно работать, условно, тестировщиком, и помогать бизнес-аналитику на своем проекте. Обычно это рутина вроде документирования требований по шаблону, подготовка протоколов по результатам обсуждений.
• Когда приблизитесь к уровню джуна, участвуйте во внутренних инициативах по разработке или улучшению систем, используемых вашей компании. Часто такие инициативы придумывают, чтобы у джунов была возможность попрактиковаться, прежде чем им доверят клиентские задачи. Как правило, это происходит в нерабочее время и не всегда оплачивается. Зато нарабатывается опыт и репутация.

Если работаете не в IT:

• Трейни-программы. Крупные компании проводят набор в свои школы, в том числе, DataArt. Это происходит нерегулярно, поэтому нужно следить за анонсами. Туда непросто попасть, но я настойчиво рекомендую попробовать. Первое, что спросят в такой школе — насколько хорош ваш английский. Еще проверят, насколько серьезны ваши намерения и умеете ли вы ясно выражать свои мысли. Чтобы закрыть все пункты, в DataArt, например, просят написать эссе на английском о себе и своей мотивации. Лучших выпускников компании берут на практику, на позицию трейни или джуна.
• Участие в стартапах, учебных проектах. Наверняка у вас есть знакомые, создающие интернет-магазин или мобильное приложение. Думаю, они готовы воспользоваться вашими услугами бесплатно. Такого опыта будет достаточно, чтобы на базовом уровне разобраться, что от бизнес-аналитика ждет заказчик и команда.
• Работа с ментором. Искать ментора можно в своей компании, в тематических чатах в Telegram и Facebook, через знакомых — где угодно. Стоит заранее определиться, что именно вы хотите прокачать с ментором и придумать, что можете дать взамен. Ментор будет отвечать на вопросы, советовать литературу, давать задания и проверять их.

О чем спрашивают на собеседованиях?

Кроме перечисленных выше софт-скиллов будущих коллег интересуют ваши хард-скиллы и технические знания.

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

2. Специфицирование и моделирование требований. Вы умеете информацию по проекту изложить в структурированном виде или смоделировать.

3. Управление изменениями. Вы знаете, по какому циклу проходит запрос на изменение, какие вопросы нужно задавать заказчику.

4. Приоритизация. Вы умеете расставлять задачи в определенном порядке и обосновывать свое решение.

5. Прототипировние. Вы умеете прототипировать элементы будущего решения, например, с помощью Balsamiq, Axure или Figma.

6. Декомпозиция. Вы знаете, как разбить сложную задачу на множество подзадач.

7. Методологии. Вы понимаете принципы Agile, отличия от каскадной модели и знаете, как строится работа бизнес-аналитика в зависимости от методологии.

Какие именно технические знания проверяют на собеседованиях — вопрос дискуссионный. В большинстве случаев спросят про SQL, т. е. навык написания запросов к базам данных. Точно нужно знать принципы, по которым строятся программные продукты. Хорошо бы понимать принципы объектно-ориентированного программирования и API.

Что читать и смотреть начинающему бизнес-аналитику?

Книги. Если вы погуглите этот вопрос, вам обязательно попадется BABOK (Business Analysis Body of Knowledge). Это детище Международного института бизнес-анализа (IIBA) — самой авторитетной ассоциации в нашей сфере. Однако я BABOK на начальном этапе не рекомендую, несмотря на то что я евангелист этой книги и провожу тренинги на ее основе.

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

1. Handbook for the CPRE Foundation Level according to the IREB Standard. Позволит проникнуться терминологией бизнес-анализа и инженерии требований. Распространяется бесплатно в электронном виде.

2. Карл Вигерс «Разработка требований к программному обеспечению». Иногда говорят, что это библия для начинающих бизнес-аналитиков. Перевод на русский неидеальный, поэтому рекомендую читать на английском.

3. IIBA Global Business Analysis Core Standard. Это выжимка из BABOK, подготовленная IIBA. Распространяется бесплатно.

4. Алан Купер «Психбольница в руках пациентов». Легко читается. Интересный взгляд на индустрию, ПО и позицию бизнес-аналитика.

5. Dean Leffingwell. Agile Software Requirements. Поможет понять специфику требований в рамках agile-проектов.

6. Джозеф О’Коннор «Искусство системного мышления».

Вебинары и статьи:

2. Доклад Use Case VS User Story — сравнение двух самых популярных техник специфицирования требований. Извините, тоже мой.

3. Две статьи о том, как описывать требования к интеграциям: файловый обмен и API.

4. Много полезного на англоязычном ресурсе Modernanalyst. Форум, список из трех сотен книг, архив вебинаров и анонсы грядущих выступлений.

Статья основана на выступлении Дениса Гобова на IT talk.

Источник: vc.ru

Чем занимается бизнес-аналитик. Суть работы, роль и навыки. Часть 1

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

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

Быть хорошим бизнес-аналитиком – значит помогать вашей организации принимать более обоснованные решения.

Суть работы бизнес-аналитика

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Какие навыки необходимы бизнес-аналитику?

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

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

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

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

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

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

Направления мышления бизнес-аналитика

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

Чтобы добиться успеха в своей деятельности, вы должны часто задавать себе вопрос «Почему?». Он даст вам образ мышления, который включает постоянное убеждение в существовании неэффективности. Темпы изменений в современном деловом мире достаточно значительны. Меняется все: клиенты, руководство, приоритеты и сам рынок. Изначально хорошо продуманные процессы работы со временем просто устаревают.

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

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

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

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

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

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

Источник: www.your-mentor.ru

Бизнес-аналитика в крупных ИТ-проектах

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

Зачем нужна бизнес-аналитика в разработке

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

Главная цель бизнес-анализа — собрать и описать пути решения поставленных задач для их постановки перед командой разработки.

Польза, которую приносит компании бизнес-анализ

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

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

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

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

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

Как проводят бизнес-аналитику

На рынке существуют два основных подхода к бизнес-анализу: европейский и американский.

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

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

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

Итак, чтобы провести бизнес-анализ эффективно и безопасно, стоит помнить про следующие этапы:
1. Составление соглашения о неразглашении (NDA). В этом заинтересована в первую очередь компания, у которой проводится исследование, так как аналитик погружается во все бизнес-процессы компании, узнаёт операционные, финансовые и технические детали. Важно, чтобы информация оставалась конфиденциальной.
2. Брифинг с клиентом. Первичное интервью позволяет аналитику понять, какие задачи нужно решить, что именно разработать. Чтобы сделать действительно полезный продукт, необходимо знать о бизнес-модели клиента всё.
3. Глубинное интервью. Здесь аналитик уточняет важные детали у пользователей системы. Это необходимо для создания схемы бизнес-процессов компании.
4. Прототипирование. Схемы экранов отрисовываются графически, на них располагаются основные блоки и элементы. Благодаря заранее созданному прототипу становится понятно, как будет выглядеть продукт, как с ним будет взаимодействовать аудитория.
5. Внесение правок. С прототипом можно обсуждать проект предметно и вносить в него изменения. Также его можно показывать фокус-группе, быстро собирать обратную связь и корректировать проект под запросы целевой аудитории.
6. Подготовка спецификации. Это ключевой документ, необходимый для успешной реализации продукта. На основе прототипов в спецификацию вписываются требования к ИТ-системе, ограничения, ключевые аспекты работы и другие детали.
7. Согласование спецификации. В этом процессе участвуют аналитик, разработчики и клиент. В документ вносят изменения, если у одной из сторон есть замечания. После утверждения прототипов, спецификации и деталей работы начинается разработка проекта.

Как проводится бизнес-анализ в Иностудио

Погружение в компанию и анализ ниши. Специалисты изучают условия, в которых существует рынок, и определяют, какие задачи будет решать ИТ-продукт . Бизнес-аналитик при этом:
• изучает особенности, тренды и сложности ниши;
• анализирует место компании на рынке;
• определяет требования, задачи и цели цифрового решения;
• анализирует конкурентные продукты, а также существующие ИТ-решения, если разработка проводится не с нуля.

Интервью с сотрудниками компании. На этом этапе бизнес-аналитику важно выяснить максимум количественной и качественной информации для работы над проектом. Брифинг проводится со стейкхолдерами: кто будет пользоваться продуктом, и теми, кто будет его поддерживать. Поэтому аналитику нужно знать:
• по каким стандартам работает компания;
• кто будет пользоваться ИТ-продуктом;
• что в проекте хочет видеть клиент и насколько это будет полезно;
• откуда ИТ-решение будет получать ключевую информацию и как будет обрабатывать её.

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

Исследование целевой аудитории. Необходимо получить максимум информации о тех, для кого разрабатывается продукт. Данные может предоставить клиент, также их можно получить из общедоступных или лично проведённых исследований. На данном этапе бизнес-аналитик должен:
• провести сегментацию целевой аудитории, детально охарактеризовать и составить портреты каждой категории;
• определить боли, запросы и потребности сегментов ЦА, описать их поведенческие паттерны и факторы, которые влияют на принятие решений.

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

Проектирование структуры ИТ-продукта. Цель этого этапа — подробно описать структуру ИТ-решения, чтобы реализовать именно то, что нужно клиенту, и упростить работу разработчиков. Задача аналитика:
• продумать техническую и логическую составляющие работы ядра системы, создать прототип интерфейса, описать схему передачи данных и хранения информации;
• продумать UX/UI-дизайн и контентное наполнение интерфейса: заголовки, тексты, изображения.

Сколько времени необходимо для бизнес-аналитики

Длительность бизнес-анализа зависит от масштабов и сложности проекта:
1. Элементарный продукт, например, мобильное приложение, состоящее только из пользовательского интерфейса и административной панели, будет анализироваться порядка 40 часов.
2. Продукт посложнее — онлайн-магазин или сервис для обмена информации — которым пользуются и клиент, и поставщик услуг, займет 100–120 часов работы бизнес-аналитика.
3. CRM-, ERP-системы, в которых предполагается большое количество ролей и пользователей с разными возможностями, займут от 120 часов работы.
4. Сложные BI-системы, необходимые для сбора, анализа и обработки больших данных, или масштабные проекты, созданные по индивидуальным требованиям, требуют от 160 часов бизнес-аналитика. К таким продуктам относятся центры обработки данных для отдела закупок больших компаний, а также платформы для визуализации и построения дашбордов.

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

Результаты бизнес-анализа для компании

Бизнес-аналитики способствуют росту эффективности компаний, указывают на зоны роста и предлагают инструменты для их улучшения. Также благодаря их экспертности снижается риск реализации нежизнеспособных проектов. Подведём небольшой итог. Компания после бизнес-аналитики получит:
• комплексную спецификацию проекта, состоящую из описания всех функций и пользовательских сценариев продукта;
• графический прототип решения, который продемонстрирует техническое устройство и возможности интерфейса.

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

Источник: inostudio.com