Как использовать эффект Зейгарник в IT и двигать задачи по разработке с его помощью

Есть такой психологический эффект: эффект Зейгарник. Мы лучше помним незавершенные задачи, они требуют больше ресурсов мозга. Прервать задачу всегда неприятнее, чем ее завершить.

Как использовать эффект Зейгарник в IT и двигать задачи по разработке с его  помощью

Если мы взяли задачу и поменяли статус на "в процессе" – она начинает обрабатываться нашим мозгом. Это ОК.

Если мы не закончили ее до конца дня, но оставили ее в статусе "в процессее" до утра – она продолжает перевариваться во время сна, новые нейронные связи образуются. Это тоже ОК. Тогда с утра ты садишься за эту же задачу и или понимаешь наконец, как ее решить, или понимаешь, как проблема выглядит, и что тебе нужна помощь старшего товарища. Тогда мы меняем статус на "нужен комментарий" и переставляем задачу на старшего товарища или кто там еще готов включиться и подсказать решение. А они, когда ответили, возвращают тебе в статус "новая". Ты переставляешь в статус "в работе" и начинаешь новый цикл. В конце которого предполагается удовлетворение от решенной задачи и, особенно, от того, что она перестала жрать мозг.

Как использовать эффект Зейгарник в IT и двигать задачи по разработке с его  помощью

Примерно так же обрабатывается задача в мозгу у менеджера: Вася взял задачу "сверстать формочку" в работу, я знаю, что сейчас она пойдет в "можно проверять", потом "на ветку", потом "на мастер" и "на бой". Эта задача загружена в оперативную память, и мы про нее помним, что вот формочка в процессе, мы ее ждем, ну, допустим, через сутки, если за сутки ее нет, то надо дернуть старшего товарища и попросить включиться, что там за проблема у разработчика. И в финале – заслуженный оргазм.

Но если разработчик из статуса "в процессе" скидывает задачу обратно в "можно начать" или "новое", то он сбрасывает и все то, что мозг обработал по этой задаче, и все напряжение, которое работало на завершение задачи. Теперь это просто одна из многих задач, потом мы ее начнем практически с нуля, когда к ней вернемся. И заодно обламывает менеджера, потому что внутри того прерывается незавершенный процесс.

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

реклама
разместить
Начать дискуссию