Выстрою выпуск и поддержку программ, созданных сотрудниками с ИИ
Сотрудники создают инструменты в ChatGPT, Claude и Cursor, а отделы постепенно начинают от них зависеть. Помогаю сохранить пользу этих решений: организую реестр, техническую проверку, выпуск через CI/CD и дальнейшую поддержку с понятной ответственностью. Первое приложение проводим через новый процесс. Такой порядок я выстроил в крупной компании: код хранится в корпоративном GitLab, технический ответственный проверяет и готовит приложения, а DevOps получает готовый к выпуску продукт через заявку в сервис-деске.
Начнём с бесплатного созвона на 30-40 минут. На сообщение отвечу лично в течение рабочего дня.
Полезный инструмент может стать уязвимым местом бизнеса
Разработка с ИИ экономит время сотрудников и помогает бизнесу зарабатывать; полный запрет может лишить компанию этой пользы. Для использования таких инструментов важно определить владельца каждого приложения и ответственного за его техническую готовность, выпуск и поддержку.
Работа отдела зависит от личного аккаунта
Скрипт или бот запущен под учётной записью сотрудника, оплата идёт с его карты, а данные хранятся в личном облаке. При увольнении автора отдел рискует потерять доступ к инструменту.
Секреты хранятся вместе с исходниками
Автор может оставить пароли и ключи к CRM, почте или платёжным сервисам прямо в коде. Если такие файлы попадут в публичный репозиторий, доступы окажутся открыты посторонним.
Рабочие данные попадают во внешние чат-боты
При создании или использовании программы сотрудник передаёт публичному сервису клиентскую базу, договоры или выгрузки из учётной системы. Вместе с ними за пределами компании могут оказаться персональные данные и секреты.
Для устранения сбоев не назначен ответственный
При поломке автор обращается к администраторам, хотя их зона ответственности - серверы, а не код приложения. Без технического ответственного некому разобраться в проблеме и подготовить задачу для инфраструктурной команды.
Инструмент трудно передать другим отделам
Полезное приложение хочется использовать шире, но без документации, тестов и общего хранилища кода его сложно поддерживать и развивать. Компания не готова предоставить к нему доступ другим сотрудникам.
Нет общей картины приложений
Руководители не знают, сколько таких программ используется и от каких уже зависит работа. Информация появляется случайно, нередко только после сбоя.
Единый процесс от подготовки приложения до поддержки
Сотрудники сохраняют возможность создавать полезные инструменты. Компания получает учёт этих решений, понятные требования к выпуску и разделение ответственности за их дальнейшую работу.
- Общий реестр приложений с авторами, используемыми данными и местами размещения.
- Требования к выпуску: корпоративный репозиторий, хранение ключей вне кода, отказ от личных учётных записей и выпуск через CI/CD.
- Форма заявки в вашем сервис-деске: сотрудник подтверждает подготовку в пределах своей компетенции, а техническую готовность отдельно проверяет специалист.
- Закреплённая роль технического ответственного: приём, ревью и доработка приложений, подготовка к релизу и взаимодействие с DevOps и администраторами после выпуска.
- Первое полезное приложение, прошедшее новый процесс до выпуска. Подготовку остальных согласуем отдельно для каждого инструмента.
- Регламент для авторов: что сотрудник должен подготовить сам перед передачей приложения техническому ответственному.
Пример внедрения в компании
Проверяем процесс на первом приложении и передаём команде
-
1
Собираем реестр
С руководителями отделов выявляем действующие программы. Разбираемся, где они запущены, какие данные обрабатывают и насколько важны для ежедневной работы.
-
2
Определяем требования и роли
Согласуем соразмерные компании требования к выпуску. Разделяем базовую подготовку, доступную сотруднику, углублённое ревью технического ответственного и выпуск силами DevOps. Автор готовит приложение по регламенту перед передачей на проверку.
-
3
Проводим приложение до релиза
Технический ответственный проводит углублённое ревью и доработку по требованиям к релизу: проверяет код в корпоративном репозитории, убирает ключи из файлов и готовит продукт к размещению. DevOps выпускает подготовленное приложение через CI/CD в test/prod на серверах компании.
-
4
Закрепляем процесс и поддержку
Передаю процесс вашей команде. Если собственного специалиста пока нет, могу остаться внешним техническим ответственным за эти приложения: вести технические вопросы и взаимодействовать с DevOps и администраторами. Объём регулярной работы согласуем отдельно.
Стоимость внедрения и сопровождения
Оценка зависит от количества действующих программ и их значимости для бизнеса. Ревизия включена во внедрение процесса. Доработка отдельных приложений и регулярная техническая поддержка имеют свой согласованный объём.
-
Внедрение процесса выпуска
Собираю реестр, формирую требования и заявку в сервис-деске, закрепляю техническую ответственность. Первое приложение проходит подготовку, ревью и выпуск через CI/CD силами DevOps.
Бюджет: от 300 000 ₽
Срок: 3-6 недель
-
Подготовка отдельного приложения к эксплуатации
Дорабатываю конкретный инструмент: переношу код в репозиторий, разбираю безопасность и работу с данными, готовлю документацию и вместе с DevOps или администраторами заказчика размещаю и выпускаю приложение. После передачи в течение двух недель вместе отлаживаем приложение и исправляем проблемы.
Бюджет: от 200 000 ₽
Срок: 2-4 недели
-
Техническое сопровождение приложений
Беру роль внешнего технического ответственного: проверяю новые приложения, помогаю сотрудникам, диагностирую и дорабатываю действующие инструменты, взаимодействую с DevOps. Доступность, объём задач и реакцию на сбои фиксируем в договоре. Крупные доработки оцениваем отдельно.
Бюджет: от 150 000 ₽ в месяц
Срок: помесячно
Когда стоит выстраивать процесс
Услуга полезна, если
- сотрудники создали несколько программ или ботов, которыми уже пользуются в компании;
- работа отдела уже зависит хотя бы от одного такого инструмента;
- руководство готово поддерживать разработку с ИИ при понятных правилах и контроле.
Нужен другой формат, если
- требуется формальная оценка или аттестация по информационной безопасности: для неё нужна профильная организация с необходимыми лицензиями;
- нужно определить правовые основания обработки данных и подготовить документы по 152-ФЗ: это требует юридической компетенции; технические требования я могу спроектировать и реализовать;
- собственных программ у сотрудников ещё нет: полезнее сначала автоматизировать конкретную рабочую задачу.
Что важно знать до начала работы
Есть ли смысл внедрять это за пределами IT-компании?
Да, особенно если сотрудники сами создают инструменты, а разработчиков для проверки и поддержки кода в штате нет. Уже две-три программы, от которых зависит отдел, дают повод определить порядок выпуска и техническую ответственность.
Заменяет ли эта работа аудит информационной безопасности?
Нет. Я организую инженерный процесс: хранение кода и ключей, техническую проверку, выпуск и поддержку с закреплённой ответственностью. Могу подготовить техническую часть к проверке и реализовать требования. Формальную оценку или аттестацию проводит профильная организация по информационной безопасности с необходимыми лицензиями, а правовые вопросы требуют юридической компетенции.
Как ввести правила, не мешая инициативе сотрудников?
Оставить автору понятную базовую подготовку, а сложную проверку и доработку поручить техническому ответственному. Тогда правила дают сотруднику поддержку и возможность передать инструмент коллегам, а не только ограничения. В компании, где я внедрил этот процесс, сотрудники продолжили создавать программы, но перед выпуском их принимает технический ответственный.
Обязательно ли сразу автоматизировать проверку кода?
При небольшом числе приложений можно начать с ручного ревью техническим специалистом. Чек-лист помогает подготовить заявку, но не доказывает безопасность продукта и не заменяет проверку. По мере роста потока имеет смысл автоматизировать повторяющиеся проверки, сохраняя ответственность специалиста за техническую готовность.
Что вы хотите решить?
Пришлите подробное описание, ТЗ и любые материалы по задаче. Если их пока нет, хватит нескольких предложений о текущей ситуации и нужном результате. Я сам прочитаю сообщение и отвечу в течение рабочего дня.
- Вы общаетесь напрямую со мной, а не с менеджером по продажам.
- Первый созвон поможет понять, могу ли я решить вашу задачу и каким будет первый шаг.
- Если задача не подходит моему профилю, прямо об этом скажу.
Александр Чадаев
Готово
Спасибо, сообщение получено
Изучу описание и свяжусь с вами в течение рабочего дня. Если потребуется подробнее обсудить задачу, предложу время короткого созвона.
По срочному вопросу можно написать мне в Telegram: @chadaev_ai