1. Общие положения

1.1. Настоящая должностная инструкция устанавливает трудовые функции, права, полномочия и ответственность архитектора программного обеспечения (включая наименования: Software Architect, Solution Architect, Enterprise Architect, системный архитектор, главный архитектор IT-решений).

1.2. Должность относится к категории высшего инженерного руководства в области разработки программных систем (C-Level / Tech Lead Tier).

1.3. Архитектор ПО принимается и освобождается от должности приказом Генерального директора по согласованию с Техническим директором (CTO).

1.4. Архитектор ПО непосредственно подчиняется Chief Technology Officer (CTO) или Главному корпоративному архитектору.

1.5. В своей деятельности Архитектор ПО руководствуется:

• Трудовым кодексом РФ, законодательством о защите информации и авторских правах на ПО (Часть IV ГК РФ);
• Профессиональным стандартом 06.003 «Архитектор программного обеспечения» (утв. Приказом Минтруда РФ № 316н);
• Международными методологиями архитектурного проектирования: TOGAF, Zachman Framework, Domain-Driven Design (DDD), стандартами ISO/IEC/IEEE 42010;
• Стратегией технологического развития компании (Tech Radar) и регламентами корпоративной безопасности.

2. Квалификационные требования к специальности

2.1. Требования к образованию: Высшее техническое/математическое образование (магистратура или специалитет) по направлению «Программная инженерия», «Информатика и вычислительная техника», «Прикладная математика».

2.2. Требования к опыту работы: Общий стаж в коммерческой разработке ПО не менее 6–8 лет, из них не менее 2–3 лет в роли ведущего разработчика (Tech Lead / Team Lead) или системного архитектора масштабных распределенных систем.

2.3. Архитектор ПО (Solution Architect) должен знать:

• Архитектурные паттерны: микросервисная архитектура (Microservices), монолиты, сервисно-ориентированная архитектура (SOA), Event-Driven Architecture (EDA), CQRS, Event Sourcing, Hexagonal/Clean Architecture;
• Принципы проектирования высоконагруженных (HighLoad) отказоустойчивых систем (High Availability 99.99%, Fault Tolerance, Sharding, Replication, Caching-стратегии);
• Современные стеки бэкенда, фронтенда и мобильной разработки (Java, Go, .NET, Python, Node.js, React, Swift, Kotlin) и границы их применимости;
• Базы данных: реляционные СУБД (PostgreSQL, Oracle), NoSQL (MongoDB, Cassandra, Redis), колоночные (ClickHouse) и распределенные брокеры сообщений (Apache Kafka, RabbitMQ);
• Облачные платформы и инфраструктуру: Kubernetes, Service Mesh (Istio), IaC (Terraform), Cloud-native подходы (AWS, Azure, Yandex Cloud);
• Нотации и инструменты архитектурного моделирования: UML, C4 Model, ArchiMate, BPMN, ведение Architecture Decision Records (ADR);
• Информационную безопасность: принципы Zero Trust, OWASP Top 10, OAuth2/OIDC, шифрование данных at rest и in transit.

Справочные данные классификаторов

3. Должностные и профессиональные обязанности

Архитектор программного обеспечения выполняет следующие стратегические функции:

3.1. Архитектурное проектирование и технологическое лидерство:

• Транслирует бизнес-требования и цели компании в масштабируемую, надежную и экономически эффективную техническую архитектуру IT-продуктов.
• Определяет структуру сервисов, контракты взаимодействия (REST API, gRPC, GraphQL, Async API), схемы баз данных и потоки данных между подсистемами.
• Фиксирует архитектурные решения через ведение реестра архитектурных решений (ADR) и разработку интерактивных C4-диаграмм (Context, Containers, Components, Code).
• Формирует и развивает Корпоративный технологический радар (Tech Radar): оценивает и утверждает новые языки, библиотеки, СУБД и фреймворки.

3.2. Контроль качества реализации (Architecture Governance):

• Проводит регулярный Architectural Review проектных решений команд разработки, предотвращая накопление критического технического долга.
• Участвует в решении сложнейших инцидентов производительности и безопасности на промышленной среде (L4 Troubleshooting).
• Контролирует соблюдение нефункциональных требований (NFR): время отклика (Latency p99), пропускная способность (RPS), масштабируемость, безопасность и TCO (совокупная стоимость владения инфраструктурой).

4. Права работника

Архитектор ПО имеет право:

• Накладывать вето на внедрение технических решений и сторонних компонентов, создающих риски безопасности, монопольной зависимости от вендора (Vendor Lock-in) или разрушающих целевую архитектуру.
• Требовать от команд разработки проведения обязательного рефакторинга компонентов при превышении допустимого уровня технического долга.
• Принимать финальные решения в технических спорах между лидерами команд разработки (Tech Leads).

5. Ответственность

Архитектор ПО несет ответственность за:

• Критические архитектурные просчеты: неспособность системы выдерживать проектные пиковые нагрузки или невозможность масштабирования под рост бизнеса.
• Раздувание инфраструктурного бюджета (FinOps): выбор избыточно дорогих или неэффективных серверных конфигураций и лицензий.
• Уязвимости системного уровня: заложенные на этапе проектирования фундаментальные бреши безопасности архитектуры.

6. Взаимодействие и KPI

6.1. Связи: взаимодействует с CTO, Product Owners, Engineering Managers, Tech Leads команд разработки, DevOps-инженерами и дирекцией по ИБ.

6.2. KPI: отсутствие критических сбоев архитектуры в Production (Uptime > 99.99%), соблюдение NFR-метрик под нагрузкой, скорость вывода новых фичей на разработанном каркасе (Time to Market), процент повторно используемых сервисов.