Карты текущего состояния процесса
Чёткая картина того, как процесс реально работает сегодня, включая обходные решения сотрудников, которые никто раньше не фиксировал.
ERP и CRM
Специалист, который превращает расплывчатую бизнес-проблему в письменное требование, по которому разработчик или команда платформы действительно может построить решение.
Аналитик бизнес-систем в Дубае находится между бизнес-проблемой и людьми, которые будут строить решение. Руководитель отдела продаж говорит, что CRM «всех тормозит», финансовый директор жалуется, что сверка в ERP занимает три дня, хотя не должна, и ни одна из этих формулировок недостаточно конкретна, чтобы разработчик мог по ней действовать. Задача аналитика в том, чтобы превратить такую жалобу в письменное требование: каким процесс является на самом деле, где он ломается, что должен делать новый процесс и как понять, что он сработал.
Это намеренно не роль программиста. Аналитик бизнес-систем опрашивает людей, которые ежедневно пользуются системой, картирует процесс таким, каким он реально происходит, а не таким, каким его описывает организационная структура, и документирует разрыв между этими двумя картинами. Именно этот документ становится техническим заданием, по которому оценивают разработчика, консультанта по платформе или весь проект, поэтому слабая аналитика в начале почти всегда приводит к дорогому и неверному результату позже, каким бы хорошим ни был сам разработчик.
Что даёт роль
Письменные результаты, а не только встречи.
Чёткая картина того, как процесс реально работает сегодня, включая обходные решения сотрудников, которые никто раньше не фиксировал.
Конкретные, проверяемые формулировки того, что должна делать новая или изменённая система, в отличие от расплывчатых целей вроде «сделать быстрее».
Решённый ответ на вопрос, каким процесс представлял себе каждый отдел, полученный до начала разработки, а не во время неё.
Чёткое описание того, в чём текущая система или процесс не дотягивают до нужд бизнеса, ранжированное по степени влияния.
Сценарии, проверяющие поставленную систему против исходного требования, проведённые с реальными бизнес-пользователями, а не только с командой разработки.
Что должно измениться для сотрудников, а не только для системы, чтобы технически верный запуск не провалился из-за того, что никто его не принял.
Важные навыки
Что дубайскому бизнесу стоит проверить перед тем, как нанять аналитика бизнес-систем: аналитическую строгость и ясное изложение важнее любого конкретного инструмента.
| Навык или область | Как выглядит хороший результат | Почему это важно |
|---|---|---|
| Написание требований | Пишет требования конкретно и проверяемо, а не декларативными фразами, по которым разработчик не может действовать | Расплывчатое требование даёт технически выполненный, но всё равно неверный результат |
| Картирование процессов | Картирует процесс таким, каким он реально происходит, вскрывая обходные пути, а не только официальную процедуру | Проектирование вокруг официального процесса при игнорировании реального почти наверняка приведёт к тому, что новую систему тоже обойдут |
| Опрос заинтересованных сторон | Задаёт вопросы, которые выявляют разногласия рано, а не позволяют всем считать, что они уже договорились | Неразрешённые разногласия между отделами это частая причина расползания рамок проекта в середине пути |
| Знание предметной области | Достаточно понимает задействованные системы, например ERP или CRM, чтобы написать реалистичное требование | Аналитик, незнакомый с платформой, может написать требования, которые система физически не сможет поддержать |
| Ясное изложение | Документирует так, чтобы и нетехнический заказчик, и разработчик могли прочитать без переводчика | Требование, которое понимает только сам аналитик, не выполнило свою единственную задачу |
International Institute of Business Analysis описывает эту работу старшего уровня как управление требованиями и ответственность за то, соответствовал ли итоговый результат реальным нуждам организации, что можно считать справедливым критерием для кандидата такого уровня.
Форматы сотрудничества
Консалтинг подходит естественнее всего: определённый объём анализа, например документирование требований для замены ERP или картирование сломанного процесса, поставляется как письменный результат ещё до того, как кто-либо берёт обязательство по разработке. Проект с ограниченным объёмом подходит, когда анализ идёт вместе с поставкой, и один и тот же контракт покрывает путь от требований до работающей системы. Помощь в подборе персонала подходит бизнесу, который хочет иметь аналитика в собственной команде на долгий срок, особенно если в год запускается несколько системных проектов. Выделенный специалист подходит организации, достаточно крупной, чтобы постоянно загружать аналитика в рамках непрерывного портфеля изменений.
Оценка кандидата
Проверки, которые показывают, есть ли у аналитика бизнес-систем в Дубае настоящее аналитическое мышление, а не только умение вести встречи.
Прочитайте его на предмет ясности и проверяемости. Расплывчатое требование, приукрашенное формальным языком, плохой знак.
В любом реальном проекте такое случается. То, как кандидат с этим справился, скажет о нём гораздо больше, чем шаблоны диаграмм процессов.
Спросите, что произошло с разрывами низкого приоритета, ведь то, как человек расставляет приоритеты, важно не меньше того, что он нашёл.
Опишите реальную, запутанную проблему из вашего бизнеса и посмотрите, какие вопросы кандидат задаст, прежде чем что-то записывать.
Кандидат с реальным опытом может описать требование, которое что-то упустило, и то, как это было замечено, а не заявлять об идеальном послужном списке.
Сертификации
Один орган задаёт стандарт для аналитика бизнес-систем в Дубае на нескольких уровнях опыта.
International Institute of Business Analysis выдаёт многоуровневый набор квалификаций, от сертификата начального уровня до CBAP, своей старшей квалификации, требующей нескольких лет документированного опыта и экзамена на основе реальных сценариев, согласно собственной странице сертификации организации.
CBAP или его аналог показывает структурированное обучение технике анализа. Сам по себе он не доказывает знакомство с вашей конкретной платформой ERP или CRM, и это стоит проверять отдельно применительно к системам вашего проекта.
Особенности ОАЭ
Две области, которые аналитик бизнес-систем в Дубае должен заложить в требования.
Если проект связан с персональными данными клиентов или сотрудников, документ требований должен указывать средства контроля, нужные для соответствия Федеральному декрету-закону № 45 от 2021 года (Federal Decree Law No. 45 of 2021), закону ОАЭ о защите персональных данных, а не оставлять это на этап разработки.
Если система будет использоваться и на арабском, и на английском, требования и тестовые сценарии должны прямо это указывать, поскольку поддержку письма справа налево гораздо проще заложить в письменное требование, чем добавлять после поставки.
Эта страница входит в нашу категорию ERP и CRM, часть более широкого раздела наём разработчиков в Дубае. Когда требования уже написаны, наши страницы разработчик бизнес-систем и разработчик бизнес-приложений расскажут, кто фактически реализует изменения. Для решений на уровне архитектуры выше отдельных требований смотрите архитектор решений CRM и архитектор корпоративных решений. Если требование касается именно платформы ERP, наша страница консультант ERP раскрывает сторону настройки платформы в рамках того же брифа.
Прямые ответы
Нет. Менеджер проекта следит за сроками, бюджетом и поставкой. Аналитик бизнес-систем разбирается, что именно нужно построить, в каком порядке и почему, и фиксирует это в виде спецификации. В крупных проектах часто нужны оба, работающие в тесной связке.
Для по-настоящему небольшого, понятного изменения хороший консультант обычно может собрать нужное напрямую. Аналитическая работа оправдывает себя, когда изменение затрагивает больше одного отдела, больше одной системы или когда заинтересованные стороны расходятся во мнении о том, каким вообще является текущий процесс.
Как правило, нет. Результатом его работы становится требование, карта процесса или спецификация, по которым затем строит разработчик, консультант или команда платформы. У некоторых аналитиков достаточно технического опыта, чтобы самим настроить простые параметры, но программирование не является сутью этой роли.
Да, это обычная часть брифа, поскольку аналитик, писавший требование, лучше всех может проверить, действительно ли поставленная система ему соответствует, работая вместе с бизнес-пользователями, которые будут применять её каждый день.
Именно такие разногласия аналитическая работа выявляет и разрешает до начала разработки, через структурированные интервью и картирование процессов, а не оставляет их на обнаружение уже в середине проекта.
Источники
Фиксированная цена в письменном виде
Получили. Мы уже готовим ваше предложение.
В рабочее время вы получите его в течение 45 минут. Проверьте почту, там письмо с подтверждением.