В управлении программистами есть такая неочевидная хренотень: у серьёзных (реально серьёзных) девелоперов решение всех сложных задач происходит “в фоне”, на заднем плане сознания. Во время еды, по дороге на работу, ночью во сне. Активной мысленной деятельностью они решают задачи крайне редко.
Получив новую сложную задачу, девелопер закидывает её на задворки сознания и продолжает заниматься тем же делом, которым был занят до этого. Вспомните, сколько раз на серьёзную важную просьбу вы получали пару секунд внимания, короткое “угу” – и снова взгляд в монитор. В лучшем случае – реакция типа “поставь мне задачу в таск-менеджер”.
Поэтому существует безупречный способ “выбивать из колеи” неопытных и неэффективных менеджеров, которые не понимают как устроено мышление девелоперов и процесс разработки программного обеспечения. Любой менеджер, который говорит “вот тебе задача, решай её сейчас” (в общем требует в ответ активной мысленной деятельности) тут же навсегда получает в сообществе девелоперов ярлык “лоха”.
Если вы достаточно долго понаблюдаете за общением девелоперов на перекурах или обедах, вы увидите как они делятся между собой проблемами или совместными задачами, а потом идут продолжать свою работу. Это не случайность. В реальности никто из них не станет решать задачу сразу. Для них это просто глупость. Решение созреет “в фоне”, и будет извлечено из подсознания когда потребуется его применить.
Для девелоперов, как и для любых учёных-исследователей в принципе, это естественный стиль жизни и работы. К тому же, только он помогает им быть “многозадачными”, решая одни задачи и продумывая другие параллельно. Однако для некомпетентных менеджеров это выглядит как “игнорирование приказов” и излишняя творческая увлечённость вплоть до аутизма.
Если вы хотите добиваться от девелоперов высокой продуктивности, запомните и применяйте ряд простых правил:
– не ставьте задачи к непосредственному выполнению, а учитесь закидывать их в подсознание на какое-то время;
– не слишком часто меняйте курс, так как при этом “недодуманные” в подсознании задачи будут похерены на полпути, что резко снизит мотивацию;
– соблюдайте последовательность решения задач, позволяйте “оперативной памяти” разработчиков высвободиться, применить продуманные решения в реальной жизни.
Наиболее продуктивен не тот программист, кто высунув язык от усердия корпеет над вашей срочной задачей, а тот, кто регулярно приносит вам “на блюдечке” продуманные и стабильные решения.