Продуктивно ли состояние потока (flow, the zone)?

Question

[Алексей Полушин]

В последнее время на зарубежных форумах начали появляться разговоры о том, что состояние потока на самом деле контрпродуктивно. Что оно создаёт лишь иллюзию продуктивности.
Якобы оно сродни наркотическому опьянению, когда человеку кажется, что он знает все тайны Вселенной, чего на самом деле естественно не происходит. И хотя в состоянии потока человек не замечает времени и может получать удовольствие от процесса, однако же скорость написания кода в таком состоянии вроде как ниже, а количество ошибок, наоборот, больше. Соответственно, в менеджерской среде уже начинают обсуждаться методики, как НЕ позволить своим сотрудникам войти в поток.
Поэтому очень хотелось бы ссылку на реальные исследования продуктивности в состоянии потока. Больше ли она? Меньше? Или такая же? К сожалению, подобных исследований найти не удалось. Может кому-то повезло больше?

Comments

[Evgeniy]

Сталкивались ли с литературой автора концепции? Чем не реальные исследования?

Answer 1

[Денис Дмитриев]

Сразу в памяти всплыло бессмертное Не будите программиста!
История вопроса пошла от высказываний известных идеологов программирования, таких, как Роберт Мартин (aka Uncle Bob) в книге Идеальный программист (стр. 72, Зона потока), который неоднократно бывал в Зоне и возвращался из нее: Избегайте Зоны (Avoid The Zone).
Для того, чтобы ответить на вопрос о продуктивности этого состояния, вам нужно подробнее познакомиться с его природой, например с помощью книги известного психолога Михай Чиксентмихайи Поток. Психология оптимального переживания, который описал его с научной точки зрения или в пока еще не переведенном бестселлере Стивена Котлера The Rise of Superman, журналиста, ярко выразившего это состояние через эмоциональные истории спортсменов.

Answer 2

[Юрий]

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

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

Лично мое имхо, творческая работа эффективнее идет в потоке, логическая, по заданному заранее алгоритму, даже больше механическая - должна быть без, иначе можно забыться и начать делать лишнее.

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

Answer 3

[ТёмнаяМатерия]

Думаю что состояние потока однозначно продуктивно. По скорости написания сложно сказать, но скорость мышления в нём возрастает достаточно сильно и решаются многие задачи которые раньше долго не мог решить. Просто приходит куча идей, вариантов улучшений.
Как это интересно человеку можно не дать войти в поток?))) Со стороны такое состояние не особо заметно...

Comments

[Алексей Полушин]

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

[ТёмнаяМатерия]

Алексей Полушин: Да это всё смешно, давайте программистов посадим в колл-центр, оберём у них стулья, а можно и компьютеры, что б точно в поток не вошли ))))))

[ТёмнаяМатерия]

Алексей Полушин: Я сам в потоке иногда глаза закрываю, если у меня экран погаснет я просто за 30 секунд не выходя из потока пробегусь ещё раз мысленно по архитектуре системы, спланирую что-то и готово, можно снова кодить ))

[Evgeniy]

ТёмнаяМатерия подскажи, какая софтина гасит экран? Спасибо! Хочу попробовать.

[ТёмнаяМатерия]

Евгений Захаров: Я сам такого не использую

[Evgeniy]

ТёмнаяМатерия сори, неправильно понял

[Алексей Полушин]

Евгений Захаров: Как вариант, можно использовать Workrave - она OpenSource и кроссплатформенная, в репах основных дистрибутивов Linux должна быть. Там настраиваются интервалы перерывов и способы подсчёта активности, способы блокировки экрана и клавиатуры, возможность или невозможность для пользователя отложить перерыв, автовыключение машины по завершении рабочего дня и даже набор физических упражнений, которые пользователю периодически требуется выполнять, чтоб не засиживался.

[Evgeniy]

Алексей Полушин: Спасибо за софтину)
Уже разобрался.
Воспользовался autoit.
Как можно отключать монитор раз в 10 минут на 30 секунд (Windows)?
~3 часа так работаю.
Помогает не отвлекаться от главной задачи
и меньше прокрастинировать.

Answer 4

[Нерон Лордов]

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

И не будем думать, как стимулировать это вдохновение, проще его отнять.

Comments

[Алексей Полушин]

К сожалению, так оно и есть - сейчас считается, что в состоянии вдохновения человек создаст не тот продукт, который принесёт максимальную прибыль, а тот, который наиболее эстетически приятен автору. Существует же расхожая фраза - "если вы сделаете игру своей мечты, значит только вы в неё и будете играть". Это же касается и всего остального: любой бизнес-проект начинается с определения ЦА и способа монетизации, а уж потом под это подгоняется творчество.

[Нерон Лордов]

Алексей Полушин: ну и что? это не противоречит тому, что я сказал. Подгоняется творчество. Именно подгоняется, а не уничтожается; ему не ставятся палки в колёса. Не подходит один творец - уволь и найми другого, у которого творчество больше подходит. Отними вдохновение у человека который 12 часов в сутки пялится в километры кода - и что у него останется? Выносящие мозг логические схемы, чувство ответственности, корпоративные ценности, стресс, потеря личности и депрессия. Сейчас рискну ляпнуть глупость (потому что лично не проверял), но по-моему в какой-нибудь Японии именно такая ситуация.

Answer 5

[Alexlexandr]

Когда мне удавалось его достигать, я как лом крушил "препятствия " на пути. Важно ведь идти вперед а не теоретизировать. И идти путем кратким, а не обязательно лучшим или красивейшим.
Я сейчас не о программировании, а о проектах включающих в себя много дисциплин.