- Кто такой бизнес-аналитик, сколько он получает и что надо уметь для первой работы
- Содержание
- Кто такой бизнес-аналитик
- Задачи бизнес-аналитика
- Роли бизнес-аналитика в Scrum
- Developer
- Scrum Master
- Product Owner
- Выводы
- История проекта
- Инструмент аналитика №1
- Жизненный цикл + цикл управления
- Выводы
- Кто он – аналитик 1С? Все зависит от самоопределения
Кто такой бизнес-аналитик, сколько он получает и что надо уметь для первой работы
Зачем компаниям нужны бизнес-аналитики и за что им готовы платить до 200 тысяч рублей? Рассказали главное о сфере и о том, как в неё попасть.
Иллюстрация: Оля Ежак для Skillbox Media
Рассказывает просто о сложных вещах из мира бизнеса и управления. До редактуры — пять лет в банке и три — в оценке имущества. Разбирается в Excel, финансах и корпоративной жизни.
Эксперт департамента аналитических решений ГК «КОРУС Консалтинг». В IT с 2000 года. Автор телеграм-канала Analytics Now и подкастов по теме искусственного интеллекта и анализа данных.
За год спрос на бизнес-аналитиков вырос более чем на 40%, а зарплаты этих специалистов достигают 200 тысяч рублей. В статье разберём, чем занимается бизнес-аналитик, какими инструментами он должен владеть, где на него учиться и как найти работу без опыта.
- Кто такой бизнес-аналитик и чем он занимается
- Какую роль он играет в проекте
- Перспективы профессии бизнес-аналитика
- Какими инструментами пользуется бизнес-аналитик
- Что должен уметь бизнес-аналитик
- Как бизнес-аналитик может развиваться в компании
- Как бизнес-аналитику без опыта искать работу
- Как стать бизнес-аналитиком
Бизнес-аналитик — специалист, который помогает понять, что нужно изменить в процессах или в системе управления, чтобы увеличить эффективность бизнеса.
Бизнес-аналитики нужны всем компаниям, которые хотят принимать качественные управленческие решения, основанные на фактах. Бизнес-аналитики отвечают за подготовку этих фактов для управленцев. Для этого они:
- собирают и структурируют данные о работе бизнеса;
- анализируют их — находят тенденции и тренды;
- наглядно представляют результаты анализа;
- дают готовые к внедрению рекомендации по тому, что можно улучшить.
Допустим, компания продаёт сезонные товары — велосипеды или лыжи. Бизнес-аналитики проанализируют спрос продукции с учётом сезонных факторов. Затем в понятном виде покажут результаты анализа топ-менеджерам и дадут подробные рекомендации: что нужно предпринять, чтобы выручка от продаж была выше. Без бизнес-аналитиков такие решения принимают вслепую — часто это приводит к тому, что компании теряют деньги. Этот пример показывает, какими глубокими знаниями должен обладать бизнес-аналитик. Он должен не только уметь использовать инструменты анализа, но и разбираться в предметной области — в данном случае в ретейле и в продажах.
Кроме того, бизнес-аналитики:
- помогают формулировать стратегические цели компании;
- проектируют бизнес-процессы и описывают последовательность работы специалистов — что нужно делать для достижения целей;
- анализируют, как бизнес расходует ресурсы, и ищут пути оптимизации;
- анализируют информационные системы компании, выясняют, что нужно для развития этих систем, и ставят разработчикам соответствующие задачи.
Допустим, коммерческому отделу розничной сети хочется оперативно видеть недельные результаты продаж с детализацией по отдельным магазинам.
Руководство отдела обращается к бизнес-аналитику и рассказывает, что должно быть в финальных отчётах. Задача бизнес-аналитика — «переложить» их слова на язык, понятный разработчикам аналитической системы. То есть составить чёткое техническое задание: какие показатели нужно собрать, из каких источников брать данные, в каком виде их выводить и на каких дашбордах размещать.
Скриншот: Светлана Вронская для Skillbox Media
Работа бизнес-аналитика делится на три этапа — предпроектный анализ, этап анализа и постпроектный анализ.
В ходе предпроектного анализа аналитик изучает текущее состояние компании и требования бизнес-заказчика. Это как раз то, о чём мы писали выше: бизнес-аналитик «снимает показания» пользователей, анализирует источники данных и описывает их на языке, понятном будущим разработчикам.
Другой пример — бизнес-аналитику нужны данные для разработки стратегии компании. Чтобы получить их, он запрашивает в разных отделах компании:
- Финансовые показатели — например, данные об общей выручке, чистой прибыли и так далее.
- Клиентские показатели — данные о выручке по целевым сегментам клиентской базы, удовлетворённости клиентов по сегментам, коэффициенте конверсии, среднем чеке.
- Показатели бизнес-процессов — данные о пропускной способности, проценте брака.
- Показатели развития персонала — данные о текучке кадров, удовлетворённости персонала рабочим местом.
В этих запросах бизнес-аналитик указывает свои требования: какие показатели нужны, в каком виде, за какие периоды. После получения всех данных он приступает к анализу.
На этапе анализа бизнес-аналитик обрабатывает полученные данные и формирует отчёты. Чаще всего для этого используют обычный Microsoft Excel. Он позволяет проводить расчёты и формировать таблицы с результатами.
В некоторых компаниях используют BI-системы. В отличие от Excel, в них всё происходит автоматически. Для этого к BI-системам подключают источники данных — например, облачные хранилища компании или отдельные файлы. BI-системы обрабатывают эти данные и выдают наиболее важную информацию. Подробнее об инструментах, которыми пользуются бизнес-аналитики, говорим ниже.
В рамках постпроектного анализа задача бизнес-аналитика — оценить, насколько полученное решение соответствует планам, достигла ли компания целей, которые ставила перед его внедрением. Бизнес-аналитик проводит интервью с заказчиками для того, чтобы проанализировать, принесли ли изменения пользу бизнесу.
В структуре компании и проекта бизнес-аналитик обычно играет роль стратега-разработчика или консультанта — это зависит от специфики задач, которые он решает.
Например, совместно с топ-менеджерами он может участвовать в работе над стратегией компании. Вместе с разработчиками, дизайнерами и инженерами — создавать прототипы продуктов и составлять документацию для них.
Обычно бизнес-аналитик напрямую подчиняется руководству компании или проекта и может влиять почти на всю команду. Его работа не ограничивается только анализом данных.
Бизнес-аналитики востребованы в консалтинговых компаниях — и в коммерческом сегменте, и в государственном секторе.
Каждой компании требуются люди, способные изучать информацию и выделять нужное. Одним компаниям необходимо увеличить выручку, другим — привлечь новых клиентов, третьим — улучшить взаимодействие с текущими заказчиками или понять причины постоянных перебоев с поставками. Главные для решения этих задач ответы могут дать как раз бизнес-аналитики.
Больше всего бизнес-аналитики востребованы в IT-сфере, сфере финансовых технологий и в крупных индустриальных компаниях, где важно выстроить бизнес-процессы оптимально.
Также бизнес-аналитики востребованы в отраслях, где регулярно воспроизводятся одни и те же действия. Например, в ретейле, общественном питании, сфере услуг — там, где каждый день нужно одинаково хорошо обслуживать клиентов.
Если вы не знаете точно, в какой отрасли хотите работать бизнес-аналитиком, хорошим выбором станет консалтинговая компания. Там у вас будет возможность попробовать себя в проектах для разных организаций и даже для разных индустрий.
Скриншот: Светлана Вронская для Skillbox Media
Есть свои плюсы и в работе на компанию из определённой индустрии. Вы сможете приобрести глубокий отраслевой опыт — например, разобраться в специфике розничной торговли, нефтегазовой отрасли, телекоммуникациях и так далее, — а такой опыт повысит вашу стоимость на рынке труда.
Количество задач в области анализа данных растёт пропорционально росту самих данных. На первое место в последние годы выходит отдельное направление — анализ больших данных, то есть неструктурированной информации из многочисленных источников.
Согласно прогнозу консалтинговой фирмы Frost & Sullivan, рынок анализа Big Data к 2025 году достигнет почти 70 миллиардов долларов США, в то время как ещё в 2019 году он составлял всего 15 миллиардов. Это означает, что спрос на специалистов в этой сфере со временем лишь увеличится.
Чтобы оперативно и точно собирать информацию, а также представлять результаты анализа в удобном виде, бизнес-аналитики пользуются рядом программных продуктов. Список инструментов может разниться от задачи к задаче и от компании к компании, но в целом набор примерно одинаковый.
Некоторые из решений могут оказаться недоступными для российских пользователей, но всегда можно найти аналоги, которые будут работать.
- MS Excel — незаменим для базовых расчётов, составления таблиц и простых диаграмм. Кроме стандартных опций, можно использовать надстройки для обработки и анализа больших объёмов информации — Power Pivot и Power Query. Они позволяют загружать в Excel данные из внешних источников — например, с интернет-страниц, из ERP-систем, программ «1С», PDF-файлов и так далее; преобразовывать их в удобный вид, моделировать на их основе базу данных и работать с ней дальше.
- Средства для представления результатов анализа. Понадобятся для того, чтобы отчитаться о завершённой задаче. Это может быть стандартная MS PowerPoint, Keynote или что-то более сложное — например, Prezi.
- Решения для управления задачами. Таск-трекеры помогают структурировать работу над проектом, отслеживать сроки и ресурсы, синхронизировать задачи, отслеживать дедлайны, а также хранить документацию и переписку по проекту. Примеры: Trello, Asana, Jira, Wrike — выбор довольно большой даже с учётом санкций.
- BI-системы. Главный инструмент комплексного анализа и визуализации результатов. BI-система может заменить Excel и программы для визуализации результатов.
На рынке есть сотни систем бизнес-анализа: от простых и квазибесплатных до сложных и требующих серьёзных инвестиций. Есть решения с расширенной функциональностью, такие как международные QlikView, Qlik Sense, Microsoft Power BI, Tableau.
В последние годы на рынке появилось много российских систем, которые активно работают над тем, чтобы догнать западных конкурентов: Luxms BI, «Форсайт», Visiology, Pix BI и другие. Также есть системы бизнес-аналитики, построенные на технологиях открытого кода. Среди таких решений особенно популярна платформа Apache Superset.
Скриншот: Светлана Вронская для Skillbox Media
Если вы владеете языками программирования и умеете строить модели данных, то ваши шансы на успех в роли бизнес-аналитика велики. Однако даже без этих знаний есть все возможности для карьеры в аналитике.
Есть несколько софт-скиллов, которые делают бизнес-аналитика успешным. Перечислим основные.
Умение анализировать информацию. Бизнес-аналитики должны уметь обрабатывать и интерпретировать данные, чтобы делать правильные выводы. Чёткая структура — это половина успеха в решении бизнес-задачи. Тщательно анализируя информацию, укладывая её в структуру, аналитики могут формулировать новые гипотезы, проверять их, выбирать корректные решения, а также оценивать возможные риски и находить способы их минимизировать.
Коммуникативные навыки. В любом проекте бизнес-аналитику придётся общаться с большим количеством людей, ведь любой проект — это результат работы команды. Поэтому важно уметь заставить собеседника рассказать о своих задачах и болях, услышать и понять его.
Кроме того, важно чётко доносить свою мысль, отстаивать точку зрения и аргументировать преимущества предложений. При этом нужно, чтобы бизнес-аналитик умел формулировать свои мысли не только устно, но и письменно, так как ему предстоит готовить презентации и документацию с обоснованием тех или иных предложений.
Английский язык. Даже если бизнес-аналитик работает в компании, которая не ведёт деятельность за пределами России, английский язык — важный элемент его работы. Огромное количество англоязычных материалов в интернете аккумулируют лучшие мировые практики. Также во многих международных инструментах для работы с аналитикой нет русскоязычного интерфейса.
Что касается хард-скиллов — их набор зависит от отрасли и компании, в которой работает аналитик. Эти навыки потребуются в большинстве случаев:
- опыт работы с базами данных и BI-системами, а также опыт их внедрения;
- владение перечисленными выше инструментами: Excel, BI-системами, программами для создания презентаций, таск-трекерами;
- знание языка SQL или Python, иногда — ML;
- знание основ математического анализа и статистики;
- знание методологии разработки программных продуктов и различных способов описания требований — например, use cases, UML-диаграммы, user stories.
В зависимости от того, в какой компании и в каком городе России работает бизнес-аналитик, его карьерный путь может выглядеть по-разному. Но в общем случае ступени карьерной лестницы выглядят так:
- Младший бизнес-аналитик: начинающий специалист, отвечает за сбор и структуризацию части данных в проекте. Новички получают от 30 до 70 тысяч рублей.
- Бизнес-аналитик: помогает консультантам с анализом данных и подготовкой инсайтов. Такие специалисты могут ожидать доход в среднем от 70 до 150 тысяч рублей.
- Ведущий бизнес-аналитик: решает более сложные задачи, отвечает за определённую область данных. Такие специалисты с опытом 3–5 лет зарабатывают от 120 до 200 тысяч рублей.
- Эксперт, тимлид: руководит группой бизнес-аналитиков, отвечает за определённую область (отраслевую, технологическую), участвует в работе над стратегией компании. У зарплат на этой должности большой диапазон, поэтому конкретную сумму назвать сложно.
Но этот линейный путь условен. С позиции старшего бизнес-аналитика специалист может уйти на менеджерскую должность. Обычно это хороший выбор, потому что благодаря специфике своей работы и участию в кросс-функциональных командах бизнес-аналитик понимает особенности развития продуктов и проектов, а также то, как протекают процессы в разных департаментах. Поэтому бизнес-аналитик может перейти на позицию владельца продукта (product owner), менеджера продукта, коуча по Scrum- или Agile-методологиям, менеджера проектов.
Работа бизнес-аналитика — это отличный старт для карьеры в ИТ и прекрасный способ познакомиться на практике не только с различными областями знания и отраслевой спецификой, но и со многими ролями внутри отрасли.
Есть два пути.
Человек работает по смежной специальности и хочет поменять направление. В этом случае он может прийти к своему руководителю и рассказать, что хочет попробовать себя в бизнес-аналитике. Часто под новые цели компании формируют подразделения бизнес-аналитики как раз из внутренних специалистов, которые раньше работали, например, в отделе управления проектами.
Человек хочет кардинально изменить направление деятельности. В этом случае при устройстве на работу без опыта часто выручает портфолио.
Чтобы сформировать своё первое портфолио, не обязательно работать в компании — подойдут выполненные учебные проекты, собранные в одном месте. Их можно подготовить на курсах по бизнес-аналитике — на основе выполненных домашних заданий. Посмотрев на такое портфолио, работодатель может понять, что человек разбирается в бизнес-анализе, и предложить ему работу, даже если у того нет опыта.
Программы вузов, на которых целенаправленно учат бизнес-анализу, стали появляться не так давно. Поэтому чаще всего в бизнес-аналитику переходят специалисты из смежных сфер. Например, системные аналитики, проджекты или финансисты.
Основная часть работы бизнес-аналитика посвящена тому, чтобы глубоко погрузиться в бизнес-процессы компании, разобраться в них, проанализировать, найти пробелы и доработать. Для этого не обязательно профильное высшее образование в бизнес-анализе. Важнее набор компетенций и личных качеств человека — например, системное и логическое мышление.
Также для работы бизнес-аналитиком требуется владеть специальными инструментами — их можно изучить на курсах. Например, в Skillbox есть программа «Профессия Бизнес-аналитик». Она подходит как новичкам без опыта, так и специалистам, которые хотят сменить профиль.
На курсе учат всему, что понадобится в работе бизнес-аналитика:
- определять стратегию развития и строить бизнес-модели;
- анализировать экономику бизнеса и составлять модель бюджета компании;
- оптимизировать бизнес-процессы и находить способы развития бизнеса;
- использовать язык Python для аналитики — обрабатывать большие объёмы данных и находить важные для бизнеса закономерности;
- визуализировать данные исследований с помощью Power BI;
- составлять развёрнутые аналитические отчёты и проводить презентации;
- решать задачи бизнеса с помощью IT-разработки.
Спикеры курса — руководители и практикующие специалисты в области бизнес-аналитики. Например, начальник отдела развития данных в банке «Открытие», руководитель отдела аналитики ПАО «Северсталь», бизнес-аналитик и генеральный директор компании Business Set.
В курсе есть тесты, практические задания и итоговый проект, который выполняют на реальном кейсе, — его можно забрать в портфолио.
В конце обучения все студенты получают помощь в трудоустройстве от Центра карьеры. Специалисты центра помогают составить резюме, предлагают партнёрские вакансии и объясняют, как вести себя на собеседовании.
Делаю презентации и получаю 220 000 рублей в месяц
На рынке полно клиентов, готовых платить за слайды, которые убеждают заключать сделки на миллионы рублей. Можно работать удалённо на себя или в штате компании. Как это делать, показываем на курсе «Мастер презентаций».
Какую роль играет бизнес-аналитик в Scrum? Узнайте, как BA помогает разработчикам создавать качественное ПО и почему его задачи являются критическими для успеха проекта.
Автор статьи — бизнес-аналитик EPAM Елизавета Сокол.
Содержание
В предыдущей статье я рассказала, что представляет собой Scrum, из чего состоит фреймворк, и разобрала более подробно каждый его компонент.
Разобравшись с основами Scrum, мы подобрались ко второму вопросу: а где здесь место бизнес-аналитика?
Кто такой бизнес-аналитик
Но давайте сначала вспомним, кто такой бизнес-аналитик и зачем он вообще нужен в процессе разработки программного обеспечения. Как обычно, начнем с определений.
Business Analysis Body of Knowledge (BABOK), разработанный Международным институтом бизнес-анализа (International Institute of Business Analysis — IIBA), дает следующее определение:
- Бизнес-аналитик (БА) — «любой человек, выполняющий задачи бизнес-анализа, независимо от его должности или организационной роли».
- В свою очередь, бизнес-анализ определяется как «деятельность, обеспечивающая возможность изменений в контексте предприятия через определение потребностей и рекомендацию решений, приносящих пользу заинтересованным сторонам».
Если отойти от формальных определений, то бизнес-анализ необходим для изучения целей, возможностей и проблем бизнеса, поиска наилучших решений для удовлетворения потребностей. С помощью бизнес-анализа выявляются требования различного уровня, определяются и анализируются возможные риски и выстраивается стратегия управления ими. Без бизнес-анализа всегда есть вероятность выбрать решение, которое на самом деле не удовлетворяет потребности бизнеса и заинтересованных лиц.
Итак, человек, в чьи непосредственные обязанности входит выполнение бизнес-анализа в рамках определенного проекта, и будет являться бизнес-аналитиком — вне зависимости от его должности в рамках организации.
Задачи бизнес-аналитика
Конкретные задачи бизнес-аналитика могут сильно отличаться в зависимости от целей проекта, разрабатываемого продукта и даже от компании, в которой он работает. Процесс работы бизнес-аналитика обычно включает в себя следующие этапы:
- На любом проекте бизнес-аналитику нужно сделать анализ текущей ситуации «AS IS». Необходимо определить начальную точку и понять, какие сейчас есть потребности у бизнеса.
- Определить будущее состояние «TO BE», то есть понять, чего именно хочет достичь бизнес, включая бизнес-требования, которые нужно удовлетворить, оценить возможные риски.
- Определить возможные варианты решений и выбрать наиболее подходящее в рамках имеющегося контекста.
- Выявить все необходимые требования (бизнес-требования, требования заинтересованных лиц, требования к решению). Бизнес-аналитик выявляет необходимые требования, взаимодействуя с заинтересованными лицами.
- Все полученные требования БА должен проанализировать, задокументировать и обсудить с командой разработки, чтобы у всех было единое понимание, что именно и для чего будет разрабатываться.
- БА также сопровождает процесс разработки и поставки готового решения заинтересованным лицам, участвует в оценке решения.
Теперь, разобравшись с задачами бизнес-аналитика, вернемся к вопросу о том, где его место в Scrum.
Роли бизнес-аналитика в Scrum
На первый взгляд может показаться, что бизнес-аналитика вовсе нет в Scrum, ведь во фреймворке четко описаны участники скрам-команды — Product Owner, Scrum Master, Developers. Однако это не так.
Важно отметить, что Product Owner, Scrum Master, Developers — это именно роли в рамках скрам-команды, которые по названию совсем не обязательно соответствуют реальной роли в процессе разработки или должности в компании. То есть, в зависимости от функций на проекте, БА может выступать в одной из нескольких ролей.
Developer
Так, к Developers — команде разработки — относятся не только непосредственно разработчики, но также тестировщики, дизайнеры, архитекторы, бизнес-аналитики, дата-аналитики и др. — все, кто вносит непосредственный вклад в разработку продукта. Согласно руководству по Scrum, «Developers — это люди в Scrum Team, которые привержены созданию любого аспекта готового к использованию Increment в каждом Sprint».
В роли Developer бизнес-аналитик выполняет только свои задачи, о которых мы говорили ранее.
Таким образом, первый возможный и самый распространенный вариант — бизнес-аналитик в Scrum является частью команды разработки.
Scrum Master
Напомню, что «Scrum Master несет ответственность за применение Scrum в соответствии с руководством по Scrum». Он помогает понять теорию и практики Scrum, как внутри команды, так и в организации в целом.
Как Scrum-мастер, так и бизнес-аналитик активно взаимодействуют с заинтересованными лицами, включая команду разработки, заказчиков, пользователей и других. Они оба выполняют роль фасилитатора и отвечают за эффективную коммуникацию.
При этом основная задача Scrum Master — помощь в применении Scrum, обеспечение эффективности команды, организация и улучшение процессов, устранение препятствий в достижении необходимой цели. Задача же бизнес-аналитика — выявление, анализ и документация требований, коммуникация с заказчиком и командой.
Таким образом, основные обязанности бизнес-аналитика и Scrum Master отличаются, но у них есть общие задачи и зона ответственности.
Роль Scrum Master может выполнять как менеджер проекта, так и любой другой член команды, если у него достаточно для этого знаний и квалификации. Например, подтвердить необходимые знания может сертификация от scrum.org — Professional Scrum Master.
Может ли бизнес-аналитик быть Scrum-мастером? Да, может. На реальных проектах довольно часто встречается такая ситуация, когда тот, кого бы мы обычно отнесли к Developers, выполняет две роли. Например, Scrum Master и Developer, Product Owner и Developer. Руководство по Scrum это не запрещает. Также в руководстве подчеркивается, что «если Product Owner или Scrum Master активно работают над элементами из Sprint Backlog, то они участвуют в Daily Scrum в качестве Developers».
Таким образом, бизнес-аналитик в рамках Scrum команды может:
- быть частью Developers и выполнять задачи ВА,
- и одновременно быть Scrum-мастером, дополнительно выполняя его обязанности.
При этом, если специалист с должностью «бизнес-аналитик» в рамках проекта выполняет только функции Scrum Master, то на данном конкретном проекте он уже не будет бизнес-аналитиком.
Product Owner
«Product Owner несет ответственность за максимизацию ценности продукта, получаемого в результате работы Scrum Team».
Product Owner (PO) отвечает за стратегическое видение продукта, создание и приоритизацию элементов бэклога, обеспечивает понимание командой бэклога продукта и его цели, принимает основные решения по поводу продукта. В свою очередь, бизнес-аналитик сфокусирован на анализе и разработке конкретных требований.
На мой взгляд, именно обязанности Product Owner в наибольшей степени пересекаются с обязанностями бизнес-аналитика. Они оба должны понимать бизнес-цели, определяют и управляют объемом работ, разрабатывают требования и коммуницируют с заинтересованными лицами.
Роль PО может выполнять менеджер продукта, бизнес-аналитик или представитель заказчика, который может занимать совершенно разные должности в своей компании.
Может ли бизнес-аналитик быть владельцем продукта? Однозначно да. Есть два варианта:
- бизнес-аналитик выполняет роль Product Owner;
- бизнес-аналитик работает совместно с PO.
В совместной работе также возможно несколько вариантов. Часто бывает ситуация, когда PO находится на стороне заказчика и помимо выполнения этой роли у него также есть много других обязанностей.
Если у Product Owner в силу различных обстоятельств нет возможности полноценно участвовать в процессах, то в такой ситуации ВА может выступать в качестве Proxy Product Owner. Официально такой роли нет в руководстве по Scrum, но она довольно активно используется в профессиональной среде.
Proxy PO берет на себя некоторые или все обязанности Product Owner. Proxy PO может быть членом команды разработчиков, бизнес-аналитиком, менеджером проекта или любым другим лицом, хорошо разбирающимся в продукте и потребностях клиентов. Он действует как связующее звено между командой и PO, гарантируя, что у команды есть необходимые указания и разъяснения для продолжения работы. Proxy PO отвечает за определение приоритетов в бэклоге продукта, предоставление требований команде разработчиков и т.д. Обычно эту роль берет на себя бизнес-аналитик.
Выводы
Подводя итог, можно сказать, что для бизнес-аналитика однозначно есть место в Scrum, ведь в любом процессе разработки продукта не обойтись без бизнес-анализа. BA отвечает за выявление, анализ и документацию требований, а также разъясняет их участникам команды. Кроме того, бизнес-аналитик играет важную роль в коммуникации между бизнесом и командой разработки: он помогает устранить недопонимания и согласовать ожидания, чтобы предложить оптимальное решение.
Стоит отметить, что вся работа ВА и команды в целом направлена на то, чтобы создать качественный продукт, который соответствует потребностям бизнеса и пользователей. А в какой именно роли вы как BA будете выступать, зависит от проекта, продукта, заказчика и других факторов.
- Руководство по Scrum / Scrum Guide
- BABOK Guide — Глоссарий / BABOK Guide — Glossary
- What is a «Proxy» Product Owner? Why it is found so often?
- Who is the Professional Scrum Product Owner
- The Truth About Job Titles In Scrum
- What is a Scrum Master?
На слайде – высказывания из чата Infostart Friends – там постоянно бурлит обсуждение: кто такие аналитики; как стать аналитиком; какие книжки почитать, чтобы стать аналитиком и т.д.
Судя по результатам этого обсуждения, 98% участников 1С-сообщества считают, что аналитик – это некая прокладка между заказчиком и разработчиком. Человек, который должен что-то спросить у заказчика, написать ТЗ, проверить результат и написать инструкции. При этом непонятно, зачем вообще он нужен, зачем на него тратить деньги, если можно пойти и самому спросить.
Каждый раз, когда я читаю все эти высказывания, у меня внутри все вскипает.
Мне очень хочется ответить, что вообще-то аналитик – это лидер проекта.
Классически принято разделять аналитиков по видам выполняемых ими работ. Например, есть аналитик качества данных, который проводит какую-то работу с данными. Продуктовый аналитик, который проводит какую-то работу с продуктом. Системный аналитик, бизнес-аналитик, BI-аналитик, UX-аналитик и т.д. – всех этих аналитиков что-то объединяет, потому что в названии их должности есть слово «аналитик».
По мнению сообщества их объединяет то, что они собирают требования, составляют ТЗ, пишут инструкции и прочее.
Предлагаю посмотреть на работу аналитиков с другой стороны: аналитики – это люди, которые определяют области, требующие улучшения, даже если заказчик ничего об этих областях в требованиях не говорит. Просто заказчик даже не подозревает о том, что у него именно эта область требует улучшения. Найдя эту область, аналитик предлагает план по улучшению, и, по сути, он возглавляет реализацию этих улучшений в дальнейшем.
Конечно, в жизни применимы оба мнения – и мое мнение, и мнение сообщества, приведенное на первом слайде, все зависит от того, к каким работам аналитик на проекте допущен.
Я хочу показать вам — какие приемы и подходы отличают аналитика уровня «лидер проекта» от аналитика уровня «прокладка».
Начну с того, кто я. В проектах автоматизации 1С я с 1996 года.
С 2012 года я осознала себя бизнес-аналитиком, после того, как прошла в фирме «1С» два замечательных курса по организационному проектированию и по основам консультирования. Как раз на этих курсах я и поняла, как все работает в бизнесе, чтобы его можно было автоматизировать. С тех пор у меня есть теоретическая база и практический опыт использования этой теоретической базы.
Я топлю за то, чтобы поднять ценность аналитиков в 1С-ной тусовке. Потому что в других областях аналитики занимают свое место. А в нашей отрасли, к сожалению, аналитик – это что-то непонятное.
Тут на слайде приведено вызывающее высказывание, но это действительно правда. Я могу организовать проект автоматизации в любой предметной области, о которой сейчас даже не подозреваю, с использованием любой, даже абсолютно незнакомой мне конфигурации.
показать на примере реального кейса практические приемы работы аналитика;
показать аналитикам (или тем, кто хочет ими стать) точки роста – что нужно научиться физически делать, чтобы стать крутым спецом;
показать руководителям проекта и членам команды, что присутствие аналитика уровня «лидер проекта» в разы повышает эффективность всей команды – за счет того, что команда делает только те действия, которые нужно сделать, и эти действия 100% приводят к результату, а не так, что мы сейчас попробуем, сделаем, а потом: «Ой, что-то не получилось».
Этот проект меня очень сильно изменил. Я и до этого проекта была хорошим внедренцем, но раньше мои действия были интуитивные. А этот проект помог перевести мои интуитивные действия именно в технологию.
Интуиция сродни искусству. Искусство – это когда мы что-то сделали, получилось здорово, но повторить это мы не можем.
А технология – это когда мы сделали определенный набор шагов и получили понятный результат – тот, который должны были получить. И если мы не получили этот результат, мы понимаем, какой шаг нам надо подкрутить.
Результат, полученный при помощи интуиции, нельзя масштабировать – потому что непонятно, что там именно сработало.
А результат, полученный при помощи технологии, можно масштабировать, потому что все понятно.
Если вы приходите на обследование и говорите заказчику: «Скажите мне, как вы работаете, и я вам скажу, как вы это будете делать в 1С» – вы не аналитик, вы внедренец какого-то продукта.
Или если вы хорошо разбираетесь в конфигурации с точки зрения ее устройства в конфигураторе – вы тоже не аналитик. Вы, скорее всего, технический специалист или консультант.
А аналитик, приходя исследовать какую-то область, уже на 60% знает, как в ней построены бизнес-процессы – он просто задает уточняющие вопросы.
При этом изначально картина того, что он идет обследовать, у него в голове уже сложена на 60% как минимум. Про 60% – это не я придумала, это я прочитала в авторитетных источниках и с этим согласилась.
История проекта
Расскажу про историю проекта.
Начался он следующим образом: головная организация присылает методичку по классам и их характеристикам. И говорит, что запускается проект внедрения ТОиР – нужно выгрузить все данные по классам технических объектов в определенные шаблоны в Excel-овском формате.
Мы – отдел из трех аналитиков.
Первым аналитиком в этой организации была я. Там очень долгое время никто не знал, чем должен заниматься аналитик. И благодаря этому проекту все поняли.
Второй – бывший программист.
Третий – выпускник кафедры бухгалтерии.
В общем, команда мечты!
Кроме нас в организации был отдел ИТ, но у них и без нас хватало работы.
Когда нам поставили эту задачу, она не показалась нам сложной – часто же просят сделать какую-то выгрузку. Вроде ничего особенного.
Руководство говорит: «Давайте раздадим задания филиалам. Пусть филиалы заполняют данные в эти шаблоны». Нормальное решение. Что такого?
Потом оказалось, что данные, которые нужно заполнять, делятся на разные группы, это могут быть: индивидуальные признаки объектов, технические показатели, данные для выполнения работ и данные имущественной принадлежности.
Оказалось, что нельзя просто так взять и заполнить эти данные. Потому что готового документа, из которого можно взять эту информацию, чтобы заполнить шаблоны, просто нет. Сначала надо это все понять и найти. В общем, филиалы не смогут выполнить эту работу.
Потом оказалось, что в производственном, регламентированном и имущественном учете признаки объекта имущества разные. Совсем разные. И не потому, что там кто-то накосячил, а потому что — это объективная реальность.
Каждый вид учета ведут разные подразделения, то есть документы находятся под разной ответственностью и еще и территориально разбросаны по 100 подразделениям.
Объектов оказалось 2 миллиона. И самая большая проблема, что документы всех подразделений для одного объекта нельзя взять и по одному объекту все заполнить. Просто нельзя.
Копаем дальше – ищем документы, которые содержат данные по группе объектов. Оказалось, что мы не можем запустить в работу операторов, потому что документы десятилетиями велись в не формализованном виде и вытащить нужные данные из документов могут только производственные рабочие. Возникает большой вопрос – кто же будет заполнять эти шаблоны. У нас все еще нет мысли о создании новой АИС – мы работаем над заполнением шаблонов.
И как контролировать эти шаблоны, тоже непонятно. Что пользователи введут в эти Excel-файлы бесконтрольно – одному Богу известно. Получается, что мы не можем контролировать корректность данных. Пока мы не оцифруем все два миллиона объектов, у нас не будет ясности, что все правильно.
Чтобы все это выверить, потребуются годы. А у нас срок – несколько месяцев.
Получается, что нам выдали задачу, которую и вернуть нельзя, и сделать нельзя.
Придумали решение – сделать промежуточную АИС, в которую будем вводить все с проверками, а потом выгружать все в нужном виде в шаблоны автоматически.
Первым шагом, естественно, идем обследовать процессы.
Узнаем, что да, есть регламенты и отраслевые стандарты, все работают по правилам, но в каждом филиале каждый процесс идет по-своему. Какой филиал брать за основу? Какой процесс брать за основу? На что опираться? Не на что.
И встает вопрос: как в процессах, которые отличаются друг от друга, найти что-то единое и постоянное для всех?
У нас топ-5 проблем.
Разночтение в видах учета.
Разобраться с данными и заполнить могут только производственники.
Вручную заполнить шаблоны с учетом иерархии классов – нереально.
И документы по одному объекту разобщены территориально и по службам.
Ну и количество объектов — вот такое, трудоемкость по вводу данных силами производственных рабочих — несколько лет. По выверке это еще следующие несколько лет. Ну, как бы вполне себе такой реальный проект, который бывает в организациях такого уровня.
Я хочу показать несколько приемов из моего личного чемоданчика с инструментами аналитика. Они, может, вам покажутся не инструментами, а чем-то другим, но, тем не менее, это работает.
Инструмент аналитика №1
Мы делаем только тот шаг, по которому точно понятно, что его можно сделать.
Это значит, что:
Прежде чем давать задание на заполнение каких-то данных, мы точно, вплоть до деталей, знаем, какие действия должны выполнить пользователи по вводу – вплоть до каждого действия.
Второе. Мы точно уверены, что у пользователя есть все необходимое для того, чтобы эту информацию откуда-то взять. Что он не будет к нам приходить и говорить, что не знает, где взять, не знает, как сделать, или еще чего-то не знает.
На курсе «Основы консультирования», который я проходила в 2012 году, была очень классная рекомендация: «При проведении обследования или работ по консалтингу, всегда оставляйте возможность отхода из города». Я эту рекомендацию с тех пор помню и соблюдаю, поэтому мы не запускали то, что не могли контролировать.
Делать конкретные шаги – это значит давать такие задания, по которым у пользователей не будет возможности сказать: «Я не знаю, как это сделать», «У меня нет возможности», или что-то еще.
Конечно, есть риск понятными шагами прийти не туда, куда надо. Но эта технология как раз и позволяет все эти шаги организовать в едином направлении.
Как мы использовали эти понятные шаги при разработке своей АИС?
Важно максимально детализировать задания пользователям. Например, мы задаем им вопрос: «Сколько всего у вас газопроводов?» Производственники нам отвечают: «У нас нет такой информации» – мы понимаем, что у них нет готового сводного документа. Спрашиваем: «А где у вас описаны эти газопроводы?» Они говорят: «Документы на них лежат в этих четырех шкафах». Даем им задание: «Посчитайте эти документы». После этого они уже не могут нам сказать, что не могут посчитать документы, которые лежат в шкафах. Заодно они начинают делать инвентаризацию.
Дальше – этапы проекта. Мы в первую очередь проработали трубопроводы. Трубопроводы мы взяли осознанно и откинули все остальные работы. Потому что трубопроводы – это базовый процесс, который нам нужно было описать. Мы шли только по нему и “били по рукам” всех, кто отвлекался на другие работы. Важно, чтобы у производственных рабочих не было возможности сказать: «Мы не вводим трубопроводы, потому что сейчас делаем другое». Мы им запрещали делать другое, пока они не ввели трубопроводы. Таким образом направляли их в нужном нам направлении, как косяк рыб на предыдущем слайде.
Ищем возможность контролировать каждый шаг и не даем задание на ввод данных, если не понимаем, как контролировать этот ввод.
Плюс мы не делали конечных справочников – вместо этого делали механизмы, которые можем настраивать сами. Например, мы запускаем форму для ввода, смотрим обратную связь и дорабатываем сначала шаг для сбора всей нужной информации, и только после этого мы переходим на какой-то следующий объект.
Четко формулируя практический результат работы системы и опираясь на главные – базовые действия, без которых результат просто невозможен, мы получали уверенность в том, что идем в правильном направлении.
Жизненный цикл + цикл управления
Жизненный цикл любого объекта можно представить как последовательность этапов: зачали, развивался в утробе, родился, жил, умер. Переход с одного этапа на другой для конкретного объекта фиксируется вводом или изменением какого-то документа.
Когда мы собираем информацию по жизненному циклу, можно найти те документы, про которые вам пользователи на этапе обследования сами не скажут, потому что они на это внимание не обращают.
Как мы использовали жизненный цикл в разработке АИС?
Мы начали раскручивать учетные процессы для основного объекта – трубопроводы.
Зачали / развивался в утробе – это инвестиционные программы.
Родился – это построили и ввели в эксплуатацию. Документом, который содержит все данные на момент рождения этого трубопровода, оказался ИТД – он содержит всю информацию на определенный момент этого этапа жизненного цикла.
Жил (рос, лечился) – это у нас каждый шаг по модернизации. Эти шаги у нас фиксируются в эксплуатационном паспорте. Ищем связь между ИТД и эксплуатационным паспортом, понимаем, что у одного ИТД может быть несколько эксплуатационных паспортов, и у нас появляется возможность это контролировать.
Важно, что документы, которые я нашла, во всех филиалах формируются совершенно одинаково, независимо от процессов. Процессы могут быть разными, но нас интересует конкретный информационный результат – конкретный документ.
Здесь на слайде показано, как мы использовали этапы жизненного цикла при разработке АИС.
Переходим к циклу управления.
Функции цикла управления – это
Управлять – это значит запланировать какие-то действия, исполнить их, проконтролировать их выполнение, и если что-то пошло не так, принять какое-то управляющее воздействие.
Для наших проектов это означает следующее:
Планирование – у нас есть конкретное место, где занесены плановые данные. Когда мы проектируем наши АРМ в системе, мы четко понимаем, что вот в этом месте у нас хранятся плановые данные.
Исполнение – у нас где-то фиксируется факт выполнения конкретных действий. Причем для автоматизации не важен сам факт выполнения действия, важно, где ты это фиксируешь.
Контроль. В программе должно быть такое место, где план и факт стоят вместе, чтобы было видно, чем они отличаются. Но план и факт – это не только цифры. Регламент выполнения и фактическое выполнение действия – это тоже план и факт, и они тоже могут не совпадать. Т.е. здесь это шире.
Управляющее воздействие. Когда вы исследуете процессы, вы не спрашиваете пользователей, как у них работают процессы, вы смотрите регламентные документы, которые описывают плановый порядок действий. При этом я практически никогда не видела, чтобы регламентный документ описывал, что нужно делать, если фактическое действие не совпадает с плановым действием. Но если вы в регламентных документах этого не видите, значит, в этом процессе проблема. А пользователи, когда вы требования собираете, вам об этом тоже не скажут – они на эту тему даже не задумываются.
В результате мы сделали четкую структуру технических объектов: у нас есть плановые данные в документе ИТД, и мы их сравниваем с фактическими итоговыми данными по структуре каждого объекта. Мы просто создали место в программе, где у нас плановые данные сравниваются с фактическими – таким образом мы использовали инструмент цикла управления.
Выводы
Своим мастер-классом и докладом я очень хотела донести до вас, что аналитик может сделать больше, чем от него ожидается по должностным обязанностям.
Но чтобы он мог сделать больше, он все-таки должен владеть определенными технологиями и аналитическими инструментами. Эти аналитические инструменты вроде и не выглядят как инструменты, но их можно использовать в своих действиях так, как я вам рассказала.
Если аналитик просто собирает требования – то да, он просто аналитик.
Но чтобы стать лидером, он должен быть и аналитиком, и инженером, и организатором.
Он должен не просто собрать требования, а найти область, которую можно улучшить.
Он должен не просто сказать, что у вас тут плохо, а предложить план решения, и план решения не только при помощи автоматизации, но и при помощи организационных мероприятий.
Он должен не просто предложить план, но и помочь выполнить эти действия.
Если вы умеете все это делать, вы неизменно станете лидерами проектов, будете работать на интересных проектах, и, как специалист — стоить дорого.
Кто он – аналитик 1С? Все зависит от самоопределения
Все зависит от каждого человека. Вам никто не скажет: «В этом проекте можно сделать еще вот это и вот это».
Аналитик – это тот человек, который знает как помочь. Он может сам найти, что сделать и как сделать.
Я на Инфостарте провожу курс по автоматизации производственных процессов «Практические приемы и инструменты аналитика».
Цель этого курса – повысить компетентность специалистов и их стоимость в конечном итоге.
Курс даст 60 % понимания области автоматизации производства. Мы там будем разбирать производственные процессы с точки зрения их автоматизации.
На этом курсе я буду давать технологию системного подхода, потому что по-другому не получится автоматизировать производственные процессы.
Производственные процессы – это полная неопределенность, а чтобы в этой полной неопределенности автоматизировать, нужно владеть навыками, приемами и пониманием технологии.
Статья написана по итогам доклада (видео), прочитанного на конференции «Анализ & Управление в ИТ-проектах».
Также рекомендуем посмотреть мастер-класс.
Пользователь может просмотреть список товаров.
1. Доступна фильрация товаров по:
— цене (<название сущности и параметра в БД>), тип: от — до
— бренду(<название сущности и параметра в БД>), тип: множественный выбор
При выборе фильтров список товаров обновляется только после того, как пользователь применил фильтры.
2. Доступна сортировка по:
— цене (<название сущности и параметра в БД>), тип: по возрастанию, по убыванию
— популярности (<название сущности и параметра в БД>), тип: по возрастанию, по убыванию
Сортировка по умолчанию: по популярности.
3. В списке товаров отображаются товары
— опубликованные на выбранной витрине (<название сущности и параметра в БД> = <значение>)
— только в наличии (<название сущности и параметра в БД> = <значение>)
4. В списке товаров должна отображаться следующая информация по товару
— название (<название сущности и параметра в БД>)
— фотография (<название сущности и параметра в БД>)
— цена (<название сущности и параметра в БД>)
— возможные модификации (<название сущности и параметра в БД>)
5. В списке товаров пользователю доступны действия:
— добавить товар (модификацию товара) в корзину
— изменить количество товаров (модификации товаров) в корзине
— удалить товар (модификацию товара) из корзины
— добавить товар (модификацию товара) в избранное
— удалить товар (модификацию товара) из избранного
