Выйди и зайди правильно

973a5e3dbf736ff4f832ab6c0e819ffa

Управлять программистами в ИТ-компании — дело особое. Не сказать, что сильно сложное. Совру, если назову простым. Особое.

Книжек, статей, курсов создано великое множество. Что-то помогает, у кого-то получилось. Собственно, промахнуться с оценкой сложно — отрасль ведь не просто существует, но и весьма активно развивается. Даже в нашей деревне. Значит, как-то, кое-как, с горем пополам, но управление программистами не только возможно, но и получается.

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

Регулярно ИТ-бизнес думает-думает, решает-решает, плюнет, да и снова попробует старый добрый метод: нанять успешного руководителя из другой сферы. Производство, строительство, торговля — ну суть. Оттуда много кандидатов, у них подтверждённый опыт, зачастую — MBA, и они такие прям чёткие всегда! Знают, чего хотят, на что способны, чего им нужно.

Мне этих руководителей всегда искренне жаль — я знаю, что их ждёт, каков будет их путь, почему они в итоге уволятся. Я не семи пядей во лбу, просто в течение многих лет наблюдал их в обеих сферах — ИТ и той, из которой они пришли, где добились успеха. Могу плюс/минус сопоставить контексты, работающий инструментарий, важные и второстепенные личностные качества.

Много раз пытался объяснить, помочь — и начинающим руководителям-варягам, и тем, кто их тащит в ИТ. Никто, разумеется, не слушал. Ну да я уже привык, поэтому сижу себе помалкиваю.

Однако, тут такая история вышла: в ИТ-компанию собралась устроиться некто Ира, хорошая знакомая моего хорошего знакомого. Он, как мог, пытался её отговорить, но не преуспел, т.к. сам работает программистом, и руководителем никогда не был.

Попросил меня. Я предложил формат статьи — и моё мнение услышит, и ваше. В конце концов, вполне возможно, я не прав, как это обычно случается (если верить вашим комментариям).

Итак, погнали. Буду писать, как бы лично обращаясь к Ирине.

Кто ты?

Привет, Ира. Я примерно знаю, кто ты в плане работы — наш общий знакомый рассказал. Я очень хорошо знаю три из четырёх предприятий, где ты работала руководителем — город у нас маленький. Стиль управления, который там в ходу и делает человеку успех, мне хорошо знаком.

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

Тебе везде сопутствовал успех. Нет: ты создавала успех сама, максимально чётко соответствуя требованиям и настроениям контекста. Однако, в ИТ тебя действительно ждут проблемы. В части управления тут всё немного иначе.

Перечислю основные трудности, с которыми ты столкнёшься.

Подчинение

Там, где ты работала — руководителем среднего звена на, скажем так, «обычных» предприятиях — с подчинением проблем, по большей части, не было. Разумеется, встречаются иногда перцы, которые увлекаются саботажем или «итальяночкой», но именно иногда.

В основном «подчинение», как актив, принцип, фора у тебя было. Управляя людьми, придумывая изменения, определяя правила, очерчивая границы, ты опиралась на подчинение. Ты, пожалуйста, сейчас не бросай читать, а вдумайся в эти слова. Люди тебе подчинялись. Ты настолько к этому привыкла, что давно перестала замечать.

Наверное, проблема подчинения у тебя возникала в первые дни или недели работы в новой должности или компании. Но ты знала, как её решить. Например, в мягкой или жёсткой форме обозначив: кто не подчиняется — работать здесь не будет. Мы все прекрасно пониманием, что линейный персонал в отдел закупок, экономики или службы менеджмента качества найти — не великая проблема, поэтому риск оправдан.

Равно как мы знаем, что в подавляющем большинстве случаев никто не бежит из отдела при появлении нового руководителя — сначала присмотрятся, приценятся. Вдруг просто границы обозначает, а то и сам сольётся. Это игра такая, кто страшнее зарычит.

Так вот, в ИТ про подчинение забудь. По крайней мере, управляя программистами. Никто не будет тебе подчиняться лишь потому, что ты — начальник. Тут всё гибко, зыбко и неопределённо. Ситуация, когда толковый программист ценится компанией выше, чем его начальник — рядовая, а не из ряда вон. Причём, я говорю и о денежной, и о стратегической ценности.

Иногда будет казаться, что тебя наняли гувернанткой к капризному барчуку. Это не обманчивое впечатление. Да, иногда надо проявлять строгость –, но очень и очень ограниченную по твёрдости и возможным негативным последствиям. И ты, и программист будут понимать: твоя строгость — показная, не настоящая. Игра такая.

Я поставил подчинение на первое место, потому что, по моим личным наблюдениям, это главное отличие управления в ИТ и «во всём мире». Ты наверняка читала книги по менеджменту, особенно классическому, и не могла не заметить, что тема подчинения там… Практически не затрагивается. Более или менее ей уделяют внимание в книгах по лидерству, но в несколько ином ключе — как вдохновить и повести за собой. Это уже тема мотивации, ниже про неё напишу.

Так вот, приходя в ИТ, готовься управлять, не приказывая. Учись — так быстро, как сможешь — мягким методам управления. Жёсткими ты добьёшься только одного — быстрого выхода на рынок труда.

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

Авторитет

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

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

Знаю, на «обычных» предприятиях можно стать авторитетом другими способами. Например, знакомством с директором или его секретаршей, умением продвигаться по карьерной лестнице с опережением естественного хода событий, способностью договариваться со смежными службами и т.п. У нас, в ИТ, всё это тоже имеет значение, но не для программистов, а для твоих потенциальных коллег — руководителей.

Второй принципиальный путь завоевания авторитета, который пока ещё востребован в провинции — «руководитель-отец» или «руководитель-мать». Умение создавать комфортную, защищённую среду для программистов. В принципе, прочитав пару книг, ты сможешь переупаковать и продать этот навык, как «опыт фасилитации», «работу скрам-мастером, защищающим команду».

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

Найдёшь таких, будешь их защищать — можешь стать авторитетом. Правда, получишь ложку дерьма в карму — пока ты их защищаешь, они будут под этими «меценатами» работать, просто под зонтиком.

Мотивация

Запомни, пожалуйста, одно слово: «интересно». Это — главный мотиватор программиста, начиная с определённого момента развития, когда достигнуты два важных порога — «начало получаться» и «денег хватает».

Программисту должно быть интересно — язык программирования, фреймворк, проект, клиент, команда, офис, удалёнка. Ты, в конце концов.

Разумеется, остальное тоже важно. Ну, или, как минимум, имеет значение. Но — именно «тоже». Многие совершают ошибку — начинают с этих «тоже», когда не получается сделать «интересно». Да что уж греха таить — когда даже понять это самое «интересно» не выходит. А потом удивляются, чего программисты бегут без видимой причины.

Раньше ты имела дело совсем с другой мотивацией. Ключевое, пожалуй, отличие: программистам нравится дело, которым они занимаются. Не работа — компания, должность, проекты — хотя это тоже важно (ох уж это «тоже»). Именно дело — программирование, разработка, проектирование, отладка, ковыряние, запуск и прочие слова (их сейчас много придумали).

Предположу, что не ошибусь: на прошлых работах твоим подчинённым была интересна, скорее, работа, а не дело. Ничего не поделаешь — мало на свете увлечённых менеджеров по закупкам, экономистов, оформителей процессов по ИСО 9001. Поэтому основным инструментом, или объектом воздействия для создания и поддержания должной мотивации для тебя была работа, как место, а не как дело.

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

С программистами иначе: всё это не должно мешать делу. Если ещё и поможет — прекрасно.

Не пытайся заменить «интересно» деньгами. Очень, очень многие твои предшественники на этом погорели, пытаясь предстать перед вышестоящими в выгодном свете. Например, ввязываясь в работу с Крупными Холдингами, где Много Денег. Там не интересно.

Демотивация

Знаю, ещё пользуетесь — там, на «настоящих» предприятиях. Штрафы за опоздания, просрочку задач, лишение премии службы качества за невыполнение плана продаж коммерческим отделом, порицания за дресс-код, невежливость, «не так посмотрела» и т.д.

Так вот — забудь. Нельзя. Табу.

В первые три месяца, а то и полгода — вообще никакой демотивации, пока не освоишься, не станешь хоть немного своей. Потом можешь мягко, нежно, заниматься самой лайтовой демотивацией — лишением мотивации. Да, ты уже поняла — пересаживанием человека на время с «интересного» на «неинтересное».

Только на время, заранее плюс/минус известное. Или с понятными критериями возврата в «интересное».

Планирование

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

Дело в повторяемости задач — так или иначе, но твои сотрудники делали примерно одно и то же. Оформляли документы — с известной скоростью печати, заказывали материалы у поставщиков — с понятной интенсивностью работы в КИС и документооборота с контрагентом, готовили отчёты — одни и те же каждый месяц.

У программистов всё иначе. Повторяемости мало. Если повезёт, можешь наткнуться на какой-то ИТ-конвейер — таких сейчас, в общем-то, достаточно много развелось. Что-нибудь вроде автоматизации мелкой розницы, установки 1С: Бухгалтерии или запуска типовых продуктов Битрикса. В принципе, всё это тоже считается ИТ, но там нет или почти нет программистов — именно на конвейере. Рядом, в соседней комнате, программисты вполне могут обнаружиться, но там повторяемости не увидишь.

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

Стоит ли?

Я не пытался тебя отговорить, или создать видимость чрезвычайной сложности управления в ИТ. Наверное, суть и цель моего послания ровно такая же, как в аналогичных статьях для тех, кто хочет «войти в ИТ», но как программист.

Тут интересно, прикольно, классно. Но: иначе. Это надо понимать, принимать, и не формировать в душе ожиданий.

В твоём случае это будет сложнее, чем для программистов, потому что ты искренне считаешь, что просто меняешь объект управления, а субъект — тебя, Иру — существенно корректировать не надо. Ты идёшь, увешанная с ног до головы медалями прошлых достижений.

На входе в ИТ придётся переодеться.

P.S.

Но результат того стоит. Если будешь воспринимать своё турне по управлению в ИТ не как необъяснимые трудности, провал или «сраные тупые ленивые хипстеры», а как полезный, другой опыт.

Другую, незнакомую, непонятную, но очень увлекательную культуру управления в мире, которым увлечён весь мир.

© Habrahabr.ru