Вакансия Аналитик в Москве, работа в компании Университет СИНЕРГИЯ (вакансия в архиве c 27 ноября 2020)

Вакансия Аналитик в Москве, работа в компании Университет СИНЕРГИЯ (вакансия в архиве c 27 ноября 2020) Аналитика

2.1. Трудовая функция

 
Трудовые действия
Моделирование требований к решению
Формальное описание требований к решению
Верификация требований к решению
Валидация требований к решению
Согласование требований к решению с заинтересованными сторонами
Необходимые умения
Выявлять, регистрировать, анализировать и классифицировать риски и разрабатывать комплекс мероприятий по их минимизации
Оформлять результаты бизнес-анализа в соответствии с выбранными подходами
Определять связи и зависимости между элементами информации бизнес-анализа
Применять информационные технологии в объеме, необходимом для целей бизнес-анализа
Анализировать внутренние (внешние) факторы и условия, влияющие на деятельность организации
Анализировать требования заинтересованных сторон с точки зрения критериев качества, определяемых выбранными подходами
Оформлять требования к решению в соответствии с выбранными подходами
Классифицировать требования к решению в соответствии с выбранными подходами
Моделировать требования к решению в соответствии с выбранными подходами
Документировать требования к решению в соответствии с выбранными подходами к оформлению требований
Определять атрибуты требований к решению и их значения в соответствии с выбранными подходами
Управлять изменениями требований к решению в соответствии с выбранным подходом
Проводить анализ предметной области
Анализировать требования к решению с точки зрения критериев качества, определяемых выбранными подходами
Определять систему показателей оценки эффективности решения с точки зрения выбранных показателей
Проводить оценку эффективности решения с точки зрения выбранных критериев
Выполнять функциональную декомпозицию работ
Моделировать объем и границы работ
Необходимые знания
Языки визуального моделирования
Сбор, анализ, систематизация, хранение и поддержание в актуальном состоянии информации бизнес-анализа
Информационные технологии (программное обеспечение), применяемые в организации, в объеме, необходимом для целей бизнес-анализа
Теория систем
Предметная область и специфика деятельности организации в объеме, достаточном для решения задач бизнес-анализа
Другие характеристики

3.1. Трудовая функция

 
Трудовые действия
Анализ потребностей заинтересованных сторон
Анализ контекста
Необходимые умения
Использовать техники выявления заинтересованных сторон
Планировать, организовывать и проводить встречи и обсуждения с заинтересованными сторонами
Использовать техники эффективных коммуникаций
Выявлять, регистрировать, анализировать и классифицировать риски и разрабатывать комплекс мероприятий по их минимизации
Собирать, классифицировать, систематизировать и обеспечивать хранение и актуализацию информации бизнес-анализа
Оформлять результаты бизнес-анализа в соответствии с выбранными подходами
Определять связи и зависимости между элементами информации бизнес-анализа
Представлять информацию бизнес-анализа различными способами и в различных форматах для обсуждения с заинтересованными сторонами
Применять информационные технологии в объеме, необходимом для целей бизнес-анализа
Анализировать внутренние (внешние) факторы и условия, влияющие на деятельность организации
Анализировать требования заинтересованных сторон с точки зрения критериев качества, определяемых выбранными подходами
Оформлять требования заинтересованных сторон в соответствии с выбранными подходами
Классифицировать требования заинтересованных сторон в соответствии с выбранными подходами
Моделировать требования заинтересованных сторон в соответствии с выбранными подходами
Документировать требования заинтересованных сторон в соответствии с выбранными подходами к оформлению требований
Определять атрибуты требований заинтересованных сторон и их значения в соответствии с выбранными подходами
Управлять изменениями требований заинтересованных сторон в соответствии с выбранным подходом
Анализировать качество информации бизнес-анализа с точки зрения выбранных критериев
Проводить анализ предметной области
Выполнять функциональную декомпозицию работ
Моделировать объем и границы работ
Необходимые знания
Теория межличностной и групповой коммуникации в деловом взаимодействии
Теория конфликтов
Методы, техники, процессы и инструменты управления требованиями заинтересованных сторон
Языки визуального моделирования
Теория управления рисками
Теория систем
Предметная область и специфика деятельности организации в объеме, достаточном для решения задач бизнес-анализа
Другие характеристики

6.2. Трудовая функция

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

В чем суть выполняемых аналитиком задач?

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

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

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

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

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

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

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

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

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

Дополнительный анализ:  Земля в Подмосковье могла бы стать более интересной для инвесторов - Ведомости

Дает ли работа в достаточной мере сложных задач? ведь только ими и растешь.

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

Приведу несколько примеров задач из практики:

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

Решение: Взаимодействие X и Y реализовано через веб-сервисы. Файловый обмен ведется в режиме 24/7, с момента наступления определенного события в системе Y, до полного завершения выгрузки/до наступления дедлайна/до ручной остановки процесса. Разработан формат обмена, перекрестная (между двумя системами) матрица статусов загрузок, утверждены коды возвратов.

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

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

2. Существует утвержденный перечень нормативов (около 700 строк), с которым работает несколько компаний, включая заказчика. Одна из компаний в судебном порядке оспаривает часть нормативов, предлагая свой вариант. Суд удовлетворяет требование. Одновременно некая экспертная организация производит пересчет части нормативов, выдвигая новый перечень (еще около 150 строк).

Задача: обеспечить систему заказчика актуальной нормативной базой.

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

Решение: попытки автоматизировать процесс сопоставления строк результата не дали, поскольку в каждом конкретном случае решение должен принимать человек. Поэтому списки пришлось выверять вручную, искать совпадения (Отменен судом? Пересчитан?) и включать, либо не включать в результирующий список.

3. Ввести новый параметр для расчетных операций в системе.

Выполнение:

1) Определить точку «входа» параметра в Систему: вводится пользователем? Рассчитывается из других параметров (Каких? Каким образом? В какой момент времени?)?

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

3) Для каждой функции: Проверить, влияет ли новый параметр на выполнение последующих операций, ввести параметр в формулы расчета.

4) Определить способ и место отображения параметра в интерфейсе. Нарисовать макеты.

5) Узнать, должен ли новый параметр фигурировать в выходных формах: в каких именно, каким образом.

6) На содержимое каких выходных форм этот параметр повлияет неявно? Если да, определить степень влияния, вынести вопрос на обсуждение.

7) Определить объем необходимых доработок.

8) Написать постановку задачи на разработку, либо ТЗ (в зависимости от объема доработки).

9) Протестировать результат.

Вопросы задала Эльмира Давыдова.

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

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

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

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

Топ-4 онлайн курса:

  1. Профессия Бизнес-аналитик от SkillBox. Обучение длится 12 месяцев и за это время вы изучите системный и бизнес анализ, научитесь рассчитывать и анализировать бизнес модели и процессы, решать задачи с помощью IT-разработки и программировать, работать с заказчиками. Подойдет как студентам, новичкам, так и руководителям проектов.
  2. Факультет бизнес-аналитики от GeekBrains. Обучение длится 12 месяцев и по завершению гарантирует трудоустройство. При обучении вы будете работать с актуальными данными и практикующими преподавателями из мира бизнеса.
  3. Бизнес-аналитик от Нетологии. Онлайн курс длится 3 месяца и подойдет как для тех кто уже работает бизнес аналитиком, так и для тех кто хочет только освоить данное направление.
  4. Факультет системной и бизнес аналитики от GeekBrains. Обучение длится 12 месяцев и гарантия трудоустройства закреплена в договоре. Обещают вернуть деньги если вы не найдете работу после обучения.

По сравнению со стандартным обучением в ВУЗе курсы имеют ряд преимуществ:

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

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

Направления мышления бизнес-аналитика

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

Чтобы добиться успеха в своей деятельности, вы должны часто задавать себе вопрос «Почему?». Он даст вам образ мышления, который включает постоянное убеждение в существовании неэффективности. Темпы изменений в современном деловом мире достаточно значительны. Меняется все: клиенты, руководство, приоритеты и сам рынок. Изначально хорошо продуманные процессы работы со временем просто устаревают.

Вот почему неэффективность присутствует практически в каждом бизнесе и каждом бизнес-процессе. Как эффективный бизнес-аналитик, вы это осознаете и испытываете желание найти и исправить эти недостатки.

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

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

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

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

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

Чтобы продолжить чтение, переходите в статью “Этапы подготовки проекта в бизнес-анализе. Часть 2”.

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

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

Дополнительный анализ:  Работа аналитиком на дому, вакансии удалённо в России на SuperJob

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

или же

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


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

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

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

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

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

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

Дополнительный анализ:  Я перешла из HR в продуктовую аналитику, не меняя компанию. Вот как это произошло / Блог компании red_mad_robot / Хабр

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Суть работы бизнес-аналитика

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

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

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

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

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

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

https://www.youtube.com/watch?v=vRq15tJtKQE

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

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

Adblock
detector