Внутри сферы информационных технологий крутится много самых разных людей. У них разная специализация, и зачастую, единственный набор умений и навыков, который их объединяет – это бесстрашное нажимание на клавиши клавиатуры. Это примерно схоже с тем, что врачей объединяют белые халаты.
Когда люди узнают, что ты работаешь в ИТ они почему-то считают, что ты обязательно должен уметь починить любой компьютер, написать программу, разобраться с вирусами, ну и пр. Практически точная аналогия с врачами, к которым знакомые лезут со всеми болячками, несмотря на то, что врач может быть специалистом в какой-нибудь достаточно узкой сфере, типа удалении паразитов из труднодоступных мест организма.
Попробую дать определенную классификацию ИТ-шных персонажей.
Самый распространенный из них это тот, кто ближе всех общается с пользователем. Наверное что-то схожее с терапевтом или врачом общей практики, ну или, если не все хорошо, то сельский фельдшер.
В своей практике каких только названий я не встречал для подобных должностей. Системный администратор, системотехник, инженер по обслуживанию или эксплуатации компьютерной техники. На пользовательском жаргоне можно часто услышать название компьютерщик. А в профессиональной среде их называют эникейщики.
“Эникейщик” по легенде пошло с тех времен, когда компьютеры были большими и слово Windows обозначало просто окна. Тогда периодически на экране появлялась надпись “Press any key…”. Перед ней еще было сообщение о какой-нибудь ошибке, но это было не сильно важно. Для продолжения работы нужно было нажать любую клавишу.
Секретарши и бухгалтера при появлении такой надписи пугались и звали компьютерщика, который приходил и выполнял работу по починке техники нажимая “any key” – любую клавишу. Отсюда и пошло жаргонное название эникейщик.
Кстати, однажды самый ленивый оптимизировал процесс. На клавишу пробела он скотчем прилепил бумажку с надписью “any key” и все блондинистые пользователи начали быстро находить чего нужно нажать, чтобы компьютер продолжил работать.
История не сохранила фамилии этого героя, но он точно совершил прорыв. Тема разлетелась со скоростью молнии, и я лично видел не одну такую клавиатуру.
Хороший эникейщик всегда является любимцем компании, потому что именно он помогает всем с персональными гаджетами и домашними компьютерами. Их всегда подкармливает женский коллектив бухгалтерии, ну и эникейщик женатый на сотруднике данного подразделения – это практически корпоративный стандарт.
Вообще, мне иногда кажется, что в нашей стране бухгалтерский учет создавался таким образом специально, чтобы обеспечить некоторый процент занятости женскому населению с целью размножения ит-шников, которые в силу своих склонностей к путешествиям в миры орков и эльфов 90-го уровня просто никогда бы не смогли познакомиться с достойной их барышней для создания семьи, если бы не рабочие обязанности посещать сплоченный женский коллектив, основным смыслом существования которого является обустройства семейных гнезд.
Вообще ИТ-шники представляют из себя ценный трофей для девушек, желающих замужества. По сети ходит достаточное количество опусов, которые рекламируют их в качестве мужей. Стабильные, не сильно пьющие, не очень критичные к еде, которые, если дома выделить небольшой уголок для компьютера, будут вашими пока что-нибудь не разлучит вас.
Следующими за эникейщиками идут администраторы. Они бывают разные: сетевые, администраторы серверов, баз данных, каких-то прикладных систем. Их практически не видно. Они сидят в своих каморках и общение с ними происходит в основном дистанционно: по телефону или по электронной почте. А особенно они любят всякие сервис-дески где им ставят задачи, которые не теряются, а потом их там еще и оценивают.
Вообще админы обычно спокойные люди вплоть до аутичности. Они работают не как все нормальные люди, потому что часто им приходится делать свою работу в то время, когда другие уже отдыхают. Зачастую они вообще являются ночными существами.
Например, был у нас один товарищ по прозвищу Борода, который раз в пару месяцев просто ночевал в офисе проводя операцию обрезания базы данных.
Если у админов проблема, то это проблема у всего офиса. Все сидят и курят потому что не работает ничего. Они никогда не говорят “не работает”. “Легло”, “слетело”, “встало”, “отвалилось”, “поломалось” – это набор определений событий, которые случаются как бы сами по себе.
Админы люди тонкой душевной организации, требующие особого подхода. За 25 лет у меня был всего один случай, когда я расстался с человеком по причине того, что он не смог пережить ограничения свободы. Это был админ с которым я несколько месяцев не мог утрясти легальный график его пребывания на рабочем месте. У нас руководство банка развлекалось контролем рабочего времени через новую систему управления доступом, что для того времени было еще диковинкой, и я практически каждый день был вынужден писать объяснительные почему мой сотрудник не приходит вовремя. Никакие уговоры не действовали, предложения легально сдвинуть график тоже. Достал я его тем, что подверг обструкции при коллективе. После этого он продержался месяц, но не выдержал и уволился.
Особой кастой в ИТ являются программисты. Их работа сродни магии. Никто толком не знает чего они делают и как. Мечта любого программиста – хорошее техническое задание (ТЗ).
Если погуглить, то можно найти несколько квалификационных определений для программистов. Кто-то делит по каким-то категориям с номерами, кто-то категории заменяет умными иностранными словами: юниор – типа стажер, или сеньор – крутой перец, который может рулить юниорами.
У меня есть своя профессиональная шкала для программистов: кодер, программер и разраб.
Кодер – это тот, кто не может и главное не хочет включать мозг. Делает все согласно букве технического задания, досконально транслируя в код все глупости, которые в нем заложены. Когда ему потом говоришь: “Ну посмотри – это же понятно, что так работать не будет. Это просто неправильно” – он просто достает ТЗ и говорит: “Но тут так написано”. Основной вопрос с которым работает кодер – это “что?”.
Программер – это надежный боец. Человек творческий и с опытом. Он хорошо знает свое дело. Способен работать со слов и по приблизительному заданию. Ему не нужно разжевывать все до мелочей. Ответ на вопрос “как?” – это его работа. Он не будет делать то, что работать не будет. Главное иногда вовремя остановить полет фантазии. Иначе получаемые решения могут быть поистине шедевральны, а продукт будет перенасыщен всякими фичами (дополнительными возможностями), которые никому не нужны.
Когда-то был случай с товарищем, который при разработке системы управления складом WMS решал задачу, скажем так, аварийного прерывания задания по инициативе комплектовщика заказа. Подразумевалось, что сотрудник должен был сообщить системе причину. В конце у нас осталось всего две “нет места на паллете” и “нет товара в нужном количестве”. А вот изначально правильный программер ввел их штук семь, из которых больше всего поразил вариант “не могу продолжить по медицинским показаниям” (ну а вдруг у него живот заболел).
Отдельная история – это читать строки комментариев в программах творческих личностей. Приходилось вводить запреты на нецензурную лексику, но это не сильно ограничивало полета фантазии. Некоторые заводили тетрадки (ну раз нельзя в коде, должен же я где-то выражаться). Был у нас один специалист. Люди целенаправленно приходили минут на 20 раньше, чтобы почитать его тетрадь для записей и зарядиться позитивной энергией на день.
Высшей квалификационной ступенькой для программиста в моей классификации является “разраб”. Это уникальные люди, которые в той области, которую они автоматизировали знают все лучше всех. Они работают с вопросом “зачем?”. Ни один “представитель бизнеса” с ними сравниться не может. И не мудрено. Когда ты переводишь бизнес в цифру, и делаешь это вдумчиво, ты проникаешь в тайны мастерства недоступные никому. Разраб знает “как работает склад” лучше любого руководителя склада. Ему вообще можно не ставить задачи. Ему достаточно подкинуть идею, а зачастую он сам приходит с идеей, и уже реализованной. Их не нужно мотивировать (про мотивацию мы еще поговорим), они знают и любят свое дело. Это золотой фонд любой компании. Если у вас есть разрабы – вам просто повезло.
Есть такой нюанс, что программисты не только программируют на нечеловеческом языке, но и часто разговаривают не по человечески.
Очень полезно, когда в компании есть специалисты, которые переводят с человеческого языка на язык программистов и обратно. Не у всех эта функция выделена и отнесена к ИТ, но мой опыт говорит, что как только компания может себе позволить содержать такого отдельно выделенного человека – это стоит делать. Системный аналитик, бизнес аналитик – называть можно по разному, но тот кто может причесать техническое задание – это те без кого разработка будет хромой (помним, что разрабы редкость).
В ИТ есть еще ряд специализаций. Но в корпоративной среде они встречаются не всегда. Тестировщики, технические писатели, архитекторы систем – их функциональность может фоном накладываться на деятельность других специалистов.
Я все это к чему? ИТ – это очень неоднородная среда. В ней могут работать люди с самыми различными психотипами и наклонностями. Многие ИТ-шники вообще не умеют программировать, а некоторые совершенно не разбираются в типах компьютерной памяти и даже не смогут настроить домашний WiFi роутер.
В ИТ место найти можно всем.
В ИТ люди приходят самыми разными путями. Здесь можно встретить людей как с несколькими высшими образованиями, так и тех, кто закончил 9 классов и на этом решил с учебой завязать.
Реальный случай, когда человек с 9 классами за плечами претендовал на то, чтобы вести за собой все направление бизнес-аналитики. Прикол в том, что на “местном фоне” он еще и смотрелся не совсем плохо. Правда, когда начали общаться плотнее, как раз и начало вылезать, я бы сказал, отсутствие академизма, лоскутность и поверхностность. Все-таки образование вещь нужная и за плечами его не носить. Сложные вещи парню приходилось объяснять долго, а его излишняя самоуверенность и не подкрепленная знаниями амбициозность скоро привели к тому, что наши дороги разошлись. Потом до меня доходили слухи, что в другой компании он продолжил работать в том же направлении и даже чего-то достиг, но там был несколько другой уровень бизнеса и соответственно совсем другие требования.
С другой стороны наличие хоть какого количества образований совсем не гарантирует, что вы получите хорошего специалиста.
В ИТ очень важно, чтобы человек не останавливался. Без мотивации на саморазвитие добиться чего-то серьезного не получится. При этом, нужно сказать, что даже профильное образование обеспечивает только то, что человек может осваивать, что-то быстрее, поскольку его с некоторой вероятностью научили учиться. И это еще в том случае, когда у него приличный аттестат.
К сожалению то, как в наших ВУЗах учат ИТ-шников, мягко говоря, оставляет желать лучшего. Должен сказать, что мне встречалось достаточно много недоучек с очень хорошим профессиональным уровнем. Ребята получали базу, потом видели, что именно с прикладным обучением не очень и сваливали работать в реальный сектор.
Вообще, в моей практике “золотой фонд” – это аспиранты, которые бросили по ряду причин аспирантуру и пошли работать.
ИТ очень динамически развивающаяся отрасль и вопрос постоянного самообразования, умения себя мотивировать на решения сложных, нетривиальных задач, поиск информации – это то, что является залогом построения успешной карьеры.
Привести и заставить работать – у нас это не вариант. Все случаи, которые у меня были заканчивались печально. Приводят парня, даже, казалось бы с профильным образованием, который говорит, что он просто мечтает стать программистом, а ты через какое-то время понимаешь, что все усилия бесполезны. Смотрит в монитор, и даже если на нем что-то по теме программирования, а не соцсети или ютубовские ролики непонятного содержания, то 10 строчек кривого кода в день дают сигнал: не твое это, парень, не твое. Нам жалко тратить свое время на тебя и жалко тратить твое время. Тебе нравятся велосипеды – не слушай маму – занимайся велосипедами.
С другой стороны откуда к нам только люди не приходили: из МЧС, из МВД, после армии. В практике был парень кочегар. Показательный случай, когда на одном из складов заметили определенную подозрительную активность в сети. Покопавшись вышли на оператора. Забрали к себе. Впоследствии он стал одним из наиболее ценных сотрудников.
Как создать команду ИТ-шников, где их ловить и как удерживать, мы поговорим отдельно. Сейчас еще хочу сказать, что в ИТ много приходит людей из “бизнеса”. Приходят вместе с проектами и остаются в роли постановщиков задач, руководителей проектов, внедренцев. Приходят те, кому перестает хватать творчества в своих подразделениях, кому надоедает рутина, кому хочется развития. Рано или поздно, если правильно строить ИТ-структуру, в ней оседают лучшие люди, которые являются мотором компании, двигают ее вперед.
ИТ – отличная тема, чтобы построить карьеру. Хороший ИТ-шник имеет достойный доход, пользуется уважением и всегда имеет перспективу. Вопрос всего лишь в том, чтобы стать “хорошим”.
Рынок ИТ-специалистов дефицитен. Даже самые посредственные товарищи без работы надолго не засиживаются. Есть конечно вопрос соответствия зарплатных ожиданий, но сейчас ситуация такая, что скорее работодатель инвестирует, чем эксплуатирует. Приходящая молодежь очень амбициозна. При этом запросы не всегда адекватно соотносятся с реальной ценностью, которую из себя человек представляет. На практике это быстро лечится. И либо человек начинает соответствовать, либо приводит свои требования к реальности.
Вообще, у меня есть общая рекомендация для всех, кто хочет работать и чего-то добиваться. Я считаю, что устроившись на новую работу нужно сразу же обновить резюме, поставив в него требования на 30% выше, чем только что достигнутые договоренности с работодателем.
Еще одна общая рекомендация. Если вы реально хотите карьеры – нужно быть готовым и не бояться релокации. С одной стороны в Москве возможностей больше, но и конкуренция выше. Региональная компания в стадии бурного роста – это очень неплохое место для старта. Мой пример хорошее тому подтверждение. Краснодарский Магнит стал для меня серьезным трамплином.
Какое бы амплуа в сфере ИТ вы не выбрали стоит помнить, что здесь все меняется очень быстро и навряд ли получится, чтобы загрузившись один раз каким-то багажом знаний вы на нем сможете ехать хотя бы 5 лет.
Залог успеха – это постоянное развитие, изучение новинок в своей и смежных областях.
И главное не бояться. Не бояться брать на себя ответственность. Пробовать, делать, ошибаться, переделывать, снова ошибаться и так пока не получится. Я не имею ввиду “кидаться с голой шашкой на танк”. Нужно осознавать ответственность, понимать цену своей возможной ошибки и быть уверенным в своих способностях ее исправить. Это очень важные качества.
Никакое самое длительное и качественное тестирование не может дать 100% гарантии, что внедряемое изменение не приведет к какой-нибудь внештатной ситуации. Не нужно это воспринимать как рекомендацию отказаться от тестирования. Но и затягивать тестирование, превращая его в бесконечное, смысла никакого нет. Нужно всегда быть готовым работать по живому.
Мы еще поговорим о внутрикорпоративной разработке программных продуктов. Она имеет достаточно серьезные особенности. Здесь я хочу сказать о том, что делая свое дело, даже сугубо для себя, нужно смотреть на лучший опыт. Нельзя, без особой необходимости, в угоду срокам, халтурить. Это показатель профессионализма. В моей практике случалось, что мы по 4 раза переделывали пользовательские интерфейсы, хотя самый первый вариант вполне соответствовал техническому заданию и формально к нам претензий быть не могло.
Карьерные пути в ИТ бывают разными. Например, быстрее всего можно добиться минимального успеха в системном администрировании. Как я уже говорил, хороший эникейщик – это клад. За год достигнуть успеха на этом поприще вполне реально. Но тут над вами нарисуется некоторый потолок, который будет пробить достаточно сложно.
У программистов не так. Более или менее нормальный программист – это 3-5 лет. В главе “Кто такие ИТ-шники?” я говорил о своей шкале “кодер”-”программер”-”разраб”. Разраб вообще не имеет потолка.
У системных аналитиков, руководителей проектов – своя стезя. Там тоже потолок достаточно условный, а время созревания не быстрое.
ИТ – это игра в долгую. Тут нужен опыт.
Достаточно важным является нахождение баланса между попрыгунчеством и болотным прозябанием. Это тоже относится скорее к общим рекомендациям. Скоростное метание между компаниями и проектами – это дурной тон. Я всегда с подозрением относился к людям, у которых много мест работы и срок работы на каждом до 1 года. Это нормально в самом начале, когда человек нащупывает сферу своих интересов, понимает, что его привлекает. Но если это продолжается и после 30, то это вызывает серьезный вопрос. Вход в серьезный проект, какой бы ты не был специалист, адаптация к новому месту – это месяцы. Все таки ИТ – это достаточно сложный технологический сектор. Уникумов, которые бы пришли и начали работать по полной через пару недель я практически не встречал.
С другой стороны, если человек сидит на одном месте без развития более 5 лет – это тоже вызывает серьезные вопросы. Тут не идет вопрос о должностном росте. Развитие может быть как вертикальное, так и горизонтальное. Смена прикладной области, погружение в другой проект, замена инструментария – это то, что позволяет не застаиваться.
Болото вокруг нас имеет свойство возникать помимо нашей воли. Часто мы и сами потворствуем этому процессу. Мы стремимся создать себе зону комфорта, обустраивая среду вокруг себя и часто потом не замечаем, что в обустроенном и комфортном для нас гнездышке начинает мягко говоря попахивать гнилью.
Хороший руководитель ИТ-подразделения должен следить за уровнем заболоченности и своевременно кидать камушки в стоячую воду.
Мне приходилось сталкиваться с людьми, которые очень быстро могли обустроить любое гнездо. У них в их зоне ответственности всегда все было хорошо. Не отлично, но хорошо. Они не были перфекционистами, но получив участок деятельности они быстро доводили его до определенной степени комфортности и дальше запускали процесс заболачивания. Я считал своим долгом обеспечить их миграцию с насиженного места, поскольку только таким образом можно было их развивать. Кто-то обижался, кто-то принимал такой расклад, но я считаю, что такой подход был полезен и для них, ибо они прокачивались, и для компании, которая получала больше "обустроенных" мест.
Если подытожить, то для того, чтобы сделать карьеру в ИТ (как впрочем, наверное, и в любой другой сфере) нужно: держать нос по ветру, следить за изменениями, постоянно задавать себе вопрос: а не пора ли мне чего-то поменять и не стоит ли мне чему-то поучиться? Ну и главное: работать, работать и еще раз работать… Изучай свою матчасть, не бойся брать на себя ответственность и готовься к подвигу.
Уж ИТ – это точно та сфера, где подвигу всегда найдется место. Косяки и аварии в ИТ – это вещь постоянная. Проявить себя в борьбе с ними – это достойно. Единственное, что если косяк или авария будут идентифицированы, как ваши – это может поставить реальный крест на карьере.