Аналитик 1С: так ли он нужен?

13.10.22

Архитектура

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

Профессия аналитика 1С переживает бурный рост. Если в прошлом году количество соискателей на hh.ru равнялось примерно двум сотням, то сегодня оно стремится к тысяче. Так же быстро увеличивается число соответствующих вакансий.

 

 

С чем это связано?

  • Рост доли 1С на рынке ИТ-систем. Продуктовая линейка 1С расширяется и совершенствуется. А на фоне ухода из России иностранных поставщиков ПО (например, SAP) назревает потребность в импортозамещении. Как следствие, по прогнозам экспертов, на одном лишь рынке ERP доля 1С может достичь 70%.

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

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

 

Аналитик 1С: что за зверь?

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

Слово аналитикам

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

Светлана Валина, аналитик 1С

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

Ольга Барибан, аналитик 1С

 

Какими бывают аналитики?

Условно аналитики 1С делятся на две группы.

  • Бизнес-аналитики. Фокусируются на анализе бизнес-процессов, поиске рисков и узких мест.

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

Слово аналитикам

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

Светлана Валина, аналитик 1С

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

Ольга Барибан, аналитик 1С

Цикл работы аналитика

 

 

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

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

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

А как без аналитика? Не все программисты понимают, как добиться нужного эффекта без вмешательства в код, типовыми средствами. Из-за этого они будут дорабатывать конфигурацию там, где можно обойтись настройкой. Лишние доработки — это долго, дорого и опасно для системы: она может плохо обновляться и некорректно отображать данные.

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

А как без аналитика? Готовить чёткое техническое задание программистам — особый навык. Бухгалтеры и экономисты, хорошо владеющие 1С, способны сами грамотно описать задачу. Но если таких сотрудников нет, ТЗ могут страдать бессистемностью, неявно противоречащими друг другу требованиями, неточными формулировками. Также, в отличие от программиста, аналитик знает, зачем и в каких случаях бизнес будет использовать конкретную функцию. Это помогает разработать алгоритм тестирования, учитывающий все возможные сценарии.

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

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

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

А как видите роль аналитиков 1С вы? Поделитесь своим мнением на этот счёт в комментариях. 

аналитик бизнес-аналитик внедрение команда

См. также

Внедрение изменений Бесплатно (free)

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

15.05.2024    7666    0    cesar    18    

51

Коммуникации ИТ-компания Бесплатно (free)

Многие руководители считают, что сто человек работают в сто раз эффективнее, чем один. Однако масштабирование – нелинейный процесс. Производительность большой команды не всегда равна сумме производительностей ее членов. Как сделать так, чтобы члены команды усиливали друг друга, а не тормозили? Компания ИСВС проходила этот путь и знает ответ!

12.04.2024    4728    0    vasilnikol    19    

30

Коммуникации Мотивация Личная эффективность Бесплатно (free)

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

15.01.2024    2580    0    KChebykina    0    

32

Архитектура решений Программист Бесплатно (free)

Рассмотрим применение архитектурной проверки задач в процессе разработки.

30.10.2023    5608    0    ivanov660    10    

35

Лидерство Бесплатно (free)

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

27.10.2023    5088    0    a.doroshkevich    27    

71

Бизнес-анализ Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и Управление Персоналом 3.x Бесплатно (free)

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

07.08.2023    5633    0    biimmap    43    

57

Бизнес-анализ Платформа 1С v8.3 1С:Зарплата и Управление Персоналом 3.x Бесплатно (free)

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

19.04.2023    5381    0    biimmap    40    

62

Бизнес-анализ Платформа 1С v8.3 1С:Зарплата и Управление Персоналом 3.x Бесплатно (free)

В первой части рассмотрели компетенции специалиста в сфере ЗУП. В этой статье рассмотрим классификацию проектов и задач на проектах. Классификация построена на моём личном опыте длиною в 20 лет. На неё будем опираться в третьей части статьи.

13.04.2023    4138    0    biimmap    14    

41
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. savostin.alex 83 14.10.22 03:42 Сейчас в теме
Знаем, проходили такой подход. Основную проблему вижу, когда аналитик в процессах разбирается поверхностно, функционал ПП знает еще хуже и создает ТЗ по словам заказчика, который в принципе не разбирается в возможностях платформы и плохо знает ПП (или взаимосвязь со смежными подсистемами). В результате получается ересь.
user1145418; sansys; Snakesa; raa0; +4 Ответить
2. Manoshkin 357 14.10.22 05:58 Сейчас в теме
(1) Подход "я сам" в перспективе ещё хуже.
6. LegO 23 14.10.22 10:47 Сейчас в теме
В статье всё верно расписано для больших проектов.

А для средних компаний, особенно торговых, без производства, думаю 30% Программистов "внештатников" или в штате, справятся с внедрением УТ 11.4, без привлечения Аналитика 1С.
Особенно без тех, которые прошли сейчас месячные курсы Аналитиков 1С в онлайн-школах.
kodar-msk; Fril; +2 Ответить
3. Tarlich 116 14.10.22 10:02 Сейчас в теме
Менеджер ,Аналитик , постановщик задачи, руководитель проекта, руководитель направления , руководитель ай ти отдела, ну и еще с десяток -))
Бесспорно все зависит от "грандиозности проекта" и организованности самого клиента
Когда сам клиент не знает как ему надо - интерпретация необходима а если клиент не понимает зачем ему это надо да хоть аналитик да хоть кто угодно ....
4. Aphanas 92 14.10.22 10:36 Сейчас в теме
На практике чаще всего получается - аналитик собирает требования, обследует систематизирует, как бы все правильно. Ставит ТЗ программисту. Потом программист офигивает от этой абракадабры и идет сам разбираться со всеми заново - знакомиться, переспрашивать и т.д.
sansys; cosmo2004; v8_088; Tarlich; +4 Ответить
7. v8_088 14.10.22 18:24 Сейчас в теме
(4) А если программист так не сделает, то он и останется крайним в случае "почему так криво все работает".
5. roman72 390 14.10.22 10:41 Сейчас в теме
Аналитик - это функция в технологии конвертации требований пользователей (идей нового продукта) в ит-результат.
В этой цепочке, аналитик занимает кусок со стартовой точкой в виде требований пользователей (заказчика) и в виде выхода - технического задания на разработку или настройку.
До аналитика работает консультант, после аналитика работает разработчик и и затем тестировщик.
Над аналитиком - архитектор, который определяет подходы к принципам составления ТЗ и работы с системой.

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

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

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

При таком взгляде на работу аналитика его необходимость вполне очевидна и его место чётко видно.
Думаю, никто из умеющих мыслить это оспаривать не будет, - ведь тренд выделения функционала из одного универсала на несколько профильных специалистов очевиден и работает давно.
ulen; katrineKA; sevushka; dklimchuk; raa0; +5 Ответить
8. starik-2005 3088 17.10.22 10:24 Сейчас в теме
По факту аналитик - это прослойка между заказчиком и программистом, начальником программиста и начальником начальника программиста. Вот прилетела задача, аналитик ее смотрит (анализирует), вроде бы он должен сразу же сказать, что и как, но в реальности он идет к пользователю и уточняет сначала те вопросы, которые не понятны ему, потом он идет к программисту, программист задает свои вопросы, аналитик с ними идет к пользователю, снова к программисту, снова к пользователю, ... И вот все эти красивые схемы, что аналитик якобы что-то там может сам, они весьма условны. Да, аналитик точно может сам пользоваться телефоном, мессенджерами и прочими штуковинами, по которым он связывается последовательно с пользователем и программистом, осуществляя маршрутизацию вопросов и ответов, пропуская их через себя. Через какое-то время ему даже начинает казаться, что он что-то начал понимать, но нет...

Вообще, простой пример для иллюстрации. Пользователю нужно загрузить данные в 1С. Пользователь идет в систему учета задач и !через завсклада, директор магазина" утверждает эту задачу и она попадает в план/спринт/куда-то еще, откуда ее начнут делать. Дальше до задачи добирается аналитик. Основные вопросы: что грузить, куда грузить, когда грузить. Он идет к пользователю, т.к. пространного объяснения без примеров файлов явно недостаточно (ну на него, аналитика, взгляд). Пользователь впопыхах пытается придумать какие-то примеры файлов, которые он вообще не видел ни разу - у него в письме от контрагента что-то там про это написано и ему вломы это руками фигачить в систему. Но он же с двумя высшими, как и аналитик, поэтому пример файлов надо предоставить - что, зря он 7 лет в институтах стул драил? Он что-то такое делает в единственном доступном ему приличном инструменте автоматизации - Excel - делает, передает аналитику, аналитик что-то там для проформы смотрит, но думает примерно так: ну а чито, вот же файл, программист разберется, фиг-ли тут. Ну и файл через недели две после того, как задача упала в "План!", падает к программисту, который занят вообще чем-то пятым. Ну он смотрит файл, там что-то такое не совсем понятное в части полей, он идет к аналитику и спрашивает, куда конкретно в систему это грузить. Аналитик идет к пользователю, т.к. понятия не имеет, куда это грузить и уже забыл, зачем это надо (он вообще об этом спросить забыл, но думает, что спрашивал, т.к. уже две недели прошло). Пользователь пытается вспомнить, что за файл - у него масса других дел. Находит файл в исходящей почте в конце концов, тупит на него полчаса, потом вроде как вспоминает и находит в почте письмо от клиента, где это все надо. Ну и следующая итерация еще на пару недель. В конце концов, если программист вменяемый и конфа более-менее типовая, он показывает аналитику механизм импорта из табличного документа, который 99% вопросов снимает, а аналитик показывает это заказчику, который снова уже все забыл - у него помимо этого миллион дел. В конце концов пользователь, аналитик и программист садятся вместе и что-то там загружают в систему, копипастя прямо из письма контрагента безо всяких этих примеров файла, а если это периодическое действие, то программист как-то худо-бедно формирует требования к контрагенту на данные, которые он просит хранить в системе пользователя/аналитика/программиста. А если система старая или программист невменяемый, то будет написана очередная говнообработка импорта из Excel со всеми этими СОМ-объектами и прочей фигней и без возможности кастомизировать. У программиста таких "обработок" уже "целый каталог" на жестком диске.

Вот примерно зачем нужен аналитик в 80% случаев. В остальных 20% он приносит пользу (может быть).
kodar-msk; sansys; cosmo2004; sevushka; +4 Ответить
9. gaglo 19.10.22 10:39 Сейчас в теме
(8)
Но он же с двумя высшими, как и аналитик,

Гыгы...Высших образований должно быть нечетное количество! Так как последующее высшее реверсирует эффект предыдущего. Убеждался сам, на конкретных людях, неоднократно. (...трижды.)
Когда-то работал с аналитиком, действительно хорошим. Это реально приносит пользу.
Ну и плохих аналитиков наверняка больше, чем 80%. (см. "Я маску на стройке нашел!...")
10. starik-2005 3088 19.10.22 10:43 Сейчас в теме
(9) А я не говорил о плохих аналитиках, я говорил о том, что большинство задач не нуждаются в аналитике, но процесс запущен и "вижу цель - не вижу препятствий".
11. gaglo 19.10.22 10:49 Сейчас в теме
(10)
что большинство задач не нуждаются в аналитике

Не верю! Но и опровергнуть не могу. Всего хорошего!
12. starik-2005 3088 19.10.22 11:00 Сейчас в теме
(11) Вера - это так себе утешение, суррогатик )))
Суть того большого и сложного для понимания вышеприведенного текста примерно такая: "все пациенты врут". Но если копаться, то окажется, что никто не врет, а просто делают "хорошую мину при плохой игре" (с). Аналитик требует файл, пользователь его дает, а программиста еще даже не спросили. И вроде никто не врет, но ощущение какое-то такое.

Так вот 80% задач - это вот такие вот задачи, где аналитик сильно усложняет процесс, описывая функциональные требования и "пися" технические задания, а там дел на две кнопки в типовой.
13. pstrig 20.10.22 08:48 Сейчас в теме
Аналитик нужен - согласен!
80% аналитиков не справляются со своими функциями - согласен!

Напрашивается очевидный вывод: нужны профессиональные аналитики (как и везде нужны профессионалы), непрофессиональность аналитика можно компенсировать разработкой строгого регламента работы для аналитика.
AVAGROUP_IT; +1 Ответить
14. gaglo 26.11.22 14:47 Сейчас в теме
Ну запоздал, да, но...
Без веры никуда, Треникс.
15. Шёпот теней 1782 20.12.22 13:02 Сейчас в теме
"Раньше в фантастике главным было радио. При нем ожидалось счастье человечества. Но вот радио есть, а счастья нет." Илья Ильф.

Специализация (разделение труда) - докатилась до 1С из-за её резко возросшей сложности (универсальности).

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

В наше время Перемены важнее Процесса и даже Результата.

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

... вот ...

п.с. Аналитик 1С - это статья дохода для внедряющих, которые объясняют сложность внедряемого продукта.
16. DemetrKlim 180 08.01.23 10:18 Сейчас в теме
"Фраза "...Аналитики 1С - нужны!!" в переводе на понятный человечий язык звучит как " А программисту, оказывается, нужны мозги!!"
А человеку нужны две руки справа, одна для вилки, другая для ложки... и еще одна маленькая ручка, подмышкой, для ложечки чайной. Одну руку надо на спине иметь - в туалете удобней обслуживаться...
Красивый организм получился? Вот и с "аналитиками" так же. Можно собрать коллектив любого размера и даже как-то наладить внутри него взаимодействие. Вопрос - а кто эту артель прокормить должен? Не, конечно, можно находить заказчиков типа "ТрансГазНефтьАлмазНикельГидроТяжМаш" где денег никто никогда не считал по причине нехватки нулей в калькуляторах, там можно порезвиться не то что командой, а олимпийской сборной по киберспорту - все сыты будут. А что делать средних размеров фабрике, заводику, для которых автоматизация насущна и оправдана исключительно с соблюдением строгого условия - окупаемости и положительного экономического эффекта от внедрения. Коллектив в 300 человек приходят автоматизировать ... сколько человек? Двадцать? Пятьдесят? Фабрика банкротится сразу после подписания акта выполненных работ по "цифровизации", так что ли?
Откуда появилась потребность в "Аналитиках"? А ровно с того момента, когда программистам стало позволено быть попугаями. Кто такой попугай? Это тот, кто выучил слова, но так и не понял содержащегося в них смысла. И ему нужен отдельный "птице-говорун" (аналитик 1С), отличающийся "умом и сообразительностью", чтобы тыкать паль... крылом (!) - где какое слово должно быть написано. Собственно, такие были всегда. С одной серьезной оговоркой. Такими примитивными кодировщиками были какие-нить деушки, которые в интервале между сдачей диплома и первым декретным отпуском успевали изучить азы какого-то языка программирования и им давали задания по написанию небольших фрагментов кода. Вот для них Настоящий программист делал небольшую "постановку задачи" с описанием несложного алгоритма, типов и условий входящих данных и то же самое - для выходящих данных. Такие "несложные деушки" получали зарплатку чуть выше кладовщицы и вполне были с этим согласны! Теперь же какой-нить юный отрок претендует на пару сотен тысяч рублей исключительно по причине наличия каких-то сертификатов и знания языка платформы. Но ему, как оказалось, нужен "второй номер" ,как в пулеметном расчете. По какой причине? А все просто, программистам стало "впадлу" изучать предметную область, для которой они собираются что-то кодировать. При этом, амбиции на очень хорошую зарплату умерять никто не собирается) С точки зрения заказчика это может выглядеть так - "Я готов оплатить двести в месяц, а вы размазывайте эту цифру на любое количество порций..." Тоже логично, правда?
Я, при поисках работ и заказов, всегда интересуюсь отраслевой принадлежностью. Есть сферы ,с которыми я не знаком и, соответственно, я туда не полезу, безотносительно знаний языков программирования и размеров оплаты. Всегда с удивлением смотрю на коллег, которые с легкостью переходят из банков в промышленность, оттуда - в страховые компании, а потом вообще уходят в бюджет. Иногда тянет спросить - "А что вы при этом делать умудряетесь?? Ждете, пока придет аналитик и за двадцать минут расскажет выжимку из отраслевой нормативной базы, для простого знакомства с которой требуется от месяца до полугода? А плюсом еще - знакомства с практиками делового оборота и прочая-прочая...."
Вот по этой причине кого-то "гениального" осенило - "нам нужен аналитик!") Всегда хочется простоты... Программист чувствует себя практически надорвавшимся и "выгоревшим" от банального изучения самой платформы. И напрягать себя дополнительным изучением чего-то еще, особенно такой скукоты, как федеральные законы, постановления правительства, технические регламенты и прочее скучное чтиво... Не! Пусть будут отдельные терпилы для этого - аналитики)
Я думаю, что не проканает. Если разделить полушария одного мозга, то из получившегося материала, можно смонтировать двух инвалидов. Один не будет знать предметную область. Второй будет создавать некий "конструкт", слабо понимая при этом, каким инструментарием это может или должно реализовываться. Некоторые могут сказать, что аналитику никто не запрещает изучить платформу (язык программирования). Абсолютно согласен! И именно в этот момент, персонаж, совершивший над собой такое титаническое усилие, неожиданно ощущает вопрос к самому себе - "А нафига мне нужен еще кто-то, вечно задающий тупые вопросы и постоянно делающий все шиворот-навыворот?? Нафига мне этот недалекий кодер?" Вот так из аналитика может получиться хороший Настоящий(!!) программист))
user1145418; +1 Ответить
Оставьте свое сообщение