Как стать автором
Обновить

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

Время на прочтение4 мин
Количество просмотров57K

Вступление


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

Поддерживает и развивает всю систему команда аналитиков. За это время у нас выработались правила, которые, по моему мнению, помогут всем аналитикам (бизнес, требований) и менеджерам, сотрудникам поддержки и даже немного разработчикам в крупном enterprise сегменте.
Читать дальше →
Всего голосов 11: ↑7 и ↓4+3
Комментарии5

В поисках Святого Грааля бизнес-анализа

Время на прочтение8 мин
Количество просмотров17K

Пою что вижу, или вижу, что пою?


Основная задача бизнес-аналитика при разработке нового ПО – изучение предметной области и формальное описание полученных сведений в виде модели (Domain Model). Аналитик должен петь то, что он видит и то, что он хочет увидеть. Для этого у него должен быть язык, на котором он исполнит свою песню. Однако, аналитик не всегда знаком с подходящим языком, и потому часто пользуется другими языками. Отчасти это происходит по причине того, что управление проектом ведется не с точки зрения предметной области, а с точки зрения реализации. И тогда с аналитиком может произойти несчастье: он может перестать видеть то, что надо петь и начать видеть лишь то, для чего есть слова в словарном запасе используемого им языка. Все остальное перестает для него существовать. Тогда, вместо того, чтобы петь, что он видит, аналитик начинает видеть то, что поет. Должен сразу заметить, я не против языков, я против сужения области анализа, которое возникает по причине недостаточности этих языков.

Структура таблицы

Читать дальше →
Всего голосов 13: ↑11 и ↓2+9
Комментарии128

Моделирование функциональных объектов

Время на прочтение9 мин
Количество просмотров14K
Продолжение статьи.
В данной статье я рассматриваю понятие функционального объекта и объясняю как можно трактовать модели функциональных объектов. Для торопящихся советую заглянуть сразу в конец статьи — в главу «Эксперименты и сотрудники», где дана готовая интерпретация модели, исходя из описанных здесь постулатов.

Понимание и познание



Когда мы описываем предметную область, мы думаем, что пытаемся ПОЗНАТЬ ее, а на самом деле занимаемся ПОНИМАНИЕМ предметной области и описанием своего понимания. Разницу между знанием и пониманием стоит подчеркнуть. Дело в том, что те модели, которые мы строим, являются субъективными, и потому являются отражением нашего понимания предмета, но не знания о предмете. Причина, по которой знание недостижимо, – это противоречивость того способа, который мы выбрали в качестве инструмента познания – расчленение объекта на части (анализ) и сборка их вместе (синтез) Моделирование объекта как целого и как композиции. Поэтому можно сказать, что мы нацелены прежде всего на понимание, но не на познание. Вопросами понимания занимается герменевтика. Понимание у каждого свое. Нет смысла спорить о том, у кого оно лучше или хуже. Можно спорить лишь о том, какое понимание способно объяснить более широкий круг практических задач, или является непротиворечивым в рамках определенных аксиом. Требовать от понимания большего нельзя. Например, я могу утверждать, что та модель, которую я предлагаю к рассмотрению, более полно описывает наше представление о реальности, чем модель, построенная на принципах реляционных данных. Но не могу сказать, что предлагаемая мной модель верно описывает наше представление о мире. Те же, кто не видят разницы между пониманием и знанием, часто претендуют в своих спорах на знание истины. Если рассуждать логически, и предположить, что истина постижима, то результатом ее постижения стало бы невозможность выразить его словами.
Читать дальше →
Всего голосов 8: ↑7 и ↓1+6
Комментарии22

Ключевые качества бизнес-аналитика в ИТ

Время на прочтение7 мин
Количество просмотров72K
Доброго времени суток.

Изложить свои мысли о теме настоящей публикации натолкнула вполне насущная, «жизненная» необходимость — постепенно приближается время, когда возникнет потребность искать/нанимать на открытом рынке бизнес-аналитиков в штат компании (бизнес в области автоматизации процессов управления документами, контроля исполнительской дисциплины и т.д., в «простонародье» — СЭД). Все специалисты этого профиля, опыт и компетенции которых известны, иными словами тех кого знал и кого видел полезным для компании, либо уже в команде, либо устроены тоже неплохо. Проблему осложняет тот факт, что сколько ни старался, не получается сформулировать кратко и адекватно компетенции, особенности, которыми данный субъект должен обладать. Какие личные качества и таланты должен проявлять — что тоже актуально, так как морально подготовился к тому, чтобы искать талантливых новичков и пытаться их «выращивать». Уверен, что размышления ниже по тексту будут полезны менеджерам проектов, собственникам небольших ИТ-компаний интеграторского типа, да и самим бизнес-аналитикам.
Читать дальше →
Всего голосов 12: ↑11 и ↓1+10
Комментарии46

Имитационное моделирование: создание терминов

Время на прочтение5 мин
Количество просмотров29K

История создания терминов




При создании методики по имитационному моделированию мне понадобилось разобраться с терминами. Проблема была в том, что общепринятые термины не годились для описания статистических данных, собранных в процессе имитации. Термины: процесс и экземпляры процесса были неприемлемы, потому что я не мог работать в парадигме Аристотеля. Парадигма Аристотеля не стыкуется с примененным мной матаппаратом. При этом практическое применение данной методики было простое – моделирование и имитация бизнес-объектов с целью принятия управленческих решений. В программе создавался виртуальный объект, описание которого состояло из описания сценариев и их взаимодействия. Сценарии прогонялись внутри программы, а также моделировались ресурсы и их взаимодействия.
Читать дальше →
Всего голосов 8: ↑6 и ↓2+4
Комментарии0

SuperJob IT-meetup. Работа с бизнес-требованиями при различных масштабах проекта

Время на прочтение2 мин
Количество просмотров2.3K
SuperJob приглашает на meetup «Работа с бизнес-требованиями при различных масштабах проекта». Встречаемся 15 февраля в нашем офисе на Малой Дмитровке.

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

image
Читать дальше →
Всего голосов 8: ↑8 и ↓0+8
Комментарии0

7 грехов при работе с требованиями в предпроекте

Время на прочтение7 мин
Количество просмотров15K

В прошлой части


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

Сегодня обсудим проблемы предпроекта, которые встречаются очень часто.

Быстро и просто не значит легко
Читать дальше →
Всего голосов 18: ↑18 и ↓0+18
Комментарии12

Идеальные требования, и как с этим бороться

Время на прочтение7 мин
Количество просмотров11K

В прошлых частях


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

В прошлой, второй части я рассказал про частые проблемы предпроекта и получил в комментариях закономерные замечания: «Хорошо написано о проблемах, всё как в действительности. Но решение предлагается в стиле «Не делайте плохо, и будете делать хорошо» neskazhui, «Но это жизнь, она в целом в статье и написана. А как надо-то?» other_letter.


Рассказ о том, как надо, я разделю на части:

  1. Как правильно: то есть хорошо бы так делать, но обычно это получается лишь частично. Это будут следующие два рассказа.
  2. Какие можно дать советы по каждой фазе работы с требованиями: чтобы облегчить ситуацию, когда что-то пошло неправильно, чтобы вписаться в реальные ограничения.
Читать дальше →
Всего голосов 14: ↑14 и ↓0+14
Комментарии10

ETL: качественные данные для принятия управленческих решений

Время на прочтение6 мин
Количество просмотров6.9K

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



Читать дальше →
Всего голосов 9: ↑8 и ↓1+7
Комментарии1

Идеальные требования возвращаются

Время на прочтение7 мин
Количество просмотров6.9K

В прошлых частях


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

Во второй части я рассказывал про частые проблемы предпроекта.

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

  • Устройство IT-системы и классификация IT-продуктов.
  • Уровни V-модели и жизненный цикл системы.
  • Взгляд на систему как на финансовый актив.

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

О чём вы узнаете из этой заметки:

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

Если вы не хотите ждать следующих частей цикла, можно посмотреть видео моего доклада, на основе которого пишется эта серия статей.
Читать дальше →
Всего голосов 9: ↑9 и ↓0+9
Комментарии5

Рецензия на книгу «Разработка требований к программному обеспечению» Карла Вигерса и Джой Битти

Время на прочтение5 мин
Количество просмотров57K
В 2018-м году переиздали книгу «Разработка требований к программному обеспечению». Коллеги прислали мне ссылку на издание. Авторы добавили приёмы для работы в agile-проектах, определение роли аналитика и рекомендации по автоматизации. В Сети ходят крайне противоречивые отзывы. Заказал книгу и разобрался в вопросе.
Читать дальше →
Всего голосов 16: ↑16 и ↓0+16
Комментарии15

Многорукий бог дедлайна или Широкое Использование Возможностей Аналитика

Время на прочтение13 мин
Количество просмотров7.9K

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


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


Дисклеймер


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


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


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


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


Читать дальше →
Всего голосов 12: ↑12 и ↓0+12
Комментарии21

Митап бизнес-аналитиков в Redmadrobot 18 июля

Время на прочтение2 мин
Количество просмотров2.9K


18 июля в 19:00 в офисе роботов пройдет первый митап бизнес-аналитиков. Спикеры из Redmadrobot, DM-Solutions, SuperJob и KODE расскажут про тонкости общения с заказчиком, настоящую продуктовую работу и создание собственного продукта в аутсорс-компании — все на реальных кейсах и примерах. UPD. У нас фулхаус. Всем спасибо, регистрация закрыта.
Расскажите про доклады
Всего голосов 10: ↑9 и ↓1+8
Комментарии0

Чем занимаются бизнес-аналитики в ИТ

Время на прочтение4 мин
Количество просмотров59K
Каждому из нас наверняка приходилось слышать один и тот же вопрос от своих родителей или друзей не из «программистской тусовки»: «А что вы там на своей работе вообще делаете?».

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

Я и сам часто слышу этот вопрос от своего отца, да все никак не могу найти правильный ответ. И правда, чем мы вообще занимаемся на работе — анализируем!
Читать дальше →
Всего голосов 15: ↑11 и ↓4+7
Комментарии9

15 рекомендаций по развертыванию программных средств бизнес-аналитики

Время на прочтение7 мин
Количество просмотров4.9K
Всем привет. В конце июня мы запускаем новый курс «Аналитик BI». И уже сегодня хотим поделиться первым материалом подготовленным специально к курсу.

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



Бизнес-аналитика (BI) позволяет окинуть одним взглядом все актуальные данные вашей фирмы и понять, что именно они означают. Благодаря BI вы видите, какие операции приносят больше прибыли, чем обеспечивается доход с продаж и насколько эффективно работает компания в целом. С помощью средств BI вы можете вникнуть в любые данные и выяснить, откуда они взялись и почему получились именно такие значения. Бизнес-аналитику иногда определяют как процесс, который позволяет принимать верные решения путем эффективного использования компетенций сотрудников, процедур, данных и связанных с ними инструментов и методологий.
Всего голосов 12: ↑11 и ↓1+10
Комментарии0

Как выйти на Европейский Рынок эффективно и с минимальными затратами?

Время на прочтение3 мин
Количество просмотров5.5K

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

На примере одной китайской компании, которую мы успешно продвинули, поделюсь опытом.

Несколько лет назад к нам обратилась китайская компания - производитель спортивных компактных видеокамер (action camera, достойные аналоги Go Pro но в разы дешевле) с просьбой обеспечить выход на рынки ЕС.

На тот момент их опыт продаж в ЕС заключался в разовых мелкооптовых поставках B2B через платформу Alibaba или розничных продажах B2C через Aliexpress.

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

Ниже некоторые полезные выводы:

Читаем далее, там самое интересное!
Всего голосов 22: ↑18 и ↓4+14
Комментарии23

Почему большинство компаний в США никогда не станет бизнесом

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

image

Это особенно заметно в США, где финансовый и сервисный пирог достаточно равномерно размазан по территории и отраслям. Однако, из штата в штат количественный показатель не меняется.

— Я собирал полные базы компаний по рынкам грузоперевозок и дентал клиник. И мои данные совпадают с данными статистики в целом.

image

Вот пример моей собранной статистики по
Читать дальше →
Всего голосов 48: ↑38 и ↓10+28
Комментарии113

Дневник Производства 2.0 – стартап в стартапе

Время на прочтение8 мин
Количество просмотров2.2K
Что сложнее: запустить стартап-проект в «чистом поле» или встроить его в готовый продукт? На самом деле одинаково сложно все.

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

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

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


Читать дальше →
Всего голосов 2: ↑1 и ↓10
Комментарии0

Как корова помогла сделать интереснее процесс проектирования

Время на прочтение5 мин
Количество просмотров3.3K
Всем привет! Я ведущий системный аналитик в компании МойСклад и сейчас мы с командой «Производство» запускаем внутренний стартап внутри стартапа – Производство 2.0. Недавно я написала о том, с чего начать процесс разработки в новоиспеченном проекте, а сейчас хочу продолжить рассказ из «горящего танка».

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

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


Читать дальше →
Всего голосов 7: ↑6 и ↓1+5
Комментарии2

Business Analyst, Requirement Specialist, Product Owner и другие. Чем отличаются схожие на первый взгляд роли?

Время на прочтение7 мин
Количество просмотров12K

В 2021 наметился тренд: повышенный спрос на бизнес-аналитиков. Практически каждый проект стремится заполучить в свои ряды специалиста с такой ролью. При этом вакансии с примерно одинаковым описанием должностных обязанностей поражают многообразием названий: requirement specialist, business analyst, system analyst, (proxy) product owner, product manager. Меня зовут Святослав Щербатюк, я сотрудничаю с ЕРАМ в роли ведущего бизнес-аналитика. В этом материале предлагаю порассуждать, почему сложилась такая ситуация, отличаются ли эти роли между собой и если да, то чем.

Так в чем же отличие?
Всего голосов 3: ↑1 и ↓2-1
Комментарии3