5 ошибок при составлении ТЗ на автоматизацию HR-процесса

Один из первых этапов автоматизации любого HR-процесса — техническое задание, в котором заказчик описывает, как должен выглядеть настроенный в системе процесс, а исполнитель на основе ТЗ разрабатывает его архитектуру. Качественное ТЗ экономит время на согласование хода проекта, позволяет подрядчику реалистично оценить стоимость и сроки внедрения и начать проект с уже заготовленным прототипом процесса.

Мы в FORMATTA несколько лет внедряем IT-решения в HR и консультируем компании по вопросам автоматизации HR-процессов. В этой статье я собрал 5 типичных ошибок, которые делают заказчики при составлении ТЗ: наш опыт поможет вам сфокусироваться на главном, а вашему подрядчику — предложить оптимальное решение для автоматизации процесса.

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

«У нас должно быть 5 карточек с целями, 8 оценочных форм, возможность возвращать оценочные формы на шаг назад в случае ошибки и конструктор отчётов» — часто именно так в ТЗ описывается система целей: заказчик идёт от особенностей системы, упуская сам процесс.

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

Это не значит, что указывать определённые фичи не нужно — для подрядчика важно знать о них, но гораздо важнее сложить целостную картину.

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

Чтобы предложить лучшее решение, подрядчику важно знать, почему появилась потребность в автоматизации. Ситуации могут быть разные:

Если подрядчик знает цели и предпосылки проекта, он понимает, на основании чего вы будете принимать решения в рамках проекта. Консультанты, как правило, имеют опыт решения разных задач в рамках автоматизации HR-процессов, поэтому понимают, какое решение предложить в зависимости от целей заказчика.

Выполнить проект максимально быстро — это общая цель и заказчика, и подрядчика. Однако скорость не должна влиять на качество. Поэтому и сроки внедрения должны быть реалистичными. Нередко заказчик указывает сроки в ТЗ, исходя из собственного понимания продолжительности работ.

Вам важно настроить процесс в IT-системе к определённому моменту, потому что это конец цикла, а начать новый логично уже в новой системе. Или вы указали конкретную дату завершения проекта, потому что его куратор планирует покинуть компанию, и важно закончить все работы до определённой даты. Может быть, дело в том, что компания планирует расширение, и важно на небольшом объёме внедрить решение и протестировать его — поэтому дата завершения проекта автоматизации привязана к началу изменений в компании. Такая информация даст понимание, насколько подвижны сроки проекта, и поможет подрядчику реалистично спланировать объём и этапы работ.

Одна из основных целей ТЗ — получить от подрядчика максимально точную оценку сроков и стоимости работ. На сроки прямым образом влияют требования к ведению проекта внутри компании — в зависимости от этих требований могут понадобиться дополнительные документы или этапы согласования.

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

В любом процессе есть набор своих документов. К примеру, в процессе постановки целей есть карточки целей, отчёты по итогам выполнения, перечни целей. Для точной оценки работ и понимания совместимости той или иной системы с требованиями к документам подрядчику ещё до начала работ полезно видеть формы и шаблоны, которые вы сейчас используете (внесите в них обезличенные данные, чтобы не нарушать закон о защите персональных данных).