> ## Content Index
> Fetch the complete content index at: https://fichers.ru/llms.txt
> Use this file to discover other available public pages before exploring further.

# Сизифов труд: почему лишение смысла деморализует инженеров быстрее низких зарплат
- URL: https://fichers.ru/blog/sizifov-trud-pochemu-lishenie-smysla-demoralizuet-inzhenerov-bystree-nizkikh-zarplat/
- Published: 2026-10-03T20:41:24.000Z
- Updated: 2026-10-03T20:53:25.000Z
- Author: Andrey Lapin

Ощущение напрасности затраченных усилий при разработке цифровых продуктов — не абстрактный эмоциональный кризис, а измеримый психологический феномен, снижающий продуктивность и разрушающий коллективную ответственность за систему. Когда запущенные функции уходят в стол, отменяются без объяснения причин или тихо превращаются в невостребованный балласт, в команде включается механизм отчуждения, описанный поведенческой экономикой и эмпирическими исследованиями в сфере разработки ПО.

## 1\. Фундамент поведенческой экономики: эксперименты Ариэли с лего и шредером

В классической экономической теории человек долгое время рассматривался как *Homo Economicus* — субъект, стремящийся максимизировать денежную выгоду при минимальных трудозатратах. Однако поведенческая экономика доказала: фактор воспринимаемого смысла и признания труда кардинально меняет кривую предложения рабочей силы.

В фундаментальном исследовании **«Man's search for meaning: The case of Legos»** (Journal of Economic Behavior & Organization, 2008) Дэн Ариэли (Dan Ariely), Эмир Каменица (Emir Kamenica) и Дражен Прелек (Dražen Prelec) экспериментально проверили, как обесценивание результата влияет на производительность.

### Эксперимент с Lego Bionicle

Участникам за плату с убывающим шагом предлагалось собирать фигурки роботов Lego Bionicle:

- **Осмысленное условие (*Meaningful condition*):** собранные модели сохранялись на столе перед участником до конца эксперимента.
- **Сизифово условие (*Sisyphus condition*):** пока человек собирал второго робота, экспериментатор на его глазах разбирал первую модель на исходные детали, чтобы вернуть их в работу для третьей.

**Результат:** участники осмысленной группы собрали в среднем по 10,6 фигурки, тогда как в «сизифовой» — всего 7,2.

> **Ключевой вывод исследования:** В осмысленных условиях участники, изначально любившие собирать Lego, собирали статистически значимо больше моделей. Однако в «сизифовой» группе корреляция между внутренней любовью к конструктору и количеством собранных фигурок **упала до нуля**. Демонстративное уничтожение результата полностью парализовало внутреннюю мотивацию.

### Эксперимент с поиском букв и шредером

Во втором исследовании Ариэли с коллегами участники за вознаграждение искали пары одинаковых букв на распечатанных листах с беспорядочным текстом. Эксперимент строился на механике **убывающей оплаты**: за каждый следующий заполненный лист платили всё меньше (например, за первый — 55 центов, за второй — 50, за третий — 45 и так далее). В какой-то момент ставка становилась настолько низкой, что участник заявлял: *«За такие копейки я больше работать не стану»* — и останавливал опыт. Минимальная сумма, за которую человек соглашался сделать последний лист перед уходом, фиксировалась как **порог прекращения работы**. Сценарий делился на три группы с разным отношением к результату:

1. **Подтверждение (*Acknowledged*):** экзаменатор бегло просматривал выполненный лист, одобрительно кивал и складывал его в общую стопку.
2. **Игнорирование (*Ignored*):** экзаменатор, не глядя на результат, механически клал лист в стопку.
3. **Уничтожение (*Shredded*):** лист сразу отправлялся в бумагорезательную машину (шредер) на глазах исполнителя.

**Что показали цифры:**

- Участники из группы с **подтверждением** соглашались продолжать монотонную рутину вплоть до **\~15 центов** за лист: минимальное ощущение значимости и простого внимания к труду поддерживало внутреннюю мотивацию даже при падении ставки до копеек.
- В группах со **шредером** и **игнорированием** порог остановки наступил вдвое раньше — на уровне **\~30 центов** за лист. Как только результат выбрасывали или игнорировали, внутренний интерес мгновенно отключался, уступая место сухому расчёту.

> **Главный вывод:** Разница между 15 и 30 центами — это прямая **«наценка за бессмысленность»**. Чтобы заставить сотрудника делать задачу, результат которой никем не будет замечен или сразу отправится в корзину, бизнесу приходится платить **вдвое больше**, компенсируя деньгами психологическую пустоту напрасного труда. При этом игнорирование сделанного демотивирует людей практически так же разрушительно, как и его физическое уничтожение.

## 2\. Теперь IT: что происходит внутри продуктовых команд

Разработка ПО опирается на сложный интеллектуальный контекст, где эквивалентом «разборки Lego» становятся отмененные перед релизом фичи, закрытые без обратной связи проекты и функционал, которым никто не пользуется.

| Исследование                                           | Объект и метод                                                                                    | Ключевой подтвержденный результат                                                                                                                                                                                 |
| ------------------------------------------------------ | ------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Sedano, Ralph, Péraire (ICSE 2017) — Pivotal Labs**  | 2 года 5 месяцев наблюдения, 8 проектов, 33 интервью с разработчиками, менеджерами и дизайнерами. | Создание невостребованного функционала прямо классифицировано как форма потерь (waste), ухудшающая командный дух (team morale), коллективную ответственность за код (code ownership) и удовлетворенность клиента. |
| **Storey et al. (IEEE TSE 2021) — Microsoft**          | Опрос 465 разработчиков Microsoft об условиях работы и продуктивности.                            | Фактор полезности работы (impactful work) показал сильнейшую положительную связь с общей удовлетворенностью (β=0,248; p<0,001). 93,3% назвали значимое влияние критически важным.                                 |
| **Sach, Sharp, Petre (ESEM 2011) — Red Gate Software** | Интервью с 13 разработчиками из 6 продуктовых команд.                                             | Полезная работа — самый частый ответ на вопрос об источнике профессионального удовольствия: возможность видеть, как пользователи решают реальные проблемы с помощью написанного кода.                             |
| **França, da Silva, Sharp (IEEE TSE 2020)**            | 4 разнородные софтверные организации, 32 интервью, дневниковые записи.                            | Разделены понятия мотивации (вовлеченность в процесс) и удовлетворенности (оценка опыта). Подтверждение значимости и признание служат необходимой обратной связью для оценки собственного труда.                  |
| **Hidellaarachchi et al. (2026)**                      | 21 специалист (инженеры, аналитики, лиды), работающий с требованиями.                             | 20 из 21 участника связали мотивацию с конечным результатом. Постоянные переделки без осязаемого финала воспринимаются как напрасный труд и ведут к потере фокуса.                                                |

Исследования показывают, что значимость работы может коррелировать с вовлеченностью, но не всегда напрямую связана с текущей удовлетворенностью.

Однако общая закономерность устойчива: **отсутствие информации о судьбе кода или регулярный выпуск «в никуда» методично формирует профессиональный цинизм**.

## 3\. Анатомия напрасного труда в продуктовой разработке

В продуктовых организациях «сизифов труд» редко принимает форму открытого вандализма. Он мимикрирует под рутинные процессы:

Сценарии обесценивания вклада

| 1\. ЭФФЕКТ ШРЕДЕРА (Проект в корзину)                                                                        | 2\. ФИЧИ-ЗОМБИ (Работа в стол)                                                                                              | 3\. ИНФОРМАЦИОННЫЙ ВАКУУМ (Игнорирование эффекта)                                                                             |
| ------------------------------------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------- |
| Проект пилится 4 месяца, после чего руководство отменяет запуск без объяснения контекста и анализа гипотезы. | Функциональность выкачена, но реальный adoption близок к нулю. Код превращается в балласт, а усилия команды обесцениваются. | Фичей пользуются, метрики выросли, но команде ничего не сообщили: спринт закрыт, внимание переключили на новые задачи в Jira. |

Когда инженер систематически сталкивается со сценариями 2 и 3, вступает в действие теория самодетерминации Деси и Райана (*Self-Determination Theory*): внешняя финансовая компенсация перестает закрывать дефицит автономии и компетентности. Специалист включает психологическую защиту: переходит в режим отчужденного исполнения («закрыл тикет — забыл»).

## 4\. Как вернуть смысл: переход от конвейера к наблюдаемому результату

Чтобы защитить культуру команды от выгорания, продуктовая методология должна устранить разрыв между закрытием задачи в трекере и пониманием ее реальной жизни в системе.

1. **Разделять технический деплой и подтверждение ценности.** Закрытие тикета — технический шаг. Завершением этапа должен считаться разбор факта использования на контрольных точках (+30, +60, +90 дней).
2. **Давать доступ к сквозному контексту.** Специалист должен видеть место своей работы в общем графе продукта: какие смежные модули опираются на этот код, какие сценарии он усиливает.
3. **Легитимизировать закрытие невостребованного.** Если фича не показала результата, ее осознанный вывод из эксплуатации с разбором причин спасает команду от ощущения бессмысленности: гипотеза проверена, получен опыт, кодовая база очищена.
4. **Возвращать личную субъектность.** Принудительные отчеты не рождают интереса. Возможность самостоятельно выбирать объекты наблюдения и формировать ожидания превращает рутинную разработку в осознанное командное исследование.

## Практический артефакт: протокол завершения инициативы (Closing Loop Protocol)

Используйте этот шаблон в командной базе знаний при закрытии или отмене функционала, чтобы зафиксировать ценность проделанной работы.

```markdown
# Протокол ретроспективы гипотезы: [Тикер / Название фичи]

**Команда:** 
**Период работы:** [Дата старта] — [Дата фиксации результата]
**Статус:** [Успешно внедрена / Отправлена на доработку / Выведена из эксплуатации]

---

### 1. Фактический результат vs Исходные ожидания
- Какую проблему пытались решить:
- Наблюдаемое изменение метрик (за 30/60/90 дней):
- Что подтвердилось:
- Что оказалось ошибочным предположением:

### 2. Признание архитектурного и инженерного вклада
- Какие компоненты, контракты или инфраструктурные решения остаются полезными для системы:
- Какие технические долги были устранены попутно:

### 3. Главный вывод для команды
- Что мы теперь знаем о наших пользователях или архитектуре, чего не знали до старта этой работы:
- Каких аналогичных тупиковых задач мы избежим в следующих кварталах благодаря полученным данным:

```