В роли Staff Enterprise Architect вы будете проектировать и развивать конфигурацию, интеграцию, производительность и масштабируемость внутренних систем GitLab для поддержки быстро растущего бизнеса. Подчиняясь директору Enterprise Architecture and AI Intelligent Automation, вы будете применять все четыре архитектурных линзы (бизнес, приложение, данные и технология) к системам в вашей области, рассматривая ИИ как постоянный фактор внутри каждой из них, а не как отдельный поток работ.
Стратегия на уровне предприятия, направление портфеля и владение стандартами находятся в ответственности директора. Ваша задача — глубина: превратить это направление в детальные проекты, достаточные для реализации, и стать человеком, которому доверяют самые сложные технические проблемы в компании. Вы не будете управлять людьми. Вы будете вести через архитектуру, будучи партнёром команд инженерии приложений, а также Integration, RPA и Intelligent Automation, и в качестве рецензента в Architecture Review Board, где цель — сделать архитектуру драйвером, а не барьером.
Бизнес-архитектура
- В сотрудничестве с управлением продуктом и владельцами процессов картировать текущие процессы и возможности, поддерживаемые системами в вашей области, связывая каждую возможность с её поддерживающими системами, владельцами и системами‑записями, а также выявлять и устранять места, где эти системы создают трения, ручные передачи или дублирование работы, включая передачи, которые ИИ‑агент мог бы полностью устранить.
- Проектировать сквозные процессы, охватывающие фронт‑офис и бэк‑офис системы, включая ввод новых продуктов, CPQ и quote‑to‑cash, биллинг и признание выручки, продление и record‑to‑report, а также процессы обслуживания клиентов, которые работают параллельно, включая управление кейсами и эскалациями, права доступа и обязательства по уровню сервиса, а не оптимизировать отдельную систему в изоляции.
- Переработать рабочие потоки перед их автоматизацией, чтобы не закодировать сломанные процессы в новых инструментах. Для каждого шага решать, что должен обрабатывать ИИ‑агент, что — детерминированная автоматизация, а что остаётся за человеком.
Архитектура приложений
- В сотрудничестве с командами инженерии приложений выступать их встроенным архитектором, создавая высокоуровневые проекты и шаблоны изменений для Salesforce, NetSuite, Zuora, Zendesk и других ключевых платформ. Предпочитать конфигурацию и поддерживаемые шаблоны расширения вместо кастомизации, оценивать встроенный ИИ каждой платформы перед созданием чего‑то уникального и поддерживать дорожные карты систем в соответствии со стандартами предприятия.
- Проектировать с учётом поддерживаемости и обслуживаемости: чёткое владение сервисом, наблюдаемость и обработка ошибок в интеграциях, документированные runbook‑и и реалистичная совокупная стоимость владения.
- Глубоко изучать платформы в своей области, быть в курсе релиз‑ноутов, опубликованных лимитов, поведения API и известных ограничений, чтобы проекты учитывали реальное поведение платформы, а не только обещания документации.
- Управлять изменениями приложений, рассматривая значительные предложения по построению, изменениям модели данных и добавлению сторонних пакетов до их коммита, предоставляя командам чёткое и своевременное решение и поддерживая платформы на поддерживаемых версиях и готовыми к обновлению.
- В сотрудничестве с техническим лидером каждого домена или с поставщиком, если это более надёжный источник, проводить квартальные проверки состояния Salesforce, NetSuite, Zuora, Zendesk и Workato, измеряя объём кастомизации относительно опубликованных пределов API и governor‑лимитов, автоматизации, хранилища, объёма транзакций и тикетов, потребления ИИ и лицензий. Публиковать отчёт‑карту, показывающую запас, тенденцию к пределу и ответственного за исправление.
Архитектура данных
- Проектировать потоки данных через операционные и аналитические слои, включая паттерны извлечения и привязки, которые делают корпоративные данные пригодными для ИИ, наряду с API‑first интеграциями, событийно‑ориентированными паттернами, пакетными конвейерами, моделями хранилищ данных и обратным ETL в бизнес‑системы.
- Разрабатывать паттерны доступа к данным и их обработки, соответствующие требованиям конфиденциальности, резидентности и SOX, устанавливая явные границы того, что модели и агенты ИИ могут читать, сохранять или действовать, а также контроль на уровне полей для чувствительных данных клиентов и финансовой информации.
- Устанавливать интеграционные и дата‑контракты между системами, чтобы downstream‑потребители не пострадали от upstream‑изменений схемы.
Технологическая архитектура
- Определять платформенные и интеграционные паттерны для систем в вашей области, охватывающие iPaaS (Workato), управление идентификацией и доступом, работу с секретами и облачные сервисы, от которых зависят эти системы. Определять, как каждая система предоставляет свои возможности ИИ‑агентам через API, интерфейсы инструментов и ограниченные разрешения.
- В сотрудничестве с Infrastructure проектировать надёжность и масштабируемость, охватывая стратегию окружений, управление sandbox‑ и тестовыми данными, а также нефункциональные требования, при этом CI/CD и восстановление после катастроф остаются их ответственностью.
- В сотрудничестве с Security проектировать аутентификацию, авторизацию и сервис‑to‑service доступ для систем в вашей области, применяя стандарты, установленные ими и директором.
- В сотрудничестве с командой enterprise AI рекомендовать, кейс за кейсом, когда потребность лучше обслуживается доменно‑специфичным ИИ, встроенным в бизнес‑приложение, а когда — общей корпоративной ИИ‑возможностью, применяя их рамки управления решениями и моделями, и собирать доказательства для каждой рекомендации: доступ к данным и их чувствительность, повторное использование в разных функциях и стоимость.
- Мониторить и оптимизировать потребление облака и платформ, включая правльный размер, управление лицензиями и лимитами API, а также устранение расходов на неиспользуемые или дублирующие ресурсы.
Во всех четырёх доменах
- Создавать проекты, из которых команды будут строить: целевые архитектуры, записи решений, эталонные паттерны и высокоуровневые проекты для крупных инициатив и значимых изменений платформ. Описывать их с достаточной детализацией для реализации: модели данных, сопоставления полей, поведение ошибок и повторных попыток, режимы отказов и способы оценки вывода ИИ, когда проект его использует. Каждый проект должен соответствовать требованиям SOX, внутреннего контроля и безопасности.
- Совместно с инженерными командами разрабатывать эти проекты и сопровождать их до завершения построения, принимая решения о компромиссах, разрешая неоднозначности в спецификации и разблокируя решения, чтобы доставка не задерживалась.
- Лично брать на себя самые сложные технические задачи в своих доменах, создавая прототипы, когда решение нельзя сформулировать на бумаге, включая производственные проблемы, которые никто другой не смог выявить.
- Тесно сотрудничать с соседними технологическими командами, включая Data, Security и Infrastructure, чтобы архитектура была продумана от начала до конца и обслуживала всё предприятие, а не одну функцию за раз.
- Поддерживать приоритетный реестр технического долга по своим доменам и снижать его, привязывая исправления к финансируемым проектам, обновлениям и миграциям, уже затрагивающим эту область. Выявлять коренные причины производственных дефектов, а не просто устранять их, исправляя дизайн, чтобы тот же класс дефектов не повторялся.