AWS, четыре года и вопрос: сколько стоит культура выгорания

История началась не с громкого расследования, а с личного текста. Tarus Balog, бывший сотрудник Amazon Web Services и человек из open source-среды, написал пост Amazon Web Services — Four Years and Out: ровно через четыре года после прихода в AWS его уволили. Текст быстро ушёл на Hacker News, потому что попал в знакомый нерв — не только про AWS, а вообще про то, как большие технологические компании обращаются с людьми, опытом и качеством работы.

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

Четыре года как точка развилки

Вокруг Amazon давно ходит разговор о коротком среднем сроке работы сотрудников. Точные данные именно по AWS компания публично не раскрывает, поэтому к цифрам из агрегаторов и карьерных платформ нужно относиться осторожно. Но сама тема высокой текучести всплывает регулярно.

У Amazon есть ещё одна особенность — структура компенсации. Во многих описаниях её RSU-схему называют «backloaded»: значительная часть акций нового сотрудника вестится на третьем и четвёртом годах. Часто её описывают как 5% в первый год, 15% во второй, 40% в третий и 40% в четвёртый.

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

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

Что именно не сработало

Balog пришёл в AWS в 2022 году и работал на направлении, связанном с open source. В посте о третьем годе в компании он писал, что его команда занималась тем, как AWS взаимодействует с open source-клиентами и сообществом. Тогда же он уже отмечал слово “change” как главное описание года, а ещё прямо говорил о стрессе, проблемах со здоровьем и ощущении, что в большой компании у него меньше контроля над собственной работой.

В новом тексте раздражение становится заметнее. Одна из главных тем — поворот AWS к Generative AI. Не сам AI как инструмент, а ощущение, что его начали внедрять как обязательный слой почти везде, иногда без достаточного внимания к качеству.

Это знакомая проблема не только для Amazon. Когда компания делает AI стратегическим приоритетом, внутри быстро появляется давление: использовать, демонстрировать, включать в процессы, показывать прогресс. На бумаге это выглядит как инновация. Внутри команды это иногда превращается в «сделайте через AI, потому что сейчас так надо».

Здесь у Balog появляется важный конфликт с одним из главных принципов Amazon — Customer Obsession, то есть одержимость интересами клиента. Он пишет о разрыве между принципом и практикой: если результат “good enough” проходит только потому, что он сделан с AI, то клиентский фокус начинает размываться.

Почему личный пост стал шире личной истории

AWS остаётся огромным и успешным бизнесом. В первом квартале 2026 года выручка AWS выросла на 28%, до $37,6 млрд, а Reuters связывает этот рост в том числе с сильным спросом на AI-инфраструктуру. По оценке CRN, AWS в первом квартале 2026 года сохраняла лидерство на рынке облачной инфраструктуры с долей около 28%.

То есть снаружи всё выглядит мощно: рост, AI, инфраструктура, огромные клиенты, инвестиции. Но личные тексты вроде Balog показывают другую сторону этой же машины. Вопрос не в том, может ли AWS расти. Очевидно, может. Вопрос в том, какой ценой этот рост даётся людям внутри и не начинает ли культура постоянного давления бить по качеству.

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

AI-инструменты добавили напряжения

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

Reuters со ссылкой на Financial Times писало, что в декабре AWS столкнулась с 13-часовым сбоем в системе, связанной с мониторингом затрат, после того как инженеры позволили AI-инструменту Kiro выполнить определённые изменения. По словам представителя Amazon, событие было ограниченным: затронуло один сервис для cost management в одном из регионов материкового Китая, а причиной компания называла пользовательскую ошибку.

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

AI может ускорять разработку. Но он не заменяет инженерную память, осторожность и понимание продакшена. Особенно в системах, где ошибка не просто ломает кнопку, а задевает клиентов, счета, мониторинг или инфраструктурные цепочки.

Возвращение в офис как культурный маркер

Ещё одна тема, которую нельзя игнорировать, — офисная политика. В 2024 году глава AWS Matt Garman публично защищал курс на возвращение сотрудников в офис на пять дней в неделю. Эту позицию многие восприняли жёстко: если формат не подходит, можно искать другое место.

Для части сотрудников это стало не просто спором о гибридной работе. Это выглядело как сигнал о стиле управления: компания готова терять людей, если они не вписываются в выбранную модель. Возможно, для Amazon это осознанная ставка на дисциплину и плотное взаимодействие команд. Но у такой ставки есть обратная сторона — она особенно болезненна для опытных специалистов, у которых есть выбор.

И вот здесь тема «четырёх лет» снова возвращается. Если человек уже получил основной пакет акций, прошёл тяжёлую адаптацию, накопил имя AWS в резюме и при этом чувствует усталость, офисный ультиматум может стать последней каплей.

Open source и человеческое лицо большой компании

В тексте Balog есть важный контраст: он не пишет, что в AWS работают плохие люди. Наоборот, в его историях заметно уважение к отдельным сотрудникам и клиентам. Один из примеров — случай с восстановлением аккаунта AWS, который позже отдельно описывали как редкий момент, когда вместо безличной поддержки появился живой человек, действительно пытавшийся помочь.

Именно поэтому пост не выглядит простой обидой уволенного сотрудника. Он скорее про сожаление: внутри большой системы ещё есть люди, которые хотят делать правильно, но сама система всё чаще мешает им действовать по-человечески.

Для open source-среды это особенно чувствительно. Там многое держится на доверии, личных связях, репутации и честном разговоре. Крупная облачная компания может быть важным партнёром open source, но если внутри неё всё сильнее побеждает бюрократия и KPI-логика, мост между корпорацией и сообществом становится хрупким.

Что в альтернативных версиях лучше не разгонять

Вокруг этой темы уже появляются более жёсткие пересказы: про массовые увольнения именно в AWS, про катастрофические AI-сбои, про прямую связь между уходом опытных инженеров и конкретными авариями. Часть таких утверждений выглядит правдоподобно как гипотеза, но не всегда подтверждается надёжными источниками.

Например, про Kiro есть проверенное сообщение Reuters: ограниченный инцидент с cost-management feature, 13 часов, регион материкового Китая, позиция Amazon о пользовательской ошибке. Всё, что превращает этот эпизод в историю о полномасштабном падении AWS или огромных потерях заказов, нужно отдельно доказывать.

С кадровыми цифрами то же самое. Можно говорить о репутации Amazon как компании с жёсткой культурой и коротким средним сроком работы, можно обсуждать backloaded RSU-схему, можно ссылаться на личные свидетельства. Но выдавать это за точную статистику по AWS без открытых данных было бы слишком смело.

Почему это всё равно важно

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

AI внедряют быстрее, чем команды успевают осмыслить последствия.
Опытные инженеры становятся особенно ценными, но культура часто обращается с ними как с заменяемыми ресурсами.
Клиентский фокус легко превращается в лозунг, если внутри всё измеряется скоростью и показателями.
Open source требует доверия, а большая корпорация не всегда умеет говорить человеческим языком.

AWS всё ещё лидер облачного рынка. Это не история о падении компании. Скорее это история о том, как даже очень успешная система может постепенно становиться менее комфортной для людей, которые эту систему держат.

Итог

Текст “Четыре года и на выход” стоит читать не как приговор AWS, а как симптом. Он показывает, что за ростом облака, AI-инфраструктурой и красивыми финансовыми цифрами остаётся старая инженерная проблема: сложные системы держатся на людях, которые их понимают.

Если культура выжимает людей быстрее, чем успевает передавать их опыт, это не сразу видно в отчётах. Но рано или поздно это проявляется — в качестве решений, в отношении к клиентам, в осторожности при изменениях, в способности чинить то, что сломалось.

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

Источник: Adventures in Open Source Software Hacker News LinkedIn / Tarus Balog