СофтХабрахабр

Agile и потребности мозга: управление стрессом

Вам приходилось испытывать сильные эмоции на работе? Как насчёт страха, внезапно захлестнувшего ваш мозг? Легко потом работать эффективно? Если ваша организация уже внедрила agile, но с вами такое всё еще случается – что-то идёт не так.

Работаю 12 лет, с открытия нашего офиса. Меня зовут Артем Зарафьянц, и я руковожу одним из отделов разработки СХД Dell Technologies в Санкт-Петербурге. Наш процесс столкнулся с ватерфоллом на глобальном уровне и постепенно угас. В 2007 году, начиная работу над VNXe, мы стали использовать agile на уровне команды – тогда не сложилось. Примерно 6 лет назад наша инженерная организация (несколько тысяч сотрудников) начала систематическое внедрение agile at scale сверху. VNXe мы выпускали без agile: конечно же, успешно (как и всё масштабное в нашей корпорации), однако медленно, дорого и на стрессе. Это помогло мне осознанно пройти через опыт внедрения agile, и я готов им поделиться. В то время я уже был менеджером и получил второе (из трёх) высшее образование – по психологии.

Ваш заграничный начальник (или заказчик) звонит и в гневе устраивает вам разнос. Представьте, что вы – тимлид или менеджер команды программистов. Вы слышите упреки: «Как такое могло произойти?! Якобы разработанная вашей командой фича полна багов и никуда не годится. Одни баги вообще, доложите мне какой у вас план исправлений?!». Почему такое ужасное качество?! Эмоции захлёстывают, накатывают волнами – это несправедливо, и вообще какой-то бред! Ваше сознание распознаёт угрозу, вам обидно. Не лучший настрой для продолжения работы по плану итерации. Не лучший настрой для разработки плана исправлений.

Когда мозг распознаёт угрозу, гипофиз запускает цепь реакций, повышая концентрацию адреналина и кортизола. Мозг Homo Sapiens эволюционировал тысячелетиями, обеспечивая выживание самого человека и его первобытного племени. Чтобы обеспечить доставку энергии к мышцам меняются обмен веществ, тонус сосудов, давление. Организм готовится к борьбе или бегству. Разве не проиграет оно во время бегства и борьбы менее затратным процессам в нейронных сетях, обеспечивающим рефлексы и автоматизм движений? Как насчёт факта о том, что сознательное мышление – энергетически затратная деятельность?

Программистов же он выбивает из продуктивного русла. Стресс может быть хорош лишь для физической работы – залить бетон, положить кирпич. В результате команда допускает больше ошибок, что в свою очередь приводит к новым багам. Когда работа связана с мышлением и решением сложных задач, стресс и тревога приводят к тому, что способность мыслить снижается. Это порочный круг. Новые баги – это проблемы, которые и дальше будут запускать тревогу и стресс. Ограждайте от него вашу команду!

Как?

Я поделюсь парой идей. На мой взгляд, здесь два ответа: через улучшение процессов разработки и воспитание стрессоустойчивости лидера. В этой статье обсудим ретроспективу, а в следующей – планирование.

Даша. Начальник и команда. 10 лет.

Ретроспектива

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

В итоге вам легче мыслить в сложной ситуации. Когда есть понимание, что делать при возникновении проблем, и в мозге сформирован план, ваша тревожность ниже, воспринимаемая угроза меньше, реакция спокойнее.

Это было лет 6 назад, когда мы начали работать над СХД EMC Unity по новому agile процессу. Например, как-то раз на заре внедрения agile наша команда провалила итерацию – не достигла целей. Пришли нехотя, расселись, ссутулились. Ретроспектива начиналась с удручающих эмоций. Стали разбираться, что мы можем сделать в следующий раз. Если бы не предварительная подготовка, то могли бы скатиться к нытью.

Цикл тестирования принёс поток багов, на анализ которых мы потратили много незапланированного времени. Система, над которой работает наша распределённая организация, включает большое число областей. Мы вроде как «лили воду на чужую мельницу» – помогали нашей организации, но провалили свой коммитмент. При этом большинство багов осело в областях у других команд.

Пишите в комментариях, что вы предприняли. У вас такое когда-либо было? Мы повели себя так:

  • Для снижения времени на анализ багов мы вместе с другими командами стали создавать автоматизированные средства предварительного анализа ошибок.
  • Чтобы точнее понимать, что ошибки чужие, и отправлять их на анализ нужно другим командам, мы стали внимательнее к прогонам наших компонентных тестов. Прошедшие тесты подтверждают, что функциональность работает, и снимают подозрения с нашей предметной области, экономя нам время.
  • Для повышения эффективности мы стали планомерно тратить время на развитие навыков анализа дефектов. Со временем начала формироваться новая роль в команде – специалист по анализу дефектов.
  • Чтобы иметь возможность отвлекаться на багфикс без остановки критических работ для итерации, мы стали более жёстко контролировать WIP (work in progress). Над каждой user story стали работать два-три человека – появилась возможность кому-то переключиться на баг.
  • Для улучшения коммуникации с тестировщиками мы начали давать обратную связь в QA. Стали общаться не только через email’ы и комментарии к багам, но и через личные беседы по коммуникатору и телефону.
  • Ну и чтобы проще было управлять багфиксом – перевели его со скрама на канбан.

На следующих итерациях неожиданностей и негодования по поводу багов стало меньше. Уровень стресса снизился, планы стали выполняться.

Команда привыкает к успеху в каждой итерации – мораль повышается. Хорошая ретроспектива приводит к тому, что в следующий раз при встрече с проблемами тревожность членов команды снижается. Таким образом, ретроспектива помогает удовлетворению потребности в безопасности, вшитой в мозг Homo Sapiens эволюцией. Повышается желание мыслить и решать задачи вместе. Я несколько раз наблюдал как хорошая ретроспектива приводила к тому, что тревожность членов нашей команды снижалась, и ощущал как в следующих итерациях мы работали спокойнее и эффективнее.

Потребности нашего мозга – это ключ к самомотивации, к выстраиванию отношений внутри команды и залог не только производительности труда, но и счастья на работе!

Я планирую написать цикл постов на тему «agile и потребности мозга». Если вам интересна эта область, то обязательно дайте об этом знать в комментариях. А пока рекомендую обратиться к следующим источникам:

  1. Канеман. Thinking Fast Thinking Slow
  2. Мозг. Инструкция по применению. Дэвид Рок
  3. Дубынин. Лекции о физиологии мозга, «мозг и потребности»
  4. Описание ретроспективы в SAFE
Показать больше

Похожие публикации

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Кнопка «Наверх»