?

Log in

No account? Create an account
November 2016   01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
cartoon

О психологических аспектах инженерной работы

Posted on 2010.09.19 at 05:11
DRAFT. Продолжение следует вместе с редакторской правкой.

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

Я буду по-простому рассказывать, без зауми.

Начну с такой простейшей штуки, как... гхм... как это назвать... вы играли в Heroes of Might & Magic? :) Там когда сражение происходит в пошаговом режиме, иногда бывает, что ваши войска пропускают ход, а иногда - делают второй ход вне очереди? Помните?

Это происходит в данной игре благодаря такому механизму, как "мораль". Если "мораль" войск высокая - они могут с некоторой вероятностью сходить дважды за ход. Ну, а если мораль низкая - то могут ход пропустить.

Так вот, эта самая "мораль" (т.е. фактически - "боевой дух") присутствует и в нашей работе. И так же, если не сильнее, влияет на результат.

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

Вместо этого, мы сосредоточимся на краткосрочных, "быстрых", и сугубо инженерных факторах, которые являются неотъемлемой частью нашей работы, и определяют нашу "мораль". И отметим важные свойства "морали" - низкую мораль сопровождает тоска и уныние. Задачи кажутся сложными, неподъемными, и геморройными.

И те же самые задачи кажутся легкими, если "мораль" высокая. Знакомо? :) Бывает такое? :) И это ощущение, бывает, что меняется от задачи к задаче в течении одного проекта! Некоторые задачи вызывают приступы неизбывной тоски, некоторые - наоборот, охотничий азарт.

Иногда это свойство отдельных задач, а иногда - мы впадаем во временную депрессию, и нам все задачи кажутся неподъемными и геморройными. Пальцы - не печатают! А делать надо! И это ощущение нас гнетет, и от этого тоска становится еще сильнее - замкнутый круг. Но - бывает и наоборот! Еще как бывает!

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

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

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

А инженерная работа состоит в непрерывном решении проблем. И проблемы бывают разные. Их можно условно подразделить на:
1) "Понятная" проблема. Мы знаем подход к ее решению, и можем выдать примерный коридор срока решения. Это, в общем, и за проблему-то не считают. Примерно как рытье лопатой. Это может быть скучно, и рутинно. Большое количество таких задач демотивирует, понижая "мораль".
2) "Интересная" проблема. Подход к решению сходу не понятен, но ясно, что надо немного подумать, и она будет решена в обозримые сроки. Такие проблемы инженеры любят.
3) "Принципиальная" проблема. Не просто подход к решению не понятен, тут другое. Непонятно, с какого конца к задаче толком подступится. Ее невозможно декомпозировать на составляющие, внутри - неизвестность. Кайф, конечно же, при успешном решении таких задач ни с чем не сравним.

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

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

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

Примерно то же самое (отсутствие значимого "подкрепления"), кстати, происходит при длительной работе с задачами категории (1) - какая это нафиг "победа". Но там хоть прогресс четко виден.

Однако, что получается, если мы знаем _весь_ план работ? Что, если мы знаем, что в проекте таких задач _много_?

Вот представьте (или вспомните). Мы некоторое время работаем над задачей категории три, не видим прогресса, впадаем в тоску, смотрим на что бы переключиться (с сугубо рациональным техническим обоснованием, конечно же), и, черт, видим впереди еще пяток таких задач, субъективная оценка "геморройности" которых примерно такая же... Fuck!

Выражается это фразой "работе конца-края не видно". Наши шансы справиться - представляются исчезающе малыми. Мораль - чуть больше ноля. Отвратительно.

Описанные эффекты лежат в природе известного явления - когда проект бодрячком продвигается по графику до 90%, после чего намертво встает на месте. И все забегали. Потому, что инженеры вдруг, внезапно, разводят руками, и не в состоянии ни перепланирование сделать, ни сроки уточнить.

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

Технические риски, ага. Сложность. Неизвестность. Надо, типо, учитывать и планировать. Квадрат Кантора, и все такое - критичные рискованные задачи вперед. Писал про это.

Но ведь что интересно. Если у инженеров будет высокий боевой дух, и они не попадут в замкнутый круг, когда они начинают _боятся_ задач, - те же самые задачи, которые казались категории "три", на поверку оказываются вовсе не три. Удалось найти подход к проблеме - и задача декомпозирована на набор _понятных_ проблем. И она уже не страшная.

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

Итак, главное - что же делать.
1) В обязательном порядке планируйте свою работу, чтобы видеть, сколько осталось до конца.
2) Всегда отделяйте планирование от выполнения. Категорически противопоказано выдумывать себе следующую задачу после окончания предыдущей!
3) Следуя заветам GTD, составив план, немедленно запишите его и забудьте, сконцентрировавшись на текущей задаче и только на ней. Составили - все, нехрен над ним раздумывать. На план глядите только для отмечания прогресса.
4) Вам надо столкнутся с задачами (3) _сразу_, в начале проекта, пока у вас высок "боевой дух". Если они настигнут вас в конце - вы этого не переживаете. Чтобы с самого начала проекта попасть в ад, используйте квадрат риск-приоритет Кантора.
5) Не питайте иллюзий, что у вас легко получится использовать квадрат Кантора, если вы планируете собственную работу. Использовать квадрат кантора для планирования своей работы крайне тяжело психологически. В ситуации, когда от правила Кантора наибольший эффект, для того, чтобы им воспользоваться - надо буквально, по ощущениям, наступить себе на яйца. Гусары, молчать! Включаются очень интересные механизмы избегания, выражаясь научным языком. :)
6) Очень хорошо, когда у вас есть толковый менеджер, который может выполнить правило кантора, и лично не вовлечен в работу над задачей. Это нивелирует пункт 5).
7) Не бойтесь задач. Термины вроде "эта задача - пиздец" употреблять противопоказано. Старайтесь убедить себя, что задача проста, что у нее есть простое решение, и вы его сейчас просто не видите. Но еще немного, - и увидите. И тогда скажете - ну я же говорил, это простая задача! :)

DRAFT. Продолжение следует вместе с редакторской правкой.

Comments:


Page 2 of 2
<<[1] [2] >>
nasse
nasse at 2010-09-21 13:56 (UTC) (Link)
Спасибо, ценно.
dr.chaos
dr_cha0s at 2010-09-22 15:54 (UTC) (Link)
>5) Не питайте иллюзий, что у вас легко получится использовать квадрат Кантора, если вы планируете собственную работу. Использовать квадрат кантора для планирования своей работы крайне тяжело психологически. В ситуации, когда от правила Кантора наибольший эффект, для того, чтобы им воспользоваться - надо буквально, по ощущениям, наступить себе на яйца. Гусары, молчать! Включаются очень интересные механизмы избегания, выражаясь научным языком. :)

Напомнило:
Соревнования по боям без правил последний бой. Остались только американец и русский. Тренер говорит русскому: "у американца смертельный захват если попадешь в него, то сразу сдавайся! " И вот бой начался и американец сразу хватает нашего в свои захват, тренер разворачивается и уходит, но через минуту слышит гимн РОССИИ он подбегает к своему бойцу: "ты как из захвата вышел? " боец: "хватает он меня смотрю тут рука тут рука тут рука тут яйца и думаю чем черт не шутит ну и укусил! Ты не представляешь на что способен человек, укусивший себя за яйца!
Мирослав Войнаровский
psilogic at 2010-09-23 13:29 (UTC) (Link)
Для задачек типа 3 я применяю такой метод.

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

Я ставлю эти фишки в план не обязательно в самом начале, но задолго до конца. В результате задолго до конца я могу думать о той же задаче в других терминах, в более "крупных блоках". И - вуаля! - задача съезжает в класс 1 или 2, либо становится ясно, что она в заданных условиях нерешаема и можно предупредить начальство заранее, скорректировать проект, пока не поздно.

Gaperton
gaperton at 2010-09-23 13:38 (UTC) (Link)
> Изначально бывает ясно хотя бы то, какие фишки могут понадобиться как предварительные этапы для решения задачи (какие библиотеки, дополнительные модули и т.п.)

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

Собственно, я считаю такой подход одним из механизмов избегания контакта с задачей (3). Вместо того, чтобы ей заняться, мы выделяем "интересную" проблему, постановка которой понятная, и без которой якобы с задачей (3) не имеет смысла работать.

Иногда бывает действительно так. Но часто это используется как механизм избегания. Я теперь крайне осторожно отношусь к таким своим порывам.
pingback_bot
pingback_bot at 2010-09-23 17:56 (UTC) (Link)

Очень точно

User enox referenced to your post from Очень точно saying: [...] http://gaperton.livejournal.com/50685.html [...]
neeger
neeger at 2010-09-24 19:08 (UTC) (Link)
здравствуйте, отличный пост.
А скажите нет ли этой же статьи на английском ? :) очень хочется нашему ПМ показать.
pingback_bot
pingback_bot at 2010-10-02 14:08 (UTC) (Link)

Ещё один пост про пользу упражнений.

User thesz referenced to your post from Ещё один пост про пользу упражнений. saying: [...] По следам поста [...]
pingback_bot
pingback_bot at 2010-10-04 10:14 (UTC) (Link)

"Поле попашем - попишем стихи" или как продуктивно рабо

User mindfactor referenced to your post from "Поле попашем - попишем стихи" или как продуктивно работать головой. saying: [...] е на ту же тему отлично отписался , в двух частях: О психологических аспектах инженерной работы [...]
ljournalist_bot
ljournalist_bot at 2010-10-04 11:25 (UTC) (Link)
Поздравляем! Ваш пост был отобран нашими корреспондентами и опубликован в сегодняшнем выпуске ljournalist'а.
fon_rotbar
fon_rotbar at 2010-10-04 11:53 (UTC) (Link)
А ведь ППКС!
pingback_bot
pingback_bot at 2010-10-17 20:47 (UTC) (Link)

Медитация и мораль

User malica_dee referenced to your post from Медитация и мораль saying: [...] или "боевой дух", хотя. чтобы более точно понимать, о чем идет речь - стоит прочитать вот этот пост [...]
(Deleted comment)
Gaperton
gaperton at 2010-11-29 15:51 (UTC) (Link)
Обрисуйте принципиальную разницу, которая, как вам кажется, есть, между "Morale" из HM&M и "боевым духом".
(Deleted comment)
(Deleted comment)
Gaperton
gaperton at 2010-11-30 15:22 (UTC) (Link)
> Но описание не оч. правдоподобное - нельзя открыть сразу нужный файл и переместиться в нём сразу в нужном направлении.

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

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

Каждый видит в первую очередь то, что хочет видеть.
(Deleted comment)
(Deleted comment)
(Deleted comment)
pingback_bot
pingback_bot at 2010-12-09 15:34 (UTC) (Link)

О психологических аспектах инженерной работы

User cjvqyhaxfi referenced to your post from О психологических аспектах инженерной работы saying: [...] мораль сопровождает тоска и уныние. Задачи кажутся сложными, неподъемными, и геморройными. Далее... [...]
Previous Entry  Next Entry