Содержание:
-
Аналитик 1С
-
Ведущий аналитик
-
Функциональный архитектор
-
Руководитель функционального направления
-
Как выбрать роль: пошаговый алгоритм
-
Частые ошибки при выборе специалиста
-
Итог
При формировании команды часто сначала ищут человека, а уже потом разбираются, чем он должен заниматься. Так аналитик получает задачи архитектора, ведущий специалист — работу по оформлению требований, а архитектор тратит большую часть времени на операционные вопросы. С руководителем направления бывает похожая история: от роли остается только название, ему не дают ни команды, ни реальной ответственности за результат. В итоге растут расходы, сдвигаются сроки, а участники проекта по-разному понимают свои задачи.
Аналитик 1С
Когда нужен
Аналитик 1С работает с конкретными задачами внутри уже определенного функционального направления. Когда границы блока понятны, основные архитектурные решения приняты, а специалисту нужно лишь разобраться в требованиях и довести их до разработки.
Типичные задачи
— сбор и уточнение требований;
— интервью с пользователями;
— описание текущих и целевых бизнес-процессов;
— подготовка функциональных требований;
— постановка задач разработчикам;
— согласование доработок;
— сопровождение разработки;
— подготовка сценариев тестирования;
— участие в приемке;
— подготовка инструкций и документации.
Для каких проектов подходит
Аналитик 1С хорошо вписывается в проект, где он может сосредоточиться на требованиях, постановках и работе с пользователями, не занимаясь архитектурой всей системы. Сложные вопросы в таком проекте остаются у ведущего специалиста или архитектора. Аналитик получает от них направление, детально прорабатывает свою часть и передает результат разработчикам.
Когда одного аналитика недостаточно
Ситуация меняется, если требования нескольких подразделений противоречат друг другу и их нужно согласовать между собой. Еще сложнее становится, когда решение затрагивает несколько систем или не определена целевая функциональная модель. Отдельная роль понадобится и тогда, когда специалист должен управлять другими аналитиками или самостоятельно принимать архитектурные решения. В этих случаях задачи уже выходят за рамки обычной аналитики.
Ведущий аналитик
Когда нужен
Ведущий аналитик появляется там, где одним исполнителем уже не обойтись. Он самостоятельно ведет функциональный блок, помогает распределять работу между аналитиками и следит за тем, чтобы требования складывались в единую картину.
Типичные задачи
— организация обследования;
— декомпозиция функционального объема;
— распределение задач между аналитиками;
— проверка качества постановок;
— согласование сложных требований;
— принятие решений внутри функционального блока;
— координация работы с разработчиками и тестировщиками;
— участие в оценке трудоемкости;
— работа с зависимостями внутри направления;
— наставничество мене е опытных специалистов.
Для каких проектов подходит
Ведущий аналитик особенно нужен, когда нескольким аналитикам нужно договориться о подходах к требованиям, согласовать спорные решения и не допустить, чтобы части проекта начали развиваться в разные стороны. Такая роль полезна и при сложных бизнес-процессах, где одного сбора требований недостаточно. Ведущий аналитик помогает участникам договориться и снимает с руководителя проекта часть ежедневной аналитической работы. Он может принимать решения внутри своего функционального блока, но обычно не отвечает за решение целиком.
Если проект затрагивает несколько конфигураций, интеграций и крупных бизнес-направлений, нужно смотреть шире. Здесь уже появляется зона ответственности функционального архитектора. Он связывает отдельные решения между собой и следит за тем, чтобы они не противоречили целевой модели.
Функциональный архитектор
Когда нужен
Функциональный архитектор нужен, когда предстоит спроектировать целевое решение и определить, как его части будут работать вместе. Он смотрит на проект целиком: какие функции оставить в 1С, что вынести во внешние системы, где проходят границы блоков и как между ними передаются данные. По сути, архитектор отвечает на вопросы, которые возникают на стыке нескольких функциональных областей. Ему также приходится решать, где достаточно типовых возможностей 1С, а где нужны доработки.
Типичные задачи
— формирование целевой функциональной модели;
— определение границ систем и функциональных блоков;
— участие в выборе конфигураций и вариантов реализации;
— проектирование сквозных процессов;
— согласование принципов интеграции;
— проверка решений на соответствие целевой модели;
— согласование сложных функциональных решений;
— работа с архитектурными рисками;
— оценка влияния изменений на решение в целом.
Для каких проектов подходит
Когда проект затрагивает несколько систем и сквозные бизнес-процессы. Чем больше интеграций и функциональных блоков, тем больше связей приходится учитывать при принятии решений. Например, изменение одного процесса может повлиять на несколько систем или соседних блоков. Архитектор помогает увидеть такие связи заранее и определить общую модель до того, как команды начнут активно разрабатывать решение. Это снижает количество ситуаций, когда уже готовую часть проекта приходится переделывать из-за решения, принятого в другом блоке.
Архитектору не нужно делать всю работу аналитиков
Архитектор отвечает за общие принципы и целостность решения. При этом детально собирать все требования, писать каждую постановку и сопровождать каждую задачу разработки ему необязательно. На крупном проекте логичнее разделить работу: архитектор отвечает за целевую модель, ведущие аналитики управляют отдельными направлениями, а аналитики занимаются конкретными блоками и задачами. Состав команды зависит от масштаба проекта и количества функциональных областей.
Руководитель функционального направления
Когда нужен
Руководитель функционального направления необходим, если требуется управлять не только содержанием решения, но и командой, сроками, ресурсами и результатом отдельного потока проекта.
Названия у такой роли могут быть разными: руководитель функциональной группы, функциональный лидер, руководитель команды аналитики, stream lead (руководитель потока/направления) или functional lead (руководитель функционального направления). Суть от названия не меняется: человек отвечает за работу конкретного потока и его результат.
Типичные задачи
— планирование работ направления;
— формирование и развитие команды;
— распределение ресурсов;
— контроль сроков и качества;
— расстановка приоритетов;
— координация аналитиков, архитекторов, разработчиков и тестировщиков;
— взаимодействие с руководителем проекта и заказчиком;
— работа с зависимостями между потоками;
— работа с рисками и эскалациями;
— контроль результатов этапа.
Для каких проектов подходит
Когда за отдельный поток отвечают несколько специалистов и у него есть собственные задачи, сроки и ресурсы. По мере роста проекта руководителю становится сложно одинаково глубоко следить за всеми направлениями. Тогда часть этой работы переходит к руководителям отдельных потоков. Особенно это заметно в проектах с несколькими поставщиками и распределенными командами. Руководитель направления помогает синхронизировать их работу и отвечает за результат своего потока.
Чем отличается от функционального архитектора
Функциональный архитектор отвечает за устройство решения: какие блоки в него входят, как они связаны и по каким принципам должны работать. Руководитель направления отвечает за работу людей, ресурсы, сроки и результат конкретного потока. На большом проекте эти роли могут быть разделены. На маленьком их иногда совмещает один специалист, если у него хватает времени и на архитектурные задачи, и на управление командой.
Как выбрать роль: пошаговый алгоритм
Шаг 1. Определите основной результат
Сначала ответьте на простой вопрос: что именно должен сделать специалист?
- Если ему нужно собирать и сопровождать требования, достаточно аналитика 1С.
- Когда специалист самостоятельно ведет функциональный блок и координирует других аналитиков, нужен ведущий аналитик.
- Предстоит спроектировать целевое решение и связать несколько функциональных блоков — нужен функциональный архитектор.
- А когда специалист отвечает за команду, ресурсы, сроки и результат отдельного потока, речь идет о руководителе функционального направления.
Шаг 2. Посмотрите на масштаб ответственности
Далее разберитесь:
— Специалист будет отвечать за несколько взаимосвязанных процессов?
— В проекте работает несколько аналитиков?
— Ему придется принимать решения, которые затрагивают несколько систем?
— Есть сложные интеграции?
— Нужно управлять сроками и загрузкой команды?
— Специалист будет регулярно общаться с руководством заказчика?
— Ошибка в его решении может повлиять на другие блоки или весь проект?
Шаг 3. Определите уровень неопределенности
Частые ошибки при выборе специалиста
Ошибка 1. Выбирать роль только по названию вакансии
Название «аналитик 1С» может означать разные задачи — от сбора требований до участия в проектировании решения. Поэтому одной должности недостаточно, чтобы понять, чем человек будет заниматься. Сначала определите задачи и ответственность, а потом выбирайте роль.
Ошибка 2. Требовать от аналитика архитектурных решений
Если специалист должен определять границы систем, согласовывать решения между функциональными блоками и формировать целевую модель, его задачи выходят за рамки обычной аналитики. Здесь нужно смотреть на решение целиком,
а не только на отдельный блок. Такие задачи относятся к работе функционального архитектора.
Ошибка 3. Не выделять ведущего при большой команде
Когда несколько аналитиков работают над одним направлением без единого лидера, им сложнее договориться о требованиях и подходах к работе. Появляются разные форматы документации, противоречивые постановки и повторная работа. Руководителю проекта приходится разбирать эти вопросы самому, хотя они относятся к ежедневной работе аналитической команды.
Ошибка 4. Совмещать управление и архитектуру без оценки загрузки
Один специалист может совмещать функции архитектора и руководителя направления, если проект небольшой и обе задачи помещаются в его рабочую нагрузку. С ростом команды, количества систем и числа решений времени на каждую из ролей становится меньше. Архитектура требует проработки целевой модели, а управление — постоянной работы с людьми, сроками и ресурсами. Если обе задачи становятся слишком объемными, роли лучше разделить.
Итог
При выборе специалиста отталкивайтесь от зоны ответственности. Если нужно проработать требования — нужен аналитик, если вести функциональный блок — ведущий аналитик, если проектировать целевое решение — архитектор, если управлять отдельным потоком — руководитель направления. На крупных проектах эти роли могут работать вместе, разделяя ответственность за содержание решения, архитектуру и менеджмент.