Рассказываем о том, чем проектный аналитик 1С отличается от других 1С специалистов, какие выполняет функции и какие требования предъявляются к проектному аналитику в целом и о его компетенциях в отдельности
Проектный аналитик 1С: немного истории
Если вы часто слышали такие понятия, как аналитик 1С, консультант 1С, методолог 1С, возможно, вы задумывались над тем, что же их отличает на самом деле.
Раньше все, кто внедрял продукты 1С, являлись программистами и аналитиками в одном лице. Понятий аналитик, консультант, методолог попросту не существовало. Все были просто программистами 1С.
Ранее программистам приходилось решать вопросы технического характера, такие как закупка оборудования и прокладывание локально-вычислительных сетей.
Со временем 1С системы усложнились, расширилась их функциональность и линейка типовых решений, не говоря уже о различных отраслевых решениях от партнёров 1С. Поэтому быть одновременно программистом, внедренцем и аналитиком становилось достаточно сложно, потому что приходилось быть специалистом очень широкого профиля.
С середины 2010 года появилась тенденция разделять программистов и консультантов-внедренцев. Из-за разделения профессии в отрасли возник резкий дефицит таких специалистов.
Поэтому в последние 3-4 года многие из франчайзи пришли к выводу, что консультантов можно получать не из рядов программистов, а со стороны бизнеса. Другими словами, консультантом по внедрению бухгалтерской программы может стать бухгалтер с хорошей практикой и знаниями программы 1С.
Встал вопрос о том, как именно нужно готовить таких сотрудников к работе аналитиков и как понять, что такой-то конкретный человек, пришедший из бизнеса, может справиться с функциями аналитика, и в чем именно особенность проектного аналитика.
Проектный аналитик 1С: кто он и чем отличается от других специалистов 1С
Проектный аналитик – это специалист, который занимается обработкой и анализом полученных данных, делает на их основе заключения, готовит прогнозы, даёт рекомендации.
Что же отличает проектного аналитика от обычного аналитика?
Проект – это ограниченное по времени мероприятие, направленное на получение уникального результата.
Исходя из определения проекта, ограниченные сроки и уникальный результат требуют высокого уровня подготовки участников проекта, поэтому проектные аналитики – это универсальные солдаты, которые решают широкий спектр задач.
Проектный аналитик должен обладать хорошими познаниями в той области, в которой предполагается автоматизация.
С одной стороны специалисту важно разбираться в бухгалтерии, финансах, логистике и прочее.
С другой стороны, проектный аналитик должен быть технически подкован, понимать функционал внедряемых программ, владеть сторонними программами, которые могут пригодиться при внедрении.
Одной из отличительных черт в работе не только аналитика, но и всех участников проекта, является матричная система управления.
Суть матричной системы управления в том, что сотрудник подчинён сразу 2 руководителям:
- Руководителю отдела, в котором он числится;
- Руководителю проекта, в котором сотрудник в данный момент занят.
Все текущие рабочие вопросы, связанные с работой на проекте, нужно решать с руководителем проекта, а какие-то глобальные стратегические, карьерные вопросы решает руководитель отдела. Также руководитель отдела, является непосредственным руководителем проектного аналитика в межпроектный период.
Что делает проектный аналитик на каждом из этапов внедрения 1С
Этап обследования
На этом этапе в обязанности проектного аналитика входит собрать информацию от заказчика о том:
- Какие задачи должна решать конфигурация;
- Какие результаты он хочет видеть в данной программе;
- Как сейчас работает предприятие заказчика;
- Какие у него бизнес-процессы;
- Кто следит за этими процессами;
- Какое ПО использует заказчик в текущий момент;
- Какие данные из старых систем нужно перенести в новую систему.
Часто заказчик сам не понимает, чего он хочет и для чего ему нужно внедрить данное программное обеспечение. А бывает наоборот, что ожидания у заказчика есть и они настолько завышены, что приходится иногда приземлять таких мечтателей и говорить: «К сожалению, если вы хотите внедрить такое решение, то вам либо понадобится очень много денег, либо очень много времени, а чаще всего, и то, и другое».
На данном этапе проектный аналитик плотно работает с представителями заказчика, которые также включаются в проектную команду.
Этап проектирования
На этапе проектирования все собранные требования, к тому что нужно переложить на функционал внедряемой конфигурации, систематизируются.
Бывает, что при переходе на новую программу заказчик не меняет свои процессы, но хочет получить более современную, отвечающую требованиям текущего законодательства, систему. В этом случае процессы «как есть» и «как будет» практически совпадают.
А иногда, пользуясь случаем, совместно со сменой программного обеспечения пересматриваются процессы «как будет».
Задача проектного аналитика на данном этапе – прогнать через функционал выбранной конфигурации все бизнес-процессы заказчика «как будет» и выявить точки функциональных разрывов – места, где возможности программного обеспечения расходятся с желаниями заказчика.
Для решения этой задачи проектный аналитик разрабатывает контрольные примеры. Он берет за основу те данные, которые находит в исторических системах и имитирует работу пользователей заказчика.
Результат демонстрируется заказчику, показывают получившееся функциональные разрывы. В итоге проектный аналитик подводит заказчика к тому, что в этих точках потребуются доработки функционала.
Чем больше функциональных разрывов, тем выше бюджет проекта. В этот момент заказчик может поумерить свой пыл и согласиться, что по каким-то из таких точек он готов поступиться своими требованиями и поменять процессы в сторону стандарта, то есть в сторону того, что умеет программа.
В каких-то точках стандарт для данного заказчика совсем неприемлем, поэтому предстоит доработка функционала, эти доработки согласовываются с заказчиком, и происходит переход на следующий этап – разработку.
Когда доработки с заказчиком согласованы, проектный аналитик приступает к написанию технических заданий на эти доработки. Проектный аналитик должен понимать, какие объекты (справочники, отчёты, служебные регистры и т.д.) конфигурации придётся изменить, какие создать, как их связать между собой. Эта работа требует хороших знаний не только возможностей функционала, но и определённых знаний конфигурации изнутри.
Проектный аналитик составляет задание для программистов или разработчиков, которые выполняют доработки согласно этим заданиям и передают эти доработки проектному аналитику на тестирование. Проектный аналитик проверяет доработки с помощью так называемых тест-скриптов, если находит ошибки в доработанных механизмах, возвращает их на исправление программисту, пока тестирование не пройдёт успешно.
Такое тестирование называется внутренним, его ещё называют альфа тестированием, в нем пока не участвуют представители заказчика.
Альфа-тестирование – это внутреннее приемочное тестирование, выполняемое внутри команды по обеспечению качества и тестированию ПО.
После того, как все доработки или некий пул доработок выполнены, проектный аналитик их демонстрирует ключевым пользователям заказчика, обучает их работе с функционалом как в целом, так и работе с данными доработками в частности.
В ходе такого обучения пользователи могут обнаружить ошибки или выявить, что доработки не полностью покрывают их требования к функционалу программы. Проектный аналитик фиксирует эти ошибки и дополнительные требования и снова передаёт задание разработчику.
Такой процесс называется внешним или бета-тестированием.
Бета-тестирование – это внешнее приёмочное тестирование, выполняемое реальными пользователями (тест-группой) в производственной среде, чтобы выявить ошибки или проблемы до общего выпуска.
На этом же этапе проектный аналитик совместно с программистами занимается переносом данных из исторических систем.
Как правило, это многочисленные справочники и остатки в бухгалтерском и оперативном учёте.
После того, как выполнены все доработки и перенесены необходимые начальные данные, считается, что система готова к старту.
Проект переходит в стадию внедрения.
Непосредственно перед стартом проводится сплошное обучение абсолютно всех пользователей, а не только ключевых. Проводит обучение также проектный аналитик.
Опытно-промышленная эксплуатация системы
После того, как все готово к старту, начинается эксплуатация новой системы. Этот период называют опытно-промышленной эксплуатацией.
Пользователь начинает работать в системе, это самый сложный и физически, и морально этап проекта для проектного аналитика. Первое время от пользователей идёт очень много обращений, они часто делают ошибки, они не понимают, как им выполнить ту или иную операцию.
Часто на этом этапе выявляются ошибки функционала, как типового, так и доработанного, и эти ошибки приходится исправлять по горячим следам.
По каждому рабочему месту нужно анализировать, насколько быстро пользователь выполняет свои функции с помощью новой системы. Возможно, какие-то операции нужно автоматизировать или оптимизировать, чтобы сократить время ввода данных в программу.
Результат проекта считается достигнутым, когда пользователи бесперебойно работают в системе и получают все оговорённые на этапе обследования результаты.
Проект закрывается, программа передаётся в промышленную эксплуатацию. По желанию заказчика договор может быть продлен на сопровождение внедренной системы.
Это уже происходит за рамками проекта, а сопровождением занимаются консультанты поддержки.
Подводим итоги:
- Проектный аналитик 1С – это специалист с хорошими познаниями не только в ПО 1С, но и в области внедрения проекта;
- Проектный аналитик должен быть технически подкован и владеть сторонними программами, которые могут пригодиться при внедрении;
- На каждом этапе проекта по внедрению 1С у проектного аналитика много обязанностей;
- От работы проектного аналитика зависит успеха внедрения проекта;
Подписывайтесь:
Канал руководителей IT компаний и подразделений, CIO, СDO, CDTO https://t.me/cio_channel
CIO. Сообщество IT руководителей https://vk.com/cio_club
информационно-развлекательные каналы GoodIT:
Telegram: https://t.me/GoodIT_channel
ВКонтакте: https://vk.com/goodit_channel
