10 правил для бизнес-аналитика / Хабр

10 правил для бизнес-аналитика / Хабр Аналитика
Содержание
  1. Исполнитель должен понимать, что он делает
  2. Что делать, если нет необходимых навыков
  3. Что нужно уметь бизнес-аналитику
  4. С чего все началось
  5. Вступление
  6. Аналитика ноги кормят
  7. . Избегайте неоднозначности
  8. Рисуйте
  9. Упрощайте (или не усложняйте)
  10. Опрашивайте всех будущих пользователей и всех участников процесса
  11. Докапывайтесь до сути проблемы
  12. Решайте глобальные задачи
  13. Пользователь нацелен на успех (результат)
  14. Принимайте универсальные решение (не автоматизируйте автоматизированное)
  15. Evolution gaming
  16. Аналитика как профессия
  17. Используйте открытые источники о бизнес-анализе
  18. Как стать бизнес-аналитиком
  19. Как сформировать первое портфолио и найти работу
  20. Личные качества специалиста
  21. Образование
  22. Плюсы и минусы специальности
  23. Проходите обучающие курсы по системному и бизнес-анализу
  24. Сбор и документирование требований, пожеланий, целей бизнеса
  25. Системный аналитик и бизнес-аналитик: кто это такие и каков спрос?
  26. Сколько зарабатывают аналитики
  27. Тенденции
  28. Чем занимается бизнес-аналитик
  29. Читайте книги по бизнес-анализу
  30. Этапы работы и инструменты системного и бизнес-аналитика
  31. Заключение

Исполнитель должен понимать, что он делает

Аналитики регулярно ленятся объяснять разработчикам суть проблемы, а те ленятся слушать и вникать. Необходимо, чтобы разработчик понимал, что он делает и зачем, а не просто «добавь кнопку, которая…». Это позволит разработчику принять взвешенное решение, а иногда и дать мудрый совет аналитику.

Игнорирование этого правила приведет к плохим решениям с точки зрения разработки.

Что делать, если нет необходимых навыков

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

Что нужно уметь бизнес-аналитику

Основополагающая часть работы бизнес-аналитика это работа с людьми. Поэтому список необходимых soft skills довольно длинный:

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

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

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

  • Теоретическую базу разработки ПО (вариации методологий — от Waterfall до Agile), для лучшей интеграции активностей анализа.
  • Навыки системного анализа для холистического подхода к анализу систем над которыми бизнес-аналитик работает.
  • Знания в области процессов разработки требований (поиск, документирование, верификация, поддержка изменений).
  • Программная архитектура для четкого понимания того, как устроены IT системы.

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

  • BABOK — самый известный стандарт роли бизнес-аналитика. Объемный, детальный и довольно абстрактный список задач и техник. Но знать про него и понимать основы основ должен любой уважающий себя бизнес-аналитик.
  • PMBOK — стандарт проектного управления, содержащий руководство правильной организации требований.
  • IREB — более предметный каркас процесса разработки требования с фокусом на разработку программного обеспечения.

С чего все началось

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

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

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

Начнем с азов: что такое «бизнес-анализ»? Надеюсь ни для кого не секрет, что «бизнес-анализ», «анализ бизнеса» (аудит) и «бизнес-аналитика» — это совершенно разные понятия, и, кроме «похожих слов», между ними общего не так много.

Дабы не загромождать и без того объемный текст, я вынес «сборник определений» в сноску, кому интересно, можете ознакомиться.

Бизнес-Анализ? Нет, не слышал

Например, некто Howard Podeswa, в своей книге «UML for the IT Business Analyst » дает такие определения (второе издание, раздел 1, страница 1):

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

«International Institute of Business Analysis» (www.iiba.org) в «BABOK Guide 2.0», определяет (раздел 1.2, стр. 3):

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

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

Бизнес-аналитик, это тот, кто все это делает, безотносительно названия его должности</blockquote
Object Management Group (www.omg.org) в спецификации «BPMN 2.0» дает такое определение (стр. 499):

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

Традиционно для запада, единого определения нет, но, тем не менее, есть некие общие черты:

маяк бизнес-анализа

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

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

Дополнительный анализ:  Работа: Аналитик по управленческому учету в Москве — Июль 2021 - 894 вакансии |

Вступление

Я отработал 1,5 года в большой большой компании, которая занимается оптовыми и розничными поставками нефте-газового оборудования (оборот около 30ккк рублей). Внутри внедрена система управления (разработана на 1С), включающая несколько конфигураций для нескольких бухгалтерий, складов и т.д. Около 2к пользователей, работающих в системе ежедневно.

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

Аналитика ноги кормят

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

Игнорирование этого правила приведет к долгим почтовым перепискам и бесконечной формализации задач.

. Избегайте неоднозначности

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

Игнорирование этого правила приведет к решения не отвечающим задачам.

Рекомендованная литература:1. “Разработка требований к программному обеспечению”, 2004. Карл Вигерс2. “Принципы работы с требованиями к программному обеспечению. Унифицированный подход”, Дин Леффингуэлл, Дон Уидриг

Рисуйте

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

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

Упрощайте (или не усложняйте)

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

Где-то через год работы я понял, что думать надо по следующему алгоритму:

а) придумаем простое решение;б) пытаемся выяснить почему не подходит;в) немного усложняем;г) пытаемся выяснить почему не подходит;д) немного усложняем;и т.д. пока решение не станет оптимальным.

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

Опрашивайте всех будущих пользователей и всех участников процесса

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

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

Докапывайтесь до сути проблемы

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

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

Решайте глобальные задачи

Например, вас просят сделать документ, чтобы включить отдел в процесс работы в вашей ERP системе. На основании этого требования вы должны ставить глобальную задачу «Автоматизация отдела плано-экономического отдела» и выяснять смежные требования, но и докапываться до сути, согласно правилу 5. Это поможет сразу разработать решение, которое в будущем вызовет меньше доработок.

Дополнительный анализ:  «Заходит в бар Илон Маск»: нейросеть GPT-3 научили рассказывать анекдоты | РБК Тренды

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

Пользователь нацелен на успех (результат)

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

Игнорирование этого правила приведет к развитию конфликтов.

Принимайте универсальные решение (не автоматизируйте автоматизированное)

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

Игнорирование этого правила приведет к лишнему расходованию ресурсов.

Evolution gaming

Компания была основана в 2006 году и находится в 14 разных странах с головным офисом в Швеции. На данный момент штат Evolution Gaming насчитывает более 7000 сотрудников. Основная специализация — разработка видео и онлайн-решений для казино. Акции котируются на фондовой бирже Nasdaq. В 2021 выручка компании составила 365,8 миллиона евро, рост по сравнению с 2021 годом — 33%.

Аналитика как профессия

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

Теперь я постараюсь простыми словами и с примерами рассказать вам суть работы аналитика в бизнесе и IT, а не в медицинской лаборатории.

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

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

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

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

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

Используйте открытые источники о бизнес-анализе

Существует множество профильных ресурсов, с помощью которых можно освоить основные понятия:

Обратите внимание на обучающие материалы на сайте Tableau, а также экспертную информацию по использованию Power BI.

Как стать бизнес-аналитиком

На данный момент средняя зарплата бизнес-аналитика с пятилетним опытом работы — $2000 (2021 г.).

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

Помимо этого, есть разные сайты и блоги, которые помогают сделать первые шаги в карьере БА. Все они затрагивают актуальные вопросы и помогут лучше освоить азы профессии:

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

Много дополнительной интересной специфики из жизни бизнес-аналитиков в Беларуси можно посмотреть на сайте Белорусского сообщества бизнес-аналитиков тут. 

Как сформировать первое портфолио и найти работу

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

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

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

Одной из таких программ обучения является «Факультет системной и бизнес-аналитики» от онлайн-университета GeekBrains, гарантирующего трудоустройство и год практического опыта в резюме по завершении программы.

Личные качества специалиста

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

В работе вам поможет:

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

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

Образование

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

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

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

Плюсы и минусы специальности

Каждая профессия имеет свои плюсы и минусы. Давайте начнем с преимуществ:

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

Что можно отнести к недостаткам работы:

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

Проходите обучающие курсы по системному и бизнес-анализу

Из основных англоязычных курсов можно выделить:

Сбор и документирование требований, пожеланий, целей бизнеса


Итак, как говориться, пора разобраться, ради чего все это затевалось. Все это, в смысле «бизнес». И если сами руководители и/или работники этого не знают, «

тогда мы идем к вам

» (ц). На самом деле, это очень важный этап и тут есть свои, совсем неочевидные сложности.

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

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

Итак, что же является целью данной организации? Какую потребность она (организация) удовлетворяет? Многие сходу ответят что это – «доставка почтовых отправлений». И это будет не совсем верным ответом. Спросим несколько иначе, а что отражает потребность заказчиков в «отправке писем, посылок и так далее»?

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

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

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

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

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

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

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

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

Очевидно, что бизнес-аналитик должен понять и зафиксировать все требования и задачи, которые будут озвучены, именно с точки зрения бизнеса – удовлетворение вполне конкретных потребностей. При этом, при их описании, желательно избегать всевозможных туманных определений задач в стиле «сделать счастливой тетю Глашу», или же постараться максимально их конкретизировать (например, «для должности «помощник»– уменьшить объем выполняемых работ до 5ти операций, общим временем не более 6 часов в день»).

Ну и самое главное, все задаваемые требования должны иметь численное, абсолютное значение. Допустим, мы получили требование: «уменьшить затраты на доставку отправлений в рамках одной области на 5%». Уменьшить что? Затраты чего: труда сотрудников, времени доставки, стоимости доставки или все вместе в некой пропорции? Как все это считать? В идеале, хотелось бы, чтобы требования фиксировались в виде, близком к следующим примерам:

Затраты времени на доставку отправлений массой до 1 кг, в пределах 300 км от места отправления, с момента оформления отправления в офисе, до момента готовности к его выдаче в отделении получателю, необходимо уменьшишь с 24 до 16 рабочих часов.Себестоимость доставки отправлений в пределах 300 км от места отправления, массой до 1 кг, с учетом:

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

Должна быть снижена с 50 до 45 руб., в пересчете на одно отправление, при общем количестве отправлений не менее 50 в день.

Наверняка тут же возразят, «

a как быть с требованиями в стиле «увеличить прозрачность процессов?

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

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

или же

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


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

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

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

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

Случай из практики

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

Как мы видим, требование в принципе простое. При поверхностном анализе – все прекрасно:

  • действительно, в контракте (договоре) с каждым клиентом присутствует приложение с указанием набора номенклатуры, наличие которого (набора номенклатуры) обеспечивает применение скидки на весь заказ;
  • более того, в 1С (с которой мы будем интегрироваться) в накладной такое поле тоже присутствует, и он часто заполнено в рабочих накладных;
  • все сотрудники филиала, от Директора филиала, до менеджера проекта со стороны заказчика и рядовых сотрудников утверждают, что все именно так и работает, причем автоматически.

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

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

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

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

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

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

Например, если в справочнике товаров найдены «дубликаты», то надо выяснить и указать причину их появления. В данном случае возможны, как минимум, три варианта:

  • Товары вводились одновременно несколькими операторами по новым поступлениям из накладных, в результате каждая приходная накладная использует свой вариант товарной позиции;
  • Новые товарные позиции вводятся одним ответственным лицом, но таким образом «эмулируется» отсутствующий или отключенный «партионный учет» в учетной системе;
  • «Двойники» являются результатом объединения нескольких баз и многие из них (позиций-двойников) отсутствуют в остатках и применяются только для корректного отображение исторических документов/проводок, не влияя на текущую работу.

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

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

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

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

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

→ Продолжение тут

Источники изображений:

1. Изображение маяка взято тут.2. Песик отсюда

Системный аналитик и бизнес-аналитик: кто это такие и каков спрос?

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

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

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

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

Сколько зарабатывают аналитики

Хорошие аналитики ценятся руководителями, ведь они напрямую влияют на деятельность компании. Зарплаты опытных специалистов разных сфер могут достигать 200–300 тыс. руб.

Начинающий аналитик может зарабатывать от 20 до 60 тыс. руб.

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

Тенденции

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

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

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

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

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

А ещё появляются новые технологии, и бизнес-аналитик должен быть в курсе трендов. Вполне возможно, что через несколько лет не будет проектов без вовлечения Big Data и AI.

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

В evolution gaming требуются:

Чем занимается бизнес-аналитик

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

Запрос от заказчика к разработке называется требованием. Для меня это ключевое, магическое слово. Некая точка отсчёта.

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

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

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

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

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

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

Для выполнения поставленных задач мы используем следующие основные инструменты:

  • Jira, в которой мы ставим задачи разработчикам,
  • Confluence, где фиксируем требования и спецификации,
  • также пользуемся Sketch и InVision для разработки UI и прототипирования UX.

Читайте книги по бизнес-анализу

Одна из ключевых книг в профессии аналитика – BABOK (аббревиатура от «A Guide to the Business Analysis Body of Knowledge»), в ней описаны главные положения бизнес-анализа.

Для начального и базового уровня стоит выбрать следующие книги:

Этапы работы и инструменты системного и бизнес-аналитика

Работу бизнес-аналитика можно представить в виде следующей последовательности:

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

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

Заключение

Теперь вы знаете, что делает аналитик и за что получает хорошую зарплату.

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

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

Adblock
detector