Чому все програмісти - психи досліджували вчені

Кожен, хто працює в IT - дивний. Визнайте це: ми, технарі, все з примхами - і в характері, і в підході до роботи. Рівень дивацтва - лише питання приватної думки, тлумачення і контексту.

Щось в ДНК технаря призводить до більшої дивацтва, ніж це буває у простих смертних (НЕ технарів). Можливо, ці примхи виникають, коли певний тип індивідуальності потрапляє в технічний світ. Або, може бути, нас якось змінюють з часом наші затемнені умови роботи і вплив випромінювання від комп'ютерних екранів.

Якщо дивина заважає виконати роботу, це якраз той випадок, коли дану проблему не можна ігнорувати - хоча часто саме це і відбувається.

Керівництву не подобається бути залученим в питання дивацтва. Воно закриває очі і сподівається (і молиться), що проблема чарівним чином зникне. Через це я відчуваю себе дуже винуватим - але про це трохи пізніше.

Ніщо так не дратує товаришів по службі, як необхідність мати справу з особистістю, яка не узгоджується з їх принципами повсякденному житті. Це не означає, що хтось неправий (або навіть ненормальний), але це означає, що для ефективної роботи колеги повинні зрозуміти і обговорити свої відмінності. І часто саме керівник повинен втрутитися і підштовхнути їх до цієї непростої розмови.

У теорії це звучить непогано. Однак я впевнений, що випадки, коли керівництво займалося подібними питаннями, можна перерахувати на пальцях однієї руки.

Чому? Ну, з точки зору керівництва, поки чиєсь поведінка не робить помітного впливу на результати роботи, паритися не варто. А з точки зору співробітника, небажано посилювати і без того непросту ситуацію.

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

Однак давайте внесемо ясність. Я не кажу про крайні випадки. Існує різниця між дивною людиною і дійсно ненормальним. Коли рівень дивацтва виражається в занадто недоречний поведінці, це вже зовсім інша історія, яка зазвичай закінчується походом до відділу кадрів і, в кінцевому рахунку, звільненням. (В деяких випадках може бути виправдане звернення до лікаря).

Але зараз я пропоную подумати про інші 99% випадків, коли хтось робить щось таке, про що інші не впевнені, як до цього поставитися, і це псує умови для спільної роботи.

Ось кілька таких ситуацій, які я можу навести тут завдяки деяким моїм друзям-технарям з LinkedIn, а також свого власного досвіду. Це випадки з життя, коли поведінка члена команди технічних працівників призводило до виникнення непростої робочої обстановки, що виражалося в зменшенні продуктивності і незадоволеності клієнтів. А в одному випадку призвело до відходу з роботи цінного співробітника.

(Так, я змінив імена, щоб не нашкодити цим дивним людям).

Програміст - любитель пісень

"Я встав на перехресті, на коліна я впав:" Спаси і збережи мене ", - я до Господа взиваю".

"Ти крутиш мною, крихітко, коротше, немов плівку, крихта, коротше, коротше, коротше".

Тексти пісень, ага. Перший - з пісні Еріка Клептона "Перехрестя". А якщо ви бачили "Співака на весіллях", то дізнаєтеся і повторювані рядки з пісні "Живий або мертвий".

І всеж. що це.

Неймовірно товариський програміст

Кожен день Джиммі приходив в кабінет Сема в різний час. Він міг просто з'явитися в дверях і почати просторікувати про останні події.

Спочатку Сема це тішило, і він так і сяк жартував над Джиммі. Але потім це стало заважати його роботі. Сем міг з головою піти в виконання якогось завдання, і раптові гучні тиради Джиммі змушували його буквально вистрибувати з крісла.

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

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

Це допомагало утримати Джиммі зовні, але одночасно ізолювала Сема від решти команди. Сем покинув фірму, перш ніж це зайшло надто далеко, але це безперечно вплинуло на його ефективність, та й команда втратила талановитого товариша по службі.

Цю я знав особисто. Ми найняли нову програмістки, яку я назву Сьюзі. Всі програмісти працювали у відкритому приміщенні з перегородками. Одного разу Стен, старший програміст команди, прийшов до мене в кабінет і зачинив двері.

Пам'ятаю, я ще подумав: "Скільки ж тих хлопців, яким вона дзвонить?" Я вирішив, що краще буде почекати.

Це було помилкою.

Я втримався від зачіпання болючої теми цих розмов - не хотілося про це говорити. Вона виглядала приголомшеною, сказала: "Добре". Чи не заперечувала - просто "Добре".

Наступного тижня Стен знову закрив двері мого кабінету і знову розповів мені про її нових розмовах. Колишні дружки змінилися рекрутерів.

Скінчилося тим, що цей придурок її звільнив. Але через те, що я мешкали і не розібрався з ситуацією відразу ж, весь відділ був відвернений від роботи плітками. Не можу сказати, що я їх в цьому звинувачую.

Ці історії - лише верхівка айсберга. Звичайно, мова йде про епізоди, але вони змусили мене повірити, що в тому, що технічне співтовариство збирає досить цікавих особистостей, є якась правда. Ось чому я люблю світ програмування.

Жодної нудної хвилини!