В этой статье мы не будем пытаться написать должностную инструкцию для всех ролей/должностей, участвующих в проекте – расскажем кратко, зачем эти роли нужны, почему важны и что они делают, на что мы обращаем особое внимание, когда ищем сотрудника на ту или иную роль. Также расскажем, какие роли в проекте присутствуют всегда и необходимы, а каких может и не быть.
Руководитель проекта
Продукт:
Информационная система внедрена, клиент удовлетворён результатом и ходом проекта. Оплата за проект получена в полном объёме, бюджет затрат не превышен, акты сдачи-приёмки выполненных работ подписаны. При работе соблюдена проектная технология.
На что обращаем особое внимание:
-
Умеет управлять проектом (а значит, управлять командой, рисками, содержанием, ожиданиями заказчика).
-
Знает технологию управления проектом, принятую в компании.
-
Знает на экспертном уровне учётную систему, которая будет внедряться (в нашем случае – это 1С).
РП должен быть ориентированным на результат. Его цель – запустить систему, и сделать это в срок. Причем не формально подписать акты, а чтобы система помогала заказчику добиваться его бизнес-целей. У РП в голове весь проект должен «помещаться» как набор связанных этапов, задач, решений, которые необходимо принимать. Решение – принятое, или не принятое РП сегодня – может повлиять на завершение проекта через год.
Роль руководителя проекта может быть совмещена с другими ролями. Это зависит от организационной структуры компании, опыта РП, размера проекта. В крупных проектах он осуществляет только управление и не выполняет другие функции. В проектах с небольшой командой РП может совмещать руководство с ролью аналитика, архитектора и даже программиста.
Администратор проекта
Продукт:
Документация по проекту создана вовремя, сохранена, при необходимости все участники проекта могут свободно получить к ней доступ. Встречи назначены и организованы, протоколы ведутся, выполнение назначенных задач контролируется. Поддерживается эффективная коммуникация между участниками проекта.
На что обращаем особое внимание:
-
Обладает развитыми коммуникационными и административными навыками.
-
Умеет общаться с заказчиком, достоверно доносит информацию между заказчиком и участниками команды.
-
Умеет системно работать с рисками.
-
Следит за своевременным выполнением членами команды поставленных задач.
АП является, фактически, правой рукой руководителя – РП принимает решения, и несет ответственность за них. АП реализует принятые решения, контролирует сроки и выполнение договоренностей, выполняет всю организационную работу в проекте.
Функциональный архитектор
Продукт:
Правильно подобранный комплекс учётных систем для решения бизнес-задач заказчика. Верно выявленная бизнес-задача заказчика. Корректно разработанная модель учётной системы, которая решает поставленные задачи.
Все выходные документы имеют согласованную внутри компании структуру. Они непротиворечивые и полные.
Подконтрольные аналитики в своей работе развиваются, получают помощь и поддержку по всем сферам (по разработке документов, выбору решений, анализу бизнес-целей).
На что обращаем особое внимание:
-
Знает на экспертном уровне типовой функционал.
-
Понимает бизнес, умеет выявлять и формулировать бизнес-цели – даже если заказчик ещё сам чётко не знает их.
-
Обладает аналитическим складом ума, мыслит системно.
-
Развивается, получает новые знания в различных предметных областях.
ФА в структуре компании – это наставник над аналитиками. Он не делает за них работу, но помогает в сложных ситуациях, развивает. Следит за тем, чтобы их работа выполнялась по стандартам. Разрабатывает сложные модели учетных систем, решает спорные ситуации между аналитиками и разработчиками по применению типового функционала или реализации доработок.
Методолог
Продукт:
Понятная подробная консультация по ведению учёта, решению учётной проблемы или по применению законодательства. Настройка информационной системы для отражения учётной схемы клиента. Найденные ошибки в ведении клиентом учёта, их разбор, рекомендации по устранению.
На что обращаем особое внимание:
-
Знает на экспертном уровне одну или несколько предметных областей (например, бухгалтерский учёт, управление персоналом, кадровое делопроизводство).
-
Знает соответствующее решение/решения 1С.
-
Умеет продуктивно и корректно коммуницировать с другими людьми.
-
Отслеживает все профессиональные новости и изменения.
Это специалист, который глубоко знает предметную область. Например, бухгалтерский учёт знает на таком уровне, чтобы найти ошибки бухгалтера и разъяснить их ему. И знает 1С, чтобы помочь найти в продукте подходящее решение, показать его.
Продолжение карьеры в качестве методолога – хороший вариант для перехода из конкретной предметной области в IT и консалтинг.
Бизнес-аналитик
Продукт:
Потребности бизнеса выявлены, бизнес-процессы описаны, составлены схемы их прохождения. Описание составлено в соответствии со стандартами компании. Выявлены разрывы и предложены решения для их устранения.
Подобрано оптимальное 1С решение или их комплекс. Подготовлена модель настройки бизнес-процессов в этом решении.
На что обращаем особое внимание:
-
Умеет выявлять разрывы и предлагать решения для их устранения.
-
Знает методологию описания бизнес-процессов.
-
Умеет проводить интервью, управлять работой группы, задавать вопросы.
-
Умеет описывать бизнес-процессы, составлять схемы их прохождения.
-
Умеет на выходе представить документ, который соответствует стандартам компании.
-
Обладает экспертными знаниями в одной или нескольких предметных областях.
-
Умеет настраивать модель прохождения бизнес-процессов в конфигурации 1С.
Аналитик 1С
Если мы разделяем роль бизнес-аналитика и аналитика 1С, и у нас есть уже описанные бизнес-аналитиком процессы, тогда аналитик 1С:
-
по нарисованным процессами и бизнес-требованиям заказчика настраивает одну или несколько систем 1С;
-
пишет проектную документацию.
Продукт:
Процессы заказчика корректно смоделированы в программных продуктах 1С. Написаны необходимые функциональные требования на доработки, если типового функционала недостаточно. Необходимая документация передана разработчикам, она описана доступно, в соответствии со стандартами компании. Подготовлены необходимые памятки, инструкции, материалы для обучения пользователей.
На что обращаем особое внимание:
-
Знает на экспертном уровне архитектуру 1С – несколько конфигураций.
-
Умеет писать документы: требования, отчеты, кейсы. Они соответствуют стандартам компании, понятные, непротиворечивые и полные.
-
Обладает экспертными знаниями в одной или нескольких предметных областях бизнеса.
-
Умеет предложить модель бизнес-процессов в решении или комплексе решений 1С.
Программист (разработчик 1С)
Продукт:
Своевременно (в рамках согласованных сроков и трудозатрат) реализованная разработка, отвечающая требованиям, написанным аналитиком. Решение работает оптимально с точки зрения технической части, с ожидаемым уровнем быстродействия, без пользовательских ошибок.
На что обращаем особое внимание:
-
Умеет читать входную документацию – ФТ или ТЗ (в зависимости от компании).
-
Умеет писать код так, чтобы он решал поставленные в ФТ задачи, при этом работал оптимально, с необходимым быстродействием, соответствовал стандартам написания кода вендора и компании.
-
Умеет использовать средства групповой разработки.
-
Умеет декомпозировать задачу.
-
Умеет реалистично осуществлять предварительную оценку, чтобы прогнозируемые трудозатраты соответствовали реальным.
Тестировщик
Во многих командах функции тестировщика выполняет аналитик, однако в крупных проектах это может быть отдельный человек.
Продукт:
Функционал готового решения проверен, ошибки выявлены (при их наличии). Необходимые исправления описаны в отчёте по результатам тестирования. Разработаны необходимые чек-листы и тест-кейсы.
На что обращаем особое внимание:
-
Владеет методологиями тестирования ПО.
-
Обладает аналитическим подходом, умеет замечать незначительные на первый взгляд детали.
-
Умеет составлять выходную документацию по тестированию.
-
Умеет писать тест-кейсы.
Консультант 1С
Продукт:
Пользователям выданы необходимые устные и письменные консультации, подготовлены инструкции, настроены типовые обмены, отчеты.
На что обращаем особое внимание:
-
Знает на достаточном уровне несколько типовых 1С конфигураций.
-
Понимает механизмы работы платформы на уровне, достаточном для настройки отчёта, создания резервной копии, создания пользователей, установки лицензии.
-
Умеет находить общий язык с пользователями, доходчиво доносить информацию.
-
Развивается в знании конфигураций 1С, систематически отслеживает их обновление.
Администратор 1С/ Администратор базы данных
Продукт:
Система установлена, настроена, вносимые разработчиком обновления корректно устанавливаются. Осуществляется мониторинг производительности, производится устранение ошибок. Безопасность обеспечена на уровне, достаточном для отражения угроз, регулярно осуществляется резервное копирование.
На что обращаем особое внимание:
-
Знает архитектуру 1С и серверных технологий.
-
Имеет опыт работы с базами данных (SQL).
-
Обладает навыками устранения технических неисправностей.
Администратор базы данных – сотрудник, которого зачастую берут в компанию клиента для осуществления оперативной поддержки работоспособности 1С систем. В некоторых случаях, администратор базы данных так же осуществляет типовые обновления, поддерживает работу обменов, заводит и блокирует пользователей, предоставляет простые консультации по использованию 1С.
Обязательные роли в проекте внедрения
Проекты внедрения существенно отличаются сложностью и масштабами. Иногда всю работу делает один специалист-универсал. Это значит, что он выполняет несколько ролей: можно одновременно быть руководителем проекта, аналитиком, разработчиком. Иногда он даже не знает о том, что какие-то роли в проекте существуют – но всё равно выполняет их.
В крупных же проектах – при внедрении сложных систем ERP-класса, с числом пользователей, измеряющимся в сотнях и тысячах, команда проекта измеряется десятками или сотнями человек. В такой команде обязанности распределены между ролями/людьми, и среди них будут руководитель проекта с администратором, методологи или архитекторы по направлениям, бизнес-аналитики и 1С-аналитики, разработчики, консультанты.
Но какие роли являются обязательными в любом проекте, вне зависимости от его масштабов? Таких ролей всего 2:
Руководитель проекта (РП). Он отвечает за планирование, координацию и контроль всех этапов проекта. Обеспечивает взаимодействие с заказчиком и внутренней командой, следит за соблюдением сроков и качеством выполнения работ.
Аналитик 1С. Проводит анализ бизнес-процессов заказчика, выявляет потребности и разрабатывает модели настройки системы 1С в соответствии с требованиями бизнеса. Настраивает 1С, обучает пользователей, осуществляет запуск и поддерживает после запуска.
Может показаться, что в этом списке не хватает ещё как минимум разработчика (программиста). Однако существуют проекты, в которых для достижения целей заказчика достаточно типовой конфигурации 1С, поэтому разработка не требуется.
Если для решения бизнес-задач недостаточно типового функционала или нужны нетиповые интеграции внедряемой системы с другими системами, добавляется ещё одна обязательная роль:
Программист 1С. Он необходим, если проект требует доработки типового функционала или разработки новых модулей.
Если разработки в проекте столько, что её осуществляет три и более программиста одновременно, может понадобиться отдельный тестировщик.
Тестировщик. Проводит проверку работоспособности системы, выявляет и документирует ошибки, обеспечивает качественную работу программного обеспечения.
Хотя чаще всего с тестированием справляются аналитики или консультанты.
Если в проекте сложная модель, типовой функционал используется по максимуму, и есть сложные доработки, затрагивающие цепочки документов, регистры, а не просто печатные формы и отчёты, может понадобиться архитектор системы.
Архитектор системы. Бывает функциональными и техническим. Первый определяет оптимальную структуру системы, знает особенности различных конфигураций, помогает аналитикам. Технический архитектор курирует создание системы разработчиками, помогает им в сложных вопросах.
Если пользователей в компании много, и при запуске необходимо, чтобы несколько человек разбирали приходящие вопросы и заявки, оперативно решали их, то на этапе запуска и эксплуатации понадобятся консультанты 1С.
Консультант 1С. Обучает пользователей работе с системой, предоставляет поддержку на этапе внедрения и в последующей эксплуатации.
Важно, чтобы все в команде чётко понимали распределение зон ответственности между ролями. Это позволяет избежать недопонимания, задержек, дублирования работы. Чтобы обеспечить такое понимание, нужно для каждой роли иметь документ, который описывает её место в компании.
Заключение
Внедрение 1С – это всегда командная работа. Можно собрать команду из «звёздных» специалистов, но если роли не распределены, обязательно появятся задачи, за которые будут ответственны все и одновременно никто. Или наоборот, произойдёт дублирование: несколько специалистов будут делать одно и то же. И в том и в другом случае, это негативно отразится на сроках и бюджете проекта, а бизнес так и не получил полезного результата.
Поэтому важно правильное распределение ролей. Это словно хорошо настроенный механизм: каждый участник знает, за что отвечает, команда работает слаженно. Аналитики «переводят» бизнес-задачи на язык 1С, программисты создают полезные доработки для удобства функционала, тестировщики находят ошибки, администраторы поддерживают стабильность системы. Один из элементов выпадает? В проигрыше оказываются все.
Поэтому при старте проекта важно не просто определить, кто и чем занимается. Нужно ещё и учитывать нюансы: эффективно ли будет совмещать роли в одном человеке, достаточно ли ресурсов для реализации, наличие каких компетенций критично. Чем лучше каждый участник команды понимает свою зону ответственности, тем выше шансы, что внедрение пройдёт гладко и принесёт бизнесу реальную пользу.
