Останься Один. Иногда

В мире есть странные люди.

Программисты, которым не нужно проверять ни функциональность решения, ни качество кода.

Руководители проектов, которых не нужно контролировать.

Руководители команд, которые никогда не говорят «ну, я не мог…».

У них тоже бывают неудачи, но у них не поднимается рука, не поднимается голос, чтобы их критиковать или дискредитировать.

Кажется, вы понимаете, что этот человек определенно сделал все, что было в его силах.

Они редко обращаются за помощью.

Бывает, что запрашиваются ресурсы, необходимые для выполнения задания.

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

Вы наверняка видели таких людей.

Возможно, в зеркале.

Я долго думал о причине такого поведения.

Что особенно сбивает с толку, так это то, что они не всегда были такими — в какой-то момент с ними что-то случилось, превратив их из «Я сделаю это, если смогу» в «Я сделаю все, что смогу».

Перебрав всех своих знакомых за 15 лет, подходящих под данное описание, в т.ч.

сам я пришел к выводу: причина в том, что эти люди когда-то остались одни.

Только формы его были иными.



Сплошное одиночество

Встречается в основном среди программистов — тех, кто делает что-то своими руками.

Раньше это происходило постоянно, причем в любой технологии, языке программирования и бизнесе.

Были ребята, которые внедряли, пилили и поддерживали 1С.

До них были люди, которые писали ERP-системы на FoxPro, MS Access, Delphi, Builder, Adabas и черт знает на чем еще.

Есть немало ребят, которые если не создавали, то поддерживали и развивали сайты компаний, разработанные первыми «студиями» (студенты вместо диплома создавали CMS, хитрый преподаватель продавал на ней разработку сайтов).

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

Либо ты это делаешь, либо никто не делает. Их главной целью было, конечно же, «заставить это работать».

Потом жизнь разделила этих самостоятельных программистов на два потока.

Некоторые так и остались гномами в лесу — они до сих пор сидят на родном заводе и генерируют код самого дикого качества, но работоспособный.

Большинство из них уже давно работают в компаниях и командах, где качество их программирования (включая все его аспекты) уже давно поднято до уровня «не надо проверять».



Неявное одиночество

Другой тип одиночества, более распространенный среди менеджеров, является скрытым.

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

И они будут продавать это как собственное достижение.

Хорошо, если такая культура – ударь человека – очевидна и открыта.

Но чаще оно носит латентный, скрытый характер.

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

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

Но что будет, если он сам попадет в беду? Глубокое синее одиночество.

В такие моменты многие делают осознанный выбор в пользу одиночества.



Сознательное одиночество

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

Пока ты в команде, есть подстраховка.

Кажется, хорошо, когда кто-то может подставить плечо, расстелить соломку или предоставить жилетку для слез.

Но эта система безопасности – палка о двух концах.

И оно не даст тебе упасть, и ты не сможешь убежать.

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

Что нам делать в этом случае? В утопических теориях написано, что нужно научить всех остальных двигаться с необходимой вам скоростью (здесь «скорость» — термин условный, собирательный).

Ну внедрите какую-нибудь методологию управления разработкой, проектами или людьми.

Вы, наверное, представляете, как это работает, и работает ли.

Для меня это только укрепит связующую цепочку – вы теперь не только работаете вместе, но и «развиваетесь».

У вас больше нет даже морального права бросить несчастного на произвол судьбы.

Лучше побыть одному.

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

В одиночестве, в любом положении как бы проясняется сознание и понимание своего дела.

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

А самое главное, ты осознаешь, буквально чувствуешь ответственность за результат и процесс.

Почему? Потому что ответственность – перед самим собой.

Вы один.

Да, задача или цель пришли извне вместе с ответственностью за реализацию.

Но разделить бремя не с кем.

Вы принимаете цель как свою и делаете ее.

Ты делаешь это сам, ты сам отвечаешь.



Никогда не автономный

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

Ребята молодцы, но на них сложно положиться.

Совершенно типичная ситуация — даешь такому человеку задание, он сидит, молчит, вроде бы делает, а когда приходит срок, встает и говорит, что ничего не получилось.

Дело не в том, что мало что осталось или проблемы с отделкой – нет, просто ничего.

Помощь, говорит он, нужна.

В такой ситуации помочь уже поздно – надо взять и сделать самому.

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

Хотя такая ситуация случается и со взрослыми сотрудниками.

Хорошо, давайте добавим промежуточный контроль.

Мы вовремя знаем, что человеку нужна помощь.

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

Что будет после обеда, в каком состоянии будет задача? Ну точно так же, как утром.

А история браузера ясно покажет, чем вы занимаетесь.

Ничего страшного, если человек еще пытался погуглить готовое решение.

Особенно много никогда не одиноких менеджеров — тех, кто вроде бы есть, ходит на работу, сидит на стуле, зевает на совещаниях, а ответственности, как и результатов, у них ровно ноль.

Потому что они обросли связями — тестировать негде, да и работать они, по сути, уже не умеют (или пока не умеют).

Всегда найдутся люди, которые прикроют такого лидера.

И они не будут требовать результатов.



Временный автономный

Понятно, что одиночество на работе всегда временное, но длительность периода может определяться либо обстоятельствами, либо самим человеком, либо хорошим начальником.

Если отрезок определен заранее, то автономная игра превращается в увлекательное и невероятно динамичное испытание, густо наполненное адреналином.

Искусственное автономность от руководителя обычно выглядит примерно так: вы несете личную ответственность за выполнение задачи или проекта.

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

Но они не несут ответственности за результаты, и их плохая работа не будет служить оправданием.

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

Это работает волшебным образом.

Другой вариант, когда то же самое предлагает не руководитель, а сам сотрудник.

Что-то вроде прыжка в самую глубину.

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

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

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

Иногда вам нужно отдохнуть от одиночества и гиперответственности.



Отдохните от автономного режима

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

Эту ситуацию можно и нужно использовать в личных корыстных интересах.

Например, программисты в таких теплых краях часто занимаются повышением необходимых навыков.

Особенно если компания оплачивает всякие курсы и саморазвитие.

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

человек.

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

Главное не забывать, что это не навсегда.

Иначе оно вам понравится и будет еще один Догвилль.



Общий

Я не говорю, конечно, что я прав.

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

Но время от времени я оказываюсь в одиночестве.

Раньше причина всегда была внешней, теперь это личный выбор.

Это интереснее и, кажется, эффективнее.

Только в одиночестве я могу испытать любовь к тому, что делаю.

Потому что оно мое, как ребенок.

Как однажды сказал Артемий Лебедев: «Известно, что дети — как зубные щетки: свои терпишь, а чужие противны».

И что ты думаешь? Не о детях, а об одиночестве.

Теги: #Карьера в IT-индустрии #Управление разработкой #Управление проектами #Читальный зал #Управление персоналом #кто знает что

Вместе с данным постом часто просматривают:

Автор Статьи


Зарегистрирован: 2019-12-10 15:07:06
Баллов опыта: 0
Всего постов на сайте: 0
Всего комментарий на сайте: 0
Dima Manisha

Dima Manisha

Эксперт Wmlog. Профессиональный веб-мастер, SEO-специалист, дизайнер, маркетолог и интернет-предприниматель.