Бизнес-Анализ в России

Бизнес-Анализ в России Аналитика

Как развивалась моя карьера и почему я решила уйти

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

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

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

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

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

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

Что должен знать/уметь аналитик и как этому научиться?

Читавшие упомянутую выше книгу «Путь аналитика. Практическое руководство IT-специалиста», особенно те коллеги, которые только начинают свою карьеру в ИТ, наверняка

прифигели

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

На мой скромный взгляд, там все-таки описан некий сферический аналитик в вакууме идеал, к которому можно (но не факт, что нужно) стремиться. Фанатичное стремление овладеть сразу всеми знаниями и навыками приведет, разве что, в Кащенко. Готов поспорить на бутылку Talisker 16 y.o., (с кем-нибудь одним, а то же, неровен час, найдутся Шелдоны (смайл)), что в природе нет ни одного человека, полностью соответствующего продвигаемому в книге образу (со всем описанным набором знаний и навыков), включая самого автора книги.

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

О необходимости владеть в совершенстве Word-ом или его аналогом даже не пишу (смайл). А вот о необходимости владеть хотя бы одним инструментом для проектирования макетов интерфейсов, стоит упомянуть. Выделенные интерфейс-дизайнеры – редкость, так что эта работа часто «падает» на аналитиков. Здесь кроме очевидного Visio могу посоветовать простой и удобный Evolus Pencil.


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

Бизнес аналитика

image

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

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

Кейс из практики: месяц разработки был потрачен на функционал переноса списка активностей из объекта №1 в объект №2. На этапе приемочного тестирования обнаружилось, что заказчик ожидал совершенно иной функционал — копирование, а не перенос активностей. В процессе переделывания функционала и детализации двусмысленности IT-команда, во-первых, договорилась с заказчиком о MVP, а, во-вторых, о необходимости работы с корнем бизнес-проблемы. Было выдвинуто предположение, что сам функционал копирования требуется только лишь по причине недостаточно качественно реализованного функционала подгрузки шаблонов активностей.

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

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


Записывайте цели вместе с заказчиком, чтобы абсолютно все участники процесса в любой момент времени понимали, зачем они выполняют свою работу.

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

Во время очной встречи руководителя подразделения с подчиненным, где мы — аналитик и UX-дизайнер — сидели «в фоне», выявился целый ряд требований, который не проявлялся в течение целого года работы команды. Мы обращали внимание на все детали: ручные записи руководителя и сотрудника, на стикеры, на пометки в windows-блокноте, на действия внутри системы. По итогу такой встречи бэклог был существенно дополнен, а мы приступили к глубокой переделке реализованного в системе функционала.

Бизнес-анализ в россии

В современной рыночной ситуации достаточно часто компаниям приходится инициировать все новые и новые проекты по различным изменениям в организации. Изменения могут носить различный характер. Это может быть и проект по внедрению информационной системы, проект по реструктуризации компании, проект по реорганизации бизнес-процессов. Темпы информационной эпохи ставят перед компаниями жесткие требования по повышению эффективности работы в рамках исполнения возникающих бизнес-инициатив. Для того, чтобы инвестиции, которые требуются для осуществления изменений в компании не обернулись финансовыми трудностями, крайне важно на начальном этапе понять, что же в первую очередь требуется для организации, чтобы продолжить рост и захватить все больший кусок существующего или нового рынка. Так вот, для того, чтобы четко и грамотно осуществлять возникающие инициативы и требуется бизнес-анализ. Это достаточно новое направление для компаний. Со стороны данная деятельность чем-то напоминает консалтинг внутри компании. Бизнес-аналитики собирают требования, решают бизнес-проблемы, проводят анализ данных, пишут документацию с требованиями, контролируют процесс осуществления изменений и многие другие активности скрыты в деятельности бизнес-аналитиков. Бизнес-анализ наиболее полно описан в своде знаний по бизнес-анализу BABOK Guide третьей версии. Указанное руководство написано международным институтом по бизнес-анализу IIBA, который находится в Канаде. Новая версия руководства была выпущена в 2022 году при содействии ведущих бизнес-аналитиков по всему миру. Руководство содержит 11 основых глав и приложения к руководству по бизнес-анализу. Состав руководства по бизнес-анализу на русском языке:

  • Глава 1: Введение в BABOK v3
  • Глава 2: Ключевые концепции и термины бизнес-анализа
  • Глава 3: Планирование и мониторинг бизнес-анализа
  • Глава 4: Выявление и взаимодействие
  • Глава 5: Управление жизненным циклом требований
  • Глава 6: Анализ стратегии
  • Глава 7: Описание анализа требований и проектирования (дизайна)
  • Глава 8: Оценка/определение качества решения
  • Глава 9: Базовые компетенции бизнес-аналитика
  • Глава 10: Методы в бизнес-анализе
  • Глава 11: Перспективы (Применение практик бизнес-анализа в смежных областях)
Дополнительный анализ:  Интервью с космонавтом-рекордсменом Геннадием Ивановичем Падалкой о текущем положении российской космонавтики | Пикабу

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

Интервьюирование

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

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

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

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

  • открытые вопросы — используются в том случае, когда мы хотим, чтобы собеседник рассказал нам побольше, тема нам недостаточно известна. Минус открытых вопросов в том, что они занимают много времени, а основное преимущество — развернутый ответ. Это вопросы, которые содержат вопросительные слова «что», «какой», «как». Пример вопроса из жизни: «Что ты будешь пить?»;
  • закрытые вопросы — это вопросы, на которые можно ответить только «да» или «нет». Применяются, чтобы подтвердить или опровергнуть наши предположения. Преимущество этих вопросов в том, что они экономят много времени. А основной недостаток в том, что собеседник не даст дополнительных деталей, среди которых могут оказаться довольно существенные. Пример вопроса из жизни: «Ты будешь чай?»;
  • опциональные вопросы (альтернативные) — это вопросы, в которых мы предоставляем интервьюируемому конечный набор опций/вариантов, один из которых он может выбрать. У таких вопросов те же преимущества и недостатки, что и у закрытых. Пример альтернативного вопроса из жизни: «Ты будешь чай или кофе?».

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

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

Как я искала работу

Еще в январе 2021 года я задалась вопросом, куда пойду работать, когда почувствую в себе силы пройти собеседования. Чтобы оценить варианты трудоустройства, пошла на «Хедхантер». Сначала искала вакансии только в своем городе, но почитав описания к ним, поняла, что можно не ограничивать себя каким-то одним регионом.

Искала в основном организации, где есть вакансии аналитиков уровня стажеров и джуниоров. Зарплату в объявлениях почти никогда не указывали, но я не рассчитывала на сумму больше 30 000 Р на этапе стажировки, основываясь на отзывах знакомых.

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

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

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

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

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

Дополнительный анализ:  Развитие аналитических способностей: мыслим широко

Во втором задании требовалось решить несколько сложных логических задач вроде «расшифруйте такой-то шифр, если такой-то знак означает то-то».

С видео я справилась за один день: при помощи онлайн-переводчика написала и вызубрила текст для видео на английском и записала ролик на фронталку телефона. Задачки решила за 25 минут, благо с логикой у меня никогда проблем не было.

Заявку подала 27 января, а уже 5 февраля пришел ответ, что я зачислена в группу для онлайн-обучения. Конкурс был небольшой: из 120 претендентов приняли в школу бизнес-анализа компании около 40 человек.

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

Анализ и проектирование ИТ-системБесплатно (free)

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

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

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

06.04.2022   
38867   
raiml   
14    

Краткое техническое отступление

Давайте сознательно прервем повествование и остановимся на самих требованиях. Что касается видов, атрибутов, характеристик, подходов к сбору и оформлению требований – пожалуй, большего «бардака» сложно найти. Состав и содержание документов с требованиями существенно различаются (взять, к примеру, наш ГОСТ и RUP, и имхо это не сравнение пушки и рогатки).

Набор атрибутов требований так же в каждом подходе приводится свой, часто весьма неоднозначный (например, в BABOK). В довершение, часто путают результаты этапов анализа и проектирования, заставляя исполнителей включать в аналитические документы финальный вид диаграммы классов и полную схему БД (об этом ниже).

Не претендуя на истину в последней инстанции или какое-то ноу-хау (примерно то же написано в Википедии), сформулируем два ключевых способа классификации требований.

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

Данные требования обычно описываются в отдельном документе — «Видении проекта» (Vision) или «Бизнес-требованиях», который так же включает определение основных ролей будущих пользователей Системы и перечисление ее основных сценариев использования.

Требования пользователейОни определяют набор пользовательских задач, которые должна решать Система, с описанием сценариев решения данных задач. Требования пользователей обычно представляются в виде перечисления вариантов использования Системы и взаимосвязей между ними (как правило, в виде Use-case диаграммы языка UML).

Сами варианты использования описывается в виде составляющих их последовательностей действий со всеми возможными пред/постусловиями и ветвлениями. Часто описание является текстовым (эта тема хорошо описана в книге Алистера Коберна ” Современные методы описания функциональных требований к системам “).

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

Функциональные требования являются наиболее детализированными. Они описывают, в том числе, входные/выходные данные и их проверки, алгоритмы обработки данных и элементы пользовательского интерфейса (без дизайна).Как правило, данные требования оформляются в виде отдельного документа («Технического задания» и т.д.).

В этом же документе детализируются сценарии использования Системы (Требования пользователей), к которым обычно и привязываются функциональные требования.Пример функционального требования: «По клику на кнопке <Кнопка А> на форме <Форма Б> должно отображаться модальное диалоговое окно, содержащее <Содержание окна>».

По типу:Функциональные требованияОписывают непосредственно функционал, реализуемый Системой (пример приведен выше в описании классификации требований по их уровню в пункте «Функциональные требования»);

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

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

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

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

  1. Произойдет смешивание в одном документе результатов различных типов работ, выполняемых разными людьми (аналитиком и архитектором);
  2. Срок сдачи технического задания будет увеличен, т.к. для его завершения потребуются некоторые результаты этапа проектирования.
    Результаты этапа проектирования эффективнее оформлять в отдельном документе, описывающем архитектуру Системы.

Однако некоторые отступления, такие как включение в «Техническое задание» спроектированных макетов интерфейса (без дизайна/оформления), допустимы, т.к. выполняются теми же людьми, которые разрабатывают само техническое задание.

Порядок сбора самих требований:

  1. Сначала выявляются цели создания Системы (бизнес-требования). Может сложиться впечатление, что фиксация данных требований не является обязательной для разработки. Но в этом случае у Исполнителя не будет возможности контролировать соответствие разработанной Системы тем целям, для которых она создавалась, а так же – возможности устанавливать семантические зависимости между целями разработки системы и сценариями ее использования;
  2. Далее определяются роли пользователей Системы (как людей, так и других программных систем). После этого выявляются и описываются сценарии использования Системы каждой из данных ролей. Так формируются Требования пользователей.
  3. Далее разрабатывается полный набор требований к функционалу Системы таким образом, чтобы данный функционал позволял выполнить все сценарии, описанные в Требованиях пользователей. Так же фиксируются ограничения для Системы и параметры среды ее функционирования.
Дополнительный анализ:  Что такое дополненная реальность и как ее применять в маркетинге и рекламе | Calltouch.Блог

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

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

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

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

Во втором случае имеются в виду:

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

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

Моя работа сейчас

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

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

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

Мое рабочее место дома

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

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

Всего на смену профессии мне потребовалось 5,5 месяца — все произошло с января по июнь 2021 года. Общие затраты на переобучение составили 35 134 Р: из них 30 600 Р я потратила на курсы английского, 3600 Р на репетитора перед собеседованием и 934 Р на книгу по бизнес-анализу.

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

Сторителлинг

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

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

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

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


В качестве примера сторителлинга можно привести использование российской BI-разработки на базе платформы

, которая

. Система собирает данные в том числе о выданных талонах, предварительной записи, отчетах о проведенном приеме, загрузке персонала и т.д. Но кроме четкой и понятной 3D-визуализации позволяет «нырнуть» глубже в любой из вопросов, например, оценить нехватку персонала по каждому участку, а также изучить время ожидания в очередях к различным специалистам.

Трудоустройство

Сразу после обучения — это был конец апреля — компания пригласила меня на техническое собеседование. Я была один на один с интервьюером. Как выяснилось позже, я разговаривала с одним из главных бизнес-аналитиков компании. Мы пообщались, я рассказала о своем опыте работы и причинах столь сильного желания эту работу сменить.

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

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

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

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

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

Оцените статью
Аналитик-эксперт
Добавить комментарий

Adblock
detector