>>03288
ChatGPT

Bullshit Jobs в IT: когда ты работаешь — но это никому не нужно
Публикация для тех, кто однажды поймал себя на мысли: “А зачем всё это?”

В 2018 году антрополог Дэвид Гребер выпустил книгу “Bullshit Jobs: A Theory”, в которой представил идею: в современном мире существует огромное количество работ, которые не нужны по своей сути. Люди тратят на них время, силы, ресурсы — но при этом не производят никакой ощутимой ценности. И да, в IT такие работы встречаются всё чаще.

Почему? Потому что индустрия растёт быстро, бюджеты большие, процессы сложные, а контроль размытый. В результате в команде может быть 10 человек, но реально “двигают” продукт только двое. Остальные заняты симуляцией работы.

Разберёмся, какие “bullshit jobs” чаще всего встречаются в IT и как распознать их у себя или в своей компании.

Типология bullshit jobs в IT
1. Менеджер, координирующий других менеджеров
Всё начинается с добрых намерений: сделать процессы прозрачными, снизить хаос. Но когда появляются менеджеры, которые просто пересылают задачи, делают отчёты о статусе других отчётов и сидят на ежедневных Zoom-созвонах — это уже бюрократия ради бюрократии.
Вклад в продукт: околонулевой.

2. Разработчик без продукта
Пишет код, которого никто не просил. Или участвует в вечном PoC, который не пойдёт в прод. Или делает внутренний инструмент, который никто не использует. Занятость вроде есть, а толку — никакого.
Реальные кейсы? Да сплошь и рядом, особенно в аутсорсе или в корпорациях, где много “резервных” команд.

3. Scrum-мастер без Scrum-а
Если нет ни бэклога, ни продуктовой ответственности, ни метрик — но при этом есть человек, который “ведёт ретро” и напоминает про daily — то, возможно, он просто имитирует Agile. Особенно грустно, когда процессы становятся самоцелью.
“Мы ничего не выпускаем, зато у нас идеальные борды”.

4. DevOps, создающий инструменты в вакууме
Собственный CI/CD, самописные мониторинги, кастомные пайплайны — всё звучит круто, но... ими никто не пользуется. Или пользуется один человек — сам автор. Часто это следствие отсутствия запроса от команд или работы “в стол”.

5. Внешние консультанты ради отчёта в PDF
Когда привлекаются внешние команды или агентства, чтобы “провести аудит” или “оценить архитектуру” — но заранее понятно, что результат пойдёт в папку “пылиться”. Такие задачи часто делаются “для галочки”, чтобы понравиться инвесторам или начальству.

Почему такие роли существуют
– Корпоративная инерция: проще “создать должность”, чем разобраться, кто реально нужен.
– Показуха для инвесторов: чем больше headcount, тем солиднее выглядит компания.
– Искажение метрик: считают задачи, а не результат.
– Неумение сказать “нет”: лишние процессы и роли не убираются, потому что “вдруг пригодится”.
– Коммуникационные разрывы: девелоперы не понимают бизнес, бизнес — не понимает девелоперов.

Как понять, что ты попал в bullshit job
Ответь честно на следующие вопросы:

Кто-нибудь пользуется тем, что ты делаешь?

Если завтра ты уйдёшь, что-то реально сломается? Или всё продолжит работать как прежде?

Твоя работа приносит пользу пользователю или бизнесу — или только делает отчёты красивее?

Если все ответы отрицательные — есть повод задуматься.

Что с этим делать?
Перестроить процессы так, чтобы результат был важнее “занятости”.

Убрать слои посредников и усилить связь между командой и продуктом.

Открыто говорить о бесполезных активностях, не боясь задеть чью-то должность.

Не бояться “оптимизировать” роли, которые тянут ресурс, но не приносят пользы.

Вывод
Bullshit jobs — это не вина отдельных людей. Это симптом системной болезни.
Многие такие роли появляются с благими намерениями, но со временем теряют связь с реальностью. И если вы сами оказались в такой позиции — не спешите винить себя. Лучше используйте этот момент как возможность перестроить свой фокус, подойти ближе к продукту, к пользователю, к реальной ценности.

Хочешь делать что-то полезное — ищи, кому это действительно нужно.