Привлечение техдира
Цель и область применения
Цель
Установить единый порядок привлечения технического директора к решению технически сложных или нетипичных задач, а также обеспечить прозрачность учёта рабочего времени и документирование итоговых решений.
Область применения
- Все проекты и процессы, где может возникнуть потребность в дополнительной экспертизе со стороны технического директора.
- Все сотрудники (разработчики, системные администраторы, тестировщики, дизайнеры, менеджеры проектов и т. д.), которые могут инициировать запрос к техническому директору.
Основные принципы
Привлечение ТД только при необходимости
Технический директор подключается в том случае, если для решения задачи не хватает компетенции у штатных специалистов или требуется стратегическое техническое решение, выходящее за рамки обычных процессов.
Разделение учёта времени
Время, затраченное сотрудником на решение задачи совместно с ТД, фиксируется отдельно от времени, которое непосредственно затрачивает на задачу сам технический директор.
Документирование решений в базе знаний
Все ключевые решения, предложенные ТД, должны быть зафиксированы в корпоративной базе знаний, чтобы в дальнейшем ими могли пользоваться другие сотрудники.
Роли и зоны ответственности
Технический директор (ТД)
- Предоставляет экспертное мнение и решения по сложным техническим вопросам.
- Поддерживает стратегический уровень архитектуры и технологий в компании.
- Проверяет корректность итоговых решений, которые будут внесены в базу знаний.
Инициатор задачи
- Формирует запрос к ТД, если не обладает достаточной компетенцией или ресурсы команды не позволяют решить задачу самостоятельно.
- Ведёт учёт своего времени и времени ТД при совместной работе над задачей.
- Размещает итоговое решение или описание результатов в базе знаний (либо передаёт ТД, если требуются дополнительные корректировки).
Менеджер проекта
- Контролирует приоритеты и сроки задачи, где задействован ТД.
- Участвует в процессе согласования и при необходимости координирует взаимодействие ТД с другими сотрудниками.
Руководитель отдела / Тимлид
- Может выступать посредником между инициатором задачи и ТД, если возникает спорный вопрос или требуется распределение нагрузки.
- Обеспечивает соблюдение данного регламента в команде.
Процесс привлечения ТД к задаче
Идентификация необходимости
Определение сложности
- Сотрудник, столкнувшийся с технической проблемой, анализирует задачу и определяет, сможет ли он (или команда) решить её своими силами.
- Если задача выходит за рамки компетенции специалиста или требует более глубоких знаний (например, архитектурных решений, нетипичной интеграции, высоконагруженных систем), принимается решение о привлечении ТД.
Согласование с руководителем
При необходимости сотрудник уведомляет своего непосредственного руководителя или менеджера проекта, что планируется привлечение ТД.
Постановка задачи в системе
Создание задачи
- В корпоративной системе управления задачами создаётся новая задача либо открывается уже существующая задача, к которой добавляется соответствующий комментарий.
- В описании или комментарии указывается, что требуется помощь ТД, и коротко описывается суть проблемы.
Назначение ТД
- В задаче в качестве соисполнителя добавляется Технический директор.
- Указывается предполагаемый дедлайн и приоритет.
Взаимодействие и учёт времени
Совместное обсуждение
- Сотрудник и ТД могут провести личную встречу, видеозвонок или переписку в корпоративном мессенджере, чтобы разобраться в задаче.
- Все промежуточные решения и договорённости фиксируются в комментариях к задаче для прозрачности и отслеживаемости.
Учёт рабочего времени
Время сотрудника: записывается как обычное рабочее время, потраченное на задачу.
Время ТД: указывается отдельной строкой в системе управления задачами, чтобы было видно, сколько времени ТД потратил, через блок “Помощь“.
Документирование решения
Подготовка итогового описания
После того как решение найдено, сотрудник (или ТД) кратко описывает его в задаче:
- Какую проблему решали?
- Какой вариант решения выбрали?
- Какие изменения или действия необходимо предпринять?
Добавление в корпоративную базу знаний
- Ключевая информация (архитектурная схема, алгоритм, специфика использования новых технологий и т. д.) переносится в корпоративную базу знаний.
- Ответственность за размещение материала лежит на сотруднике-инициаторе или лице, назначенном ТД (в зависимости от договорённостей).
- ТД проверяет и утверждает контент в базе знаний, чтобы гарантировать корректность и полноту.
Завершение задачи
Проверка результата
- Сотрудник внедряет предложенное решение, при необходимости снова консультируясь с ТД.
- После успешной реализации делается отметка о завершении в задаче.
Закрытие задачи
- Менеджер проекта или ТД (в зависимости от принятого в команде процесса) проверяет, что решение документировано и задача выполнена в срок.
- Задача переходит в статус «Закрыта»
Контроль соблюдения регламента
Ответственность за соблюдение
- Технический директор совместно с руководителями отделов следит за исполнением данного регламента.
- Любые нарушения (нефиксирование времени, отсутствие описания решений, самостоятельные попытки решения, когда нужна экспертиза ТД) должны быть выявлены и исправлены.
Регулярное обновление
- В случае изменения внутренних процессов или структуры компании регламент может быть дополнен и пересмотрен.
- Обновлённая версия доводится до сведения всех сотрудников.