Я много-много лет работал программистом и тимлидом, видел некоторое дерьмо. Честно скажу, иногда просто диву даёшься, насколько порой игнорируются психологические моменты работы. Особенно в больших организациях. На практике это порой влияет на продуктивность чуть ли не в разы, без шуток. И буквально на ровном месте.
В безопасной, уважительной, творческой среде мозг раскрывается на всю катушку, и человек способен решать сложные нестандартные задачи, выдвигать классные идеи, работать с энтузиазмом. В токсичной, нестабильной, "микроменджментской" среде тот же самый человек быстро окукливается до состояния "ты начальник, я дурак", и всё происходит только из под палки и строго по инструкции. В какой-то очевидно плачевной ситуации получите "а никто не говорил это чинить".
Недавно я наткнулся на модель SCARF, и в этой модели, как мне кажется, затрагиваются основные пункты, на которые надо точно обратить внимание. Это даже не стоит рассматривать, как какую-то научную работу, просто направления для размышления.
Status — ощущение профессиональной значимости
Это даже скорее не про лычку в линкедин. Если идеи игнорируются без обсуждений, если код ревью - это соревнование "кто больше унизит", а не сотрудничество, если решения просто прилетают сверху без объяснений, то это усиливает окукливание. Мозг переходит в защитный режим и начинает делать "как можно меньше"
Что помогает:
Публичное признание вклада (но только по делу!)
Конструктивное code review: "почему так лучше", а не "ты сделал неправильно". Иногда вообще code review не нужно.
Вовлечение в архитектурные и продуктовые решения
потеря статуса мозгом ощущается почти как физическая угроза. Даже мелкое унижение резко снижает мотивацию
Certainty — предсказуемость и ясность
Сильно раздражает броуновское движение. Когда сегодня мы двигаемся сюда, завтра внезапно всё с точностью до наоборот. "Срочно, но пока не знаем, что именно"
Размытые требования, резко меняющиеся приоритеты и задачи без понятной цели создают фоновую тревогу. Интересно, что даже негативные новости воспринимаются спокойнее, если они чётко сформулированы и объяснены. Ясность почти всегда снижает стресс.
Что улучшает состояние:
Ясные цели на некоторый период
Понимание, зачем делается задача
Прозрачные планы и изменения с объяснениями, если уж изменения нужны
Даже плохие новости, если они понятны, воспринимаются легче, чем туман.
Я не люблю Скрам, это на самом деле просто ужас какой-то, но действительно хорошее, что Скрам может дать - это некоторое ощущение стабильности на отрезке времени.
Autonomy — контроль над своей работой
Возможность самому решать, как именно реализовать задачу, какие инструменты использовать и как организовать свою работу, напрямую связана с ощущением профессионализма. Микроменеджмент и жёсткий контроль, наоборот, быстро превращают инженера в "исполнителя инструкций", что снижает ответственность и инициативу.
Что работает:
Свобода в выборе технических решений
Возможность самому планировать работу
Доверие вместо тотального контроля
Задачи ставятся "что сделать" без "как сделать"
Программист без автономии чувствует себя «руками», а не инженером.
Relatedness — чувство принадлежности и безопасности
Речь идёт не о дружбе там какой-то, а об ощущении психологической безопасности. Если человек боится задавать вопросы, признавать ошибки или высказывать сомнения, его мозг переходит в защитный режим. В такой среде сложно ожидать качественных решений и нестандартного мышления. Поддерживающее общение и отсутствие культуры обвинений создают ощущение "мы вместе", которое напрямую влияет на качество работы. Кстати, Хабр этим сильно страдает: на любую нестандартную статью обязательно придет 10 душнил в коменты и начнут придираться к каждому слову, объясняя, какое же автор говно.
Что создаёт связанность:
Поддерживающее общение
Нормализация ошибок как части обучения
Ощущение "мы в одной лодке"
Когда человек чувствует угрозу со стороны коллег, мозг опять же переходит в защитный режим - про креатив и качество кода можно забыть.
Fairness — ощущение справедливости
Программисты очень остро чувствуют несоответствие между усилиями и вознаграждением. Непрозрачные повышения, разные правила для разных людей и необъяснимые решения разрушают доверие даже тогда, когда формально всё выглядит неплохо. Открытые критерии и последовательность в действиях почти всегда воспринимаются лучше, чем "тихие" договорённости.
Что помогает:
Ясные и открытые правила
Последовательность в решениях
Итого
Если программист будет весело решать проблемы в дружеской атмосфере, то он будет творить чудеса. Если его так или иначе "щемить" и микроменеджить, то чудеса придется творить менеджеру, чтобы хоть что-то куда-то ехало.
Самое странное, что когда компания в кризисе, она зачастую начинает включать режим "дурной начальник", и в итоге всё становится еще хуже, потому что никто в таком режиме уже не предложит креативных идей для выхода из сложной ситуации.
Традиционно всех приглашаю подписаться на мой канал Cross Join
