Подводим итоги круглого стола сообщества 1С-аналитиков

22 апреля состоялась первая онлайн-встреча сообщества 1С-аналитиков в формате круглого стола. 380 пользователей Инфостарта прошли регистрацию на мероприятие, а за обсуждением в прямом эфире следили более 100 зрителей.

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

Запись эфира можно посмотреть на странице прошедшего вебинара.

Расскажем, к каким выводам пришли участники первого круглого стола 1С-аналитиков.

Эксперты и гости круглого стола

В качестве экспертов и гостей были как уже известные спикеры

Александр Чавалах, исполнительный директор, Инфостарт
Сергей Наумов, руководитель проектного отдела «Корпоративные финансы», WiseAdvice
Ирина Гертовская, председатель программного комитета ЛАФ
Елена Иванова, независимый консультант по управлению
Егор Марюшко, основатель и преподаватель STENET school

так и новые лица:

Николай Новик, бизнес-аналитик, EPAM Systems
Максим Кутлаев, руководитель отдела внедрения, ГК ЛАД
Гюльнара Антропова, независимый бизнес-аналитик, 1С-коуч
Константин Рызыванов, ведущий аналитик, ОАО «Завод Продмаш»

Вопросы, которые удалось обсудить

В эфире обсудили 4 вопроса из числа полученных в телеграм-чате сообщества.

Вопрос Дмитрия Рудакова – Дайте определение «Аналитик» и «Аналитик 1С» , чтобы было можно однозначно сказать, кто аналитик, кто консультант и т.д., чтобы не было путаницы. Когда аналитиком называют консультанта, который ставит ТЗ, это неправильно.

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

Александр Чавалах высказал мнение, что консультант – это первая ступень развития аналитика, и он, безусловно, может ставить ТЗ.
С ним согласился Константин Рызыванов, считая, что ключевая разница между консультантом и аналитиком в глобальности взгляда, и консультант может ставить ТЗ, но это будет узконаправленное задание уровня первой линии техподдержки.
Максим Кутлаев, отвечая на этот вопрос, выдвинул версию, что консультант – это в первую очередь специалист по типовым продуктам, а аналитик – человек, который работает над преобразованием данных.
Сергей Наумов сказал, что консультант должен глубже знать нормативную базу, особенно при запуске ЗУП или систем регламентированного учета, тогда как аналитик в первую очередь должен знать приемы аналитики: синтез и декомпозицию.
А Елена Иванова обратила внимание, что в сфере 1С консультант традиционно воспринимается как человек, который отвечает на конкретные вопросы и дает советы, а аналитик – адаптирует имеющееся решение под специфику конкретного предприятия. Причем в сфере 1С аналитик – это более высокая ступень, а в деловом сообществе, как правило, наоборот: консультант – это более высокая категория, а аналитик – человек, который занимается больше начальным сбором и систематизацией данных.

Вопрос Сергея Мануйлова – Какие навыки необходимы бизнес-аналитику? В какую сторону развиваться?

Здесь мнения экспертов и гостей в основном дополняли друг друга:

Сергей Наумов сказал, что главное в работе аналитика – владеть приемами синтеза и декомпозиции, знать внутренности 1С, чтобы понимать, как то или иное изменение влияет на систему.
Николай Новик порекомендовал изучить BABOK Guide, где в 9 разделе перечислены базовые компетенции, необходимые для работы аналитика. Также рекомендовал рассмотреть модель компетенций бизнес-аналитика от IIBA. На основе этих источников каждая организация может сформировать свой набор необходимых компетенций.
Ирина Гертовская перечислила, что аналитику важны хорошее логическое и системное мышление, умение обучаться хард скиллам, точность в мелочах, интуиция и эмпатия.
Александр Чавалах показал слайд с митапа по теме и призвал развивать софт-скилы.
Максим Кутлаев выделил в качестве ключевых навыков умение четко формулировать свои мысли, задавать вопросы и критически мыслить.
А Гюльнара Антропова обратила внимание на навыки системного мышления и безоценочного суждения, с которыми развить остальные навыки значительно легче.

Вопрос Дениса Богачева – Хотелось бы получить стандарт составления ТЗ, в котором будут не только разделы по ГОСТ, но и лучшие практики. Например, когда лучше таблица, когда нужен процесс виде схемы, когда обязательно приводить прототип интерфейса.

По этому вопросу участники предложили большой выбор вариантов:

Николай Новик напомнил, что помимо ГОСТ существуют еще и другие стандарты по составлению ТЗ: например, стандарт по составлению спецификаций к программному обеспечению от IEEE, RUP Templates и шаблон ТЗ из 10 главы «Разработки требований к программному обеспечению» Карла Вигерса. Поэтому формат ТЗ зависит от того, кому какую информацию вы хотите донести.
Александр Чавалах согласился с мнением Николая, что ТЗ должно быть понятно заказчику, и можно ГОСТировать структуру, но не нужно ГОСТировать формат – внутри каждой компании целесообразно разработать определенный набор инструментов под разную специфику проектов заказчика.
А Сергей Наумов, наоборот, сказал, что для него формат представления очень важен, и продемонстрировал в онлайне ТЗ, сформированное с учетом этой логики, а также отметил, что использование общепринятых форматов упрощает переговоры с клиентами
Егор Марюшко напомнил, что помимо перечисленных Николаем источников, есть еще BABOK Guide, где в разделе «Техники» перечислены методики и инструменты, которые могут помочь при подготовке ТЗ – из них можно выбрать подходящий под свою команду и проект.
А Максим Кутлаев напомнил, что в ТЗ крайне желательно включить методику испытаний – каким образом проект потом будет приниматься, и что будет являться результатом работ по этому техническому заданию.

Вопрос Виталия Запорожского – Используются ли модели ИС после внедрения и какими способами они актуализируются в случае изменений. Например, внедрили ERP, дальше сопровождаем клиента, вносим какие то изменения – есть ли какие-то практики, что все эти действия отражаются в каких-то процессах и каким образом эти изменения вносятся: например, составляем ТЗ, согласовываем с архитектором, архитектор вносит изменения в модели со статусом (to be), разрабатываем и внедряем, после внедрения архитектор вносит изменения в модели (as is).

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

Егор Марюшко сказал, что в его практике при подготовке технического задания часто происходит множественное слияние отдельных частичных моделей to be с эталонной моделью, в результате получается модель as is – именно она передается службе эксплуатации заказчика и является одновременно и описанием текущей системы, и базой знаний о том, как работает решение. А дальнейшая актуализация модели при доработках на этапе поддержки входит в отдельную услугу поддержки актуальности инструкций и модели.
Александр Чавалах предположил, что поддерживать модель после внедрения достаточно трудоемко, и вряд ли имеет смысл. Исключение – специфическая задача от заказчика, где явно требуется актуализировать модель.
Гульнара Антропова и Константин Рызыванов также высказали сомнение, что заказчик будет готов сопровождать такую модель на этапе эксплуатации системы.
А Николай Новик вспомнил, что у него на проекте был случай, когда на этапе внедрения модель была реализована в Excel и демонстрировала расчеты, которые должна производить система, а в дальнейшем этот прототип был передан в отдел тестирования, чтобы проверять правильность производимых системой расчетов. В этом случае модель на каждом из этапов актуализировалась.

Приглашаем посмотреть запись обсуждения и присоединиться к чату сообщества 1С-аналитиков

Запись Круглого стола доступна на странице мероприятия.

А чтобы общаться и обмениваться опытом по вопросам, связанным с бизнес-анализом, системным анализом и анализом данных в 1С, мы создали чат для 1С-аналитиков. Присоединяйтесь!

Готовим новые вопросы к обсуждению на круглом столе

В следующем выпуске круглого стола обсудим еще пять вопросов:

Сергей Огородников – Должен ли аналитик писать тесты? Если нет, то в каком виде нужно передавать «задачу» в ИТ-службу? Если да, то как превратить User Story в тест? Какими инструментами Вы пользуетесь?
Ирина Стахеева – Хочется послушать про полномочия 1С-аналитика на проектах внедрения. Насколько аналитик может изменять сложившиеся бизнес-процессы заказчика? Когда целесообразно менять логику системы, а когда перестраивать бизнес-процессы предприятия?
Дмитрий Макаров – Где взять хорошего аналитика или вырастить в своем коллективе?
Сергей Огородников – Как Вы рассчитываете сроки работ и риски? Какими инструментами Вы пользуетесь или рекомендуете пользоваться для расчета сроков работ и расчета рисков?
Дарья – При команде олдскульных «многостаночных» программистов 1С от кого чаще исходит инициатива выделения аналитика в отдельную роль – от команды или от руководителя? Кто больше в этом заинтересован?