В середине 2024 года я недолго проработал в Билайн. Уже тогда работу было найти достаточно сложно, это было видно потому что кандидатуру рассматривают в среднем по 1 месяцу и больше, но внешне начало кризиса мало кто замечал, писал что программисты зарабатывают свои деньги «ни за что». Нанимали народ они через прокладку‑аутстафф. Было средне‑сложное интервью на многопоточность, алгоритмы, паттерны проектирования с написанием кода. Мне потом сказал тим лид, что по их шкале я был ближе к топу выборке по набору баллов.
Суть проекта в котором я работал, была в следующем. Была некая БД c доступом через ORM EntityFramework и нужно было через некую многослойную архитектуру отдавать срезы запросов к сущностям через REST. Сущностей было порядка 2–3 десятков. Вся цепочка проброса по логике затрагивала несколько десятков файлов. Было создано несколько десятков тасков под каждую сущность и под каждого работника давалась задача портирования — по сути копи паст кода референсной сущности по всем этим 3-м десяткам файлов. С юнит, регрессионными тестами и всем остальным.
Вот собственно для этой задачи они набрали нас, человек 8 синьор программистов для того, что бы скорейшим образом все это реализовать.
Т.к. до этого я долго не работал на «дядю» — у меня был то свой бизнес, то сам работал руководителем, я не сразу включился в корпоративные игры и решил выслужиться. В один спринт сделал не одну сущность, а с разу 3. С тестированием, со всем остальным. На разборе на меня смотрели как на бракодела и идиота, который полностью поломал рабочий процесс. Всегда нужно коммитить одну таску и точка. Ну дескать в качестве исключения, так и быть, разрешим заккомитить. В итоге что происходит — как самого проблемного меня ставят в конец очереди и все мои правки принимаются в самом конце и конечно же возникает конфликт, так как в эти общие файлы мерджит вся команда. На ревью может быть какая‑то мелкая ошибка, и тогда мердж отклоняется и когда я правлю что‑то в виде лишнего пробела и переноса строки, возникают новые и новые конфликты.
В общем по сути, работу которую я сделал за 1.5 дня перепроверяли и переносили раз 8, потому что все разработчики заняты и им не до принятия коммита, а когда время появляется, они не могут принять коммит, потому что возникли уже новые конфликты, и нужно опять все переписывать заново.
По окончанию майлстоуна, недели через 4 мой коммит таки приняли и уведомили об увольнении за низкую производительность — потому что сдавать свою работу 4 недели это долго.
Хотя по сути, для этого проекта вообще не нужно эти 8 человек, один человек вполне бы справился с копипастом этих 20–30 сущностей, только для этого нужно поломать процесс и не в недельный спринт это делать, а хотя бы недели за 2–3. По бюджету задача для Билайна обошлась, наверное миллионов в 5–6 рублей. Учитывая з.п. в 300 тыс, налоги и маржу конторы‑аутстаф прокладки То что в принципе можно завайбкодить со всеми тестами меньше, чем за неделю. Но — так нельзя, потому что ломаются все агайл процессы. Даже без вайбкодинга, весь проект вполне мог сделать 1 человек за 3–4 недели. А не 8, за тот же или больший срок.
В итоге суть агайла в чем — нанимются досаточно квалифицированные спецы за немальнкие деньги и дружно делают мартышкин труд, бессмысленный и беспощадный, где нет ни творчества, ни развития, а только следование процессам.
При этом агайл корпорациям как ни странно очень выгоден. Дело не только в попилах — любая задача надежно масштабируется — а это часто важнее стоимости и сроков. На выгорание же специалистов, которые занимаются бессмысленной и абсурдной, но тем не менее изматывающей работой тем более всем плевать.
Комментарии (9)

Dhwtj
10.04.2026 12:48Автор явно слаб в софтскилах и не организован.
Одна таска - один комит! Бл@дь, поставьте себя на место ревьювера! Что вы будет проверять? Как вы будете мержить?
Команда тоже... Копипаст 30 сущностей по 30 файлам - это не работа, это генерация энтропии. Юнит-тесты на копипаст тоже будут копипастом, и будут тестировать ровно ничего нового в смысле бизнес логики.
Был тут случай: у знакомого задача
перевести нативные SQL запросы в CMS Netcat на eloquent, 8-10 человек полгода их переводили.
Я предложил: адаптер для конвертации вызовов my SQL -> postgres.
Собрать grep/ast-парсером все SQL, скормить LLM на классификацию паттернов (или глазами просмотреть - меньше глюков), сгенерировать адаптер на пару сотен строк и тесты, штук 20. Совсем сложные случаи написать вручную.
Явно верь плохо, когда одна причина меняет тысячи файлов. Чтобы это заметить достаточно насмотренности мидла. А вам, говорю, 8 джунам зря большие деньги платили.

Реакция 
youscriptor Автор
10.04.2026 12:48У вас проблемы с восприятием текста. По этим скиллам вы явно не сеньор. (сарказм на вашу способность развешивать ярлыки) Не было для каждой сущности отдельного файла. Как раз наоборот, 8 человек редактировали каждый из 30 файлов для свой задачи одновременного. Отсюда и конфликты. При этом все 8 по сути просто дублировали работу друг друга. И оплата определяется по собеседованию, а не по актуальной пользе

wintermute2025
10.04.2026 12:48Изначально Аджайл, по своей сути, был за все хорошее и против всего плохого. Проблема во фреймворке Scrum. К нему стали относиться как к "Золотой Корове", абсолютизировали основные принципы удобные манагерам, и благополучно забыли самый главный принцип удобный программистам - Гибкость. Зато получили мнимую предсказуемость и красивые отчётики.

Dhwtj
10.04.2026 12:48Когда упоротым маркетологам с их идеями, требующими выкатки на прод через 2 часа ИТ боится сказать "нет" получается уже другой аджайл: уродливый и безобразный. И все члены команды хотят его отправить в
NULLмикросервис.
wintermute2025
10.04.2026 12:48И это тоже верно. В этом случае Гибкость вырождается в крайность - Бедлам (в каноническом смысле этого слова).

verticalacid
10.04.2026 12:48А это точно аджайл манифест заставляет толпой одновременно коммитить в один файл?

MEGA_Nexus
10.04.2026 12:48А причём тут Agile? Компании Билайн нужно было напрограммировать какую-то маловажную фигню. Своих людей напрягать они не стали, а решили через прокладку-аутстафф нанять несколько временных разработчиков. Когда проект закончится, этих временных людей можно будет не продлевать. Это стандартная практика у больших компаний.
Почему взяли 8 человек, а не 2 или 3? Причин может быть много:
- Люди, которые принимали решения, могут вообще никак не разбираться в программировании, чтобы оценить сложность или объём работ, поэтому они решили перестраховаться и нанять больше людей.
- Либо прокладка-аутстафф убедила менеджера со стороны Билайна, что это очень сложная задача и нужно минимум 8 человек. У прокладки-аутстафф бизнес модель такая: продали больше людей = получили больше прибыли, поэтому им выгодно раздувать штат сотрудников на любом проекте.
panzerfaust
Хорошая попытка, но нет. Суть аджайла в этом и вот в этом.