Бизнес-аналитик в ИТ-компании: что нужно уметь делать. Часть 2

#Уголок_профессора

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

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

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

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

По мере накопления сведений о предметной области проводится бизнес-анализ, основными задачами которого являются:

1. систематизация информации об автоматизируемой деятельности вокруг моделей бизнес-процессов, включая описание сведений об объектах цифрового продукта;
2. описание движения информации в цифровом продукте;
3. прототипирование выполнения функций, выбор методов реализации задач;
4. документирование результатов бизнес-анализа.

Моделирование бизнес-процессов

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

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

Для описания бизнес-процессов есть множество методик, стандартов и инструментов. При выборе конкретного инструмента или методики построения моделей бизнес-процессов следует, кроме прочего, руководствоваться возможностями и интересами читателей такой документации. В случае если Ваша аудитория — пользователи, функциональные заказчики, люди, далекие от изощренных схем с каскадом фигур и стрелок, попытка увлечь их в дебри BPMN (Business Process Model and Notation) или UML (Unified Modeling Language) обречена на провал. Вы рискуете не найти общего языка или утонуть в непонимании. Вместо этого рисуйте простые картинки, создавайте яркие, понятные презентации, способные донести суть до каждого. А вот для внутреннего пользования, для работы с командой сложные, но безусловно полезные диаграммы BPMN и UML станут вашими надежными союзниками.

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

Описание информационных потоков и прототипирование функций

Данная задача решается параллельно с моделированием бизнес-процессов. Техники описания информационных потоков в целом известны. От себя добавим, что хорошим подспорьем являются ГОСТы по описанию входных сигналов и данных / выходных сигналов (документов) / описанию информационного обеспечения. Рекомендуется ознакомиться с качественными образцами документов, выполненных по таким стандартам — это сделает задачу описания информационных потоков более простой и увлекательной.

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

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

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

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

Вместо заключения

Подводя итог статьи, хотелось бы сказать несколько слов о документировании в бизнес-анализе. Важность формирования документов при выполнении задач очевидна. Для организации и методического обеспечения этого процесса в проектных командах обычно установлены правила (например, корпоративные стандарты). Если по каким-то причинам эти правила недостаточны или неполны, рекомендуем обратить внимание на ГОСТ РД 50-34.698-90. Методические указания «Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов».

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