Как стать автором
Обновить

Комментарии 61

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

Ну, в статье речь именно о тех, кто любит. Остальные — не целевая аудитория статьи.
А, по-Вашему, архитектор — это не менеджерская позиция? Условно, архитектором из просто хорошего программиста — не станешь.
НЛО прилетело и опубликовало эту надпись здесь
Менеджер — это про управление. Конечно, можно натянуть и сказать, что программист = менеджер по кодингу (или уборщица = менеджер по клинингу), но это уже перебор. Вот ниже Gorthauer87 ± правильно описывает функциональность архитектора.

Как бы далеко не совсем это одно и тоже. Архитектор он же и ведущий инженер и ему подобное, ведь не бегает и не пасет остальных программистов. Он просто принимает самые важные решения.

не менеджерская. В концепции проектов работает связка менеджер управления проектами — системный архитектор.
Иногда к ним добавляются менеджер продуктов (? стремно все это звучит по-русски я имею в виду Application/Product Manager).
Соотвественно
архитектор — ЧТО делаем
проджект — КАК делаем
продакт — КОМУ делаем.
Но это идеальная ситуация
Да-да! А КТО делает? А его нет. Это реальная ситуация.

Я так на собеседование приходил в одну вкусно-известную фирму. Там этот ВАСЯ (который делать должен) увольнялся в тот день когда меня собеседовал.
Ну, напутствие от менаджера собеседующего тоже были те еще:
-на связи вам надо быть круглосуточно, у нас так принято.
-на рабочем месте в 8-00 обязательно, это стандарт компании.
-по выходным, ну тоже придется
-что оплата за сверхурочные? Нет. Такого нет. У нас так не принято.
КТО делает — это уже вопрос к области.
Потому что дробиться на множество мелких и разных кто. Если это большой проект, то там в подчинении у вышеобозначенной тройки будет тимлид, ИТ-директор, начальник отдела снабжения… вариантов много.
Вы же понимаете, что вся эта тройка нужна на реальные проекты, а не обеспечение производства или прочую рутину. Если нужна только парочка КТО делает, то не «тройка проекта», в том числе архитектор, не нужны
И почему все смотрят на мир глазами программиста… Из других направлений ИТ «скачёк» в менеджеры нереален?
Скачок возможен, конечно. Но
а) насколько он вероятен
б) и с какой должности? Понятно, что архитектора обязателен технический бекграунд (т.е. бывший программист или инженер).
а) А программисты у нас белая кость и голубая кровь?
б) Ну скажем с должности руководителя ИТ отдела эксплуатации а не разработки.

Архитектор — не менеджер. Это просто высший грейд какой-то узкой области в ИТ и не боле.
должности руководителя ИТ отдела эксплуатации

я такого сценария не отрицал )
Отдел эксплуатации — это вполне себе инженеры.

Приходилось мне видеть ИТ менеджеров из связистов, милиции, ФСБ, экономистов и даже из института культуры. Во всех случаях результат немного предсказуем. Правда их это не сильно волновало, им бы "день простоять и ночь продержаться".

А чем связисты не ИТ?

На моем опыте, реален — из эникейщика, но там был не прям вот скачок, пришлось промежуточную менеджерскую ступеньку все-таки пройти, но это было быстро :)
А разве принцип не тот же? Уметь локализовать и решать проблемы проекта, а не просто навыки качать?
Искать внимания директора, что-нибудь говорить на совещаниях, когда все молчат, отдавать приоритет поручениям директора (настроить вайфай в айфоне) в ущерб реально полезным, красивый костюм, активно участвовать в корпоративах, дружить с секретаршей директора, чтобы знать о его настроениях и бежать впереди всех настраивать ему почту, помогать скачать песенки с торрента, и т.д.

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

Не знаю, не знаю, зависит от секретарши. Аморально — спать с директором:)

Зависит от директора.
В больших серьезных компаниях обычно есть вполне понятные правила повышения, которые не зависят от воли одного человека (но, зачастую, самый быстрый способ — уволиться и прийти потом обратно на другую должность)
Двигаться по понятным правилам повышения долго.
Некоторые компании не берут назад. И более того, лично работал в компаниях, где было прописано во внутренней политике, что могут принять на работу человека снова только не ранее, чем через 2 года после его ухода и его новая зп не может быть больше, чем 120% от предыдущей. Такие дела.
его новая зп не может быть больше, чем 120% от предыдущей.

Это вообще законно?
А что, есть закон, регулирующий рамки зп в оффере? Сколько хотят, столько и предлагают. И вот эта компания (т.е. hiring manager, который следует внутренней политике) не предложит более 120%
Ну, представьте себе ситуацию, что я ухожу из организации условно проектным менеджером, а возвращаюсь CTO/CEO или чем-то подобным.
Или думаете, что за два года нельзя так сильно прокачаться?
Ну собственно или они предлагают вам рыночную зп или вы не идете — в чем проблема? Я не думаю, что они формально вам ответят, что у них такие правила
Стук в дверь.
— Разрешите? — на пороге стоял опрятно одетый, выбритый и аккуратно подстриженный молодой человек.
— Что у вас?
— Вы звонили в службу поддержки, wi-fi поломался…
— Да. Замонал он, каждую неделю…
— Знаю, сейчас починю.
Инженер выдернул шнур питания из коробочки роутера и уставился в окно. Через десять секунд гендир не выдержал:
— А чего это вы ничего не делаете?
— Половину из того что нужно я уже сделал, — показал на сетевой шнур инженер, — Вторую половину работы сделаю через минуту. Вставлю обратно штекер. И будет еще несколько дней стабильной работы роутера… но неправильно все это.
— Конечно неправильно! Почему я должен каждые пару дней звонить в техподдержку..!
— Да. Неправильно все построено. Во-первых роутер нужно убрать из вашего кабинета, не место ему тут. Связь не ухудшится, а вот беспокоить вас перестанут. Во-вторых, конкретно этот роутер надо поменять, он же старый как гов… эээ… старый в общем, и не поддерживает удаленную перезагрузку и установку агентов системы мониторинга. В третьих, надо развернуть ту самую систему мониторинга, тогда неисправность оборудования будет определять не конечный пользователь, а сам ИТ-отдел, реально — в ту же секунду, как любой роутер, любой станок на производстве, даже любая касса в нашем фирменном при-заводском магазине — выйдут из строя, об этом сразу узнает системный инженер. И сразу же — починит. В 99% случаев не выходя из кабинета. Такая система даст всему руководству видеть состояние здоровья всей ит-инфраструктуры онлайн, вот все показатели, из каких компонентов состоят сети и сервера, сколько раз требовали вмешательства, какое именно… главное — такая система даст прогнозы по состоянию этого здоровья — когда закончится память на СХД, или тех же серверов 1С, когда закончится срок эксплуатации критически важных компонент, что с лицензионным покрытием, в общем она даст проактивность. И еще, она даст возможность посчитать total cost оwnership, ну стоимость всего ИТ, как на истории, так и в моменте. Всё, Иван Иванныч, wi-fi работает, разрешите идти?
— Ага… — гендир затуманеным взглядом смотрел в окно. — А этот… твой начальник где?
— ИТ-директор новый? Так он это… неправильные процессы между складом и цехом готовой продукции выстраивает.
— Чего...?
— Ну, там процессы неправильные, между складом…

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

Ага, он настолько хорошо выполняет свои обязанности, что повышать его нельзя, чтобы всё работать хуже не стало…
Кого повышать нельзя? Инженера, или ИТ-директора?
Менеджера, т.е. линейного «руководителя»?
Того, о ком вы говорите.
Стук в дверь.
— Да!
— Иван Иваныч, звали? — в кабинет зашел начальник отдела системного администрирования, рано начавший седеть мужчина лет тридцати пяти, на заводе уже года три работающий.
— Игорь Олегович, присаживайтесь. Я вот о чем хочу спросить… ко мне утром инженер ваш приходил, роутер починить, как он?
— Алексей? Хороший инженер, и с дисциплиной все хорошо, и знания подтянул.
— Какие знания?
— Ну, знаете, есть люди, которые толком не разобравшись в своей области, начинают так же поверхностно изучить смежные, а то и совсем далекие от профессиональной деятельности вещи. Алексей не такой, он конкретно об информационной инфраструктуре казалось всё перечитал, и про управление мощностями, и про обеспечение доступности и надежности, и про управление качеством услуг… у меня вообще все инженеры сейчас универсалисты, это приходили они каждый заточен только на своё, но спустя год каждый может заменить каждого, скорость конечно немного снизится, но качество останется на уровне.
— Этот Алексей сегодня любопытные вещи рассказывал, про мониторинг…
— Ага, так и есть, я ит-директору каждый месяц служебки на эту тему пишу. А давайте покажу!
Игорь Олегович набрал на клавиатуре директорского компьютера комбинацию цифр, нажал ввод. Спустя пять секунд отрисовался интерфейс с картой, на которой значками обозначались компьютеры, роутеры, другие непонятные устройства. Рядом с каждым значком стояли цифры, в большинстве нули, была видна индикаторная полоска, почти у всех зеленого цвета.
— Иван Инваныч, простите, но сейчас это все жутко тормозит, сервер мониторинга развернут на древнем списанном серваке, я писал служебки на новый, не знаю дошли или нет. В общем смотрите, мы в рамках пилотного проекта, в свободное от обслуживания и вызовов время, используя только бесплатный софт, развернули прототип системы мониторинга. Она в комбинированном режиме может работать, и как агентная, это когда надо на компьютер к примеру поставить специальное мини-приложение, которое будет передавать состояние здоровья, так и без-агентная, это когда сама система опрашивает по определенному алгоритму последовательность сетевых адресов и в зависимости от ответа определяет его здоровье. В общем, сейчас в нашем прототипе около половины всего ит-парка оборудования. На большее не хватает мощности того древнючего сервера. Вот тут смотрите, этот значок означает наличие резервирования у той или иной компоненты. А вот тут смотрите, если нажать, то можно увидеть всю историю запросов и инцидентов по этой компоненте.
— Очень круто выглядит. Служебки, говорите, писали?
— Ну да, каждый месяц пишу. Тот еще анахронизм, на бумаге писать. Смотрите, кстати…
Начальник отдела набрал другой адрес, отрисовался новый интерфейс, похожий немного на почтовый.
— А это прототип системы электронного документооборота. Тоже на древнем сервере поставили. Вот тут можно создать новый тип документа, по нему отрисовать бизнес-процесс по которому он пойдет, определить участвующих лиц, ну и так далее.
— А чего сами-то ко мне не пришли, почему служебки пишите?
— Так это, субординация-же, нельзя, я срочную служил, знаю что через голову прыгать это последнее дело.
— Ага-ага… Алексей этот, инженер который, толковый говоришь?
— Да, наше дело очень крепко знает.
— А ит-директор твой где, не знаешь?
— Да у логистов где-то, чего-то там с бизнес-процессами мутит, он у нас редко появляется.
— Ясно. Ну что ж. Как думаешь, Алексей с отделом справится?
— Справится конечно. А мне что, заявление писать? — тяжело вздохнул начальник отдела.
— Да. Пиши заявление. Сразу как только ит-директора уволят, сразу и пиши. Его место займешь.

Я ответил на ваш вопрос?
Вы, вроде, про менеджера рассказывали, а не про инженера, в нехудожественной части. Я художественные пропускаю обычно, извините.
Так я и ответил, и про менеджера, и про инженера.

ОК, извините за художественную часть, я подумал, что раз в топике Автора, который известен подобным, то здесь так можно.
(… даже отчего-то подумал, что здесь так принято)
Начальник отдела станет ИТ-директором, инженер станет начальником отдела. И это будет высшая ступень в их карьере в этой организации. Остальным же инженерам, чтобы стать менеджерами, придётся менять место работы :))
Вам надо устроить батл историй с Иваном:)
«Настало время офигительных историй»?
А что?
По моему у kagarich отлично получается. nmivan что то расслабился в последнее время. Вот конкурент будет:)
Спасибо, не надо. Одного-то лишнего бывает :))
Эх молодёжь…
менеджер это не тот который «руками водить», а тот кто знает на пять с плюсом, отладил до ювелирной точности, предусмотрел все риски, в зоне его ответсвенности.

и стал не нужным, потому что система ювелирно работает без него :) И сожрали его другие менеджеры:)

А Иван Иванычу вообще до лампочки на всю эту триаду аникейщика Алёши:) Для него не работающий Wifi в кабинете и не работающий склад = Ит казлы и дармоеды. Причём когда Wifi в кабинете сломался — ИТ больше казлы.
И Игоря Олеговича он мог позвать только с одной целью — отодрать за постоянно ломающийся Wifi. Но звать он Игорька не будет — это мелко для ГенДира. На ковёр пойдёт новый ИТ-Директор. Придёт и услышит: «Да вы ***** Итшники не можете мне — ГенДиру Wifi в кабинете сделать! Я теперь понимаю, почему мне склад и бухгалтерия жалуются постоянно… Почему у нас клиенты не довольны… И Джон Кеннеди из-за вас погиб… и так далее..»
И Игоря Олеговича он мог позвать только с одной целью — отодрать за постоянно ломающийся Wifi.

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

и стал не нужным, потому что система ювелирно работает без него :)

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

про молодежь
Эх молодёжь…

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

кстати, да, хороший поворот. Прям верный.
Про молодежь задеть не хотел, это фраза жука из советского мультика про муравья. Для красного словца :)
Наёмный ГенДир может себе позволить и не такое, и наёмный ГлавБух, и наёмный ДирЛогистики и много ещё каких наёмных директоров.
Потому что они приносят деньги акционерам\собственникам, а ИТ нет. ИТ — это сопутствующий ущерб. Про ИТ компании речи не идёт.

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

А вы много таких ситуаций видели?) Своя рубашка ближе к телу. Команда может уйти только в одном случае — если новая контора готова дать больше перспектив этой команде (не важно каких фин\проф — они для каждого свои). В пустоту команда не за одним человеком не уйдёт.
Потому что они приносят деньги акционерам\собственникам

это неверно.
Любая компания концентрируется вокруг своей основной функции. Скажем, булочная — основная функция — печь булки и их продавать. Для булочной — бухгалтерия, айти, уборщица — являются лишь сервисными службами. Т.е. действительно они не генерирует прибыль, но расход. А самое мерзкое, что все эти службы при хорошей работе незаметны, но стоит им начать работать плохо — как расходы (потери) компании начинают стремительно расти. Поэтому «наёмный ГлавБух, и наёмны ДирЛогистики» — это не доход, а расход.

ИТ может генерировать доход в том случае, если это профильный бизнес компании.
Поэтому «наёмный ГлавБух, и наёмный ДирЛогистики» — это не доход, а расход.

В целом да, всё это сервис. Сюда ещё можно отнести юристов и даже кадры, вот только в большинстве случаев слаще живётся им.
Легче же объяснить что нужен ещё один камаз — булок больше возить, или ещё один бухгалтер — отчётность сдавать, чем купить новый сервер :) Коммерсанты всё в бабки переводят.
Больше возим — больше продадим — прибыль.
Не сдадим отчётность — штрафы, проверки — убытки, сизо.
Сервер старый же работает? Зачем новый? А сломается? Сломается — почините, я же вам деньги за это плачу.

Поэтому наёмный ДирЛогистики может «наорать» в письме на ИтДира за нерабочий wifi (ещё и ГенДира в копию поставит), мотивируя тем что у него логисты были без связи и не проверили отгрузку и отгрузили меньше факта. И не забудет упомянуть что компания деньги потеряла.
ИтДир, конечно при наличии яиц, возразит. Скажет, что есть кабель, и никто в СервисДеск не обращался, но он уже проиграл этот бой — он оправдывается.
сдается мне тут третьей части не хватает, где ит-директор расскажет свою не менее офигительную историю, что он у логистов не просто так с бизнес-процессами мутит.
Ну для этого будут нужны сообщники из отдела логистики, которые подтвердят, что новый Ит-директор очень классный и полезный :)
Написанное настолько дико не вяжется с моим пониманием того как строить карьеру, что вот прост тушите свет.

Как видится, понимается и как есть на самом деле это две ой какие большие разницы!
У вас опечатка «не может не может» в абзаце с "желание стать незаменимым".
Есть такой принцип При́нцип Пи́тера: «В иерархической системе каждый индивидуум имеет тенденцию подняться до уровня своей некомпетентности», но я бы сделал его еще жестче: «в любой иерархической системе все некомпетентны».
Это легко привести на примере: Ведущий инженер- супер технарь, проработал на своей должности лет 5, все приелось, уже все знаешь, работа однообразна, все задачи щелкаются как семечки. Дальше есть по сути два выбора — либо идти выше, скажем начальник отдела, группы, либо валить с конторы. Его руководитель очень в нем заинтересован и не хочет его терять, поэтому делает представление на должность руководителя группы. Инженер становится руководителем, и его его задачи должны кардинальным образом меняться. Вместо кодирования и разработки архитектуры, теперь надо работать с людьми, делать планы, подписывать бумажки, следить за техникой безопасности, организовывать работу, закупать новые тулы и оборудование. Но в данном деле наш Ведущий — профан и некомпетентен, он все еще продолжает кодировать. Если не будет на новом месте меняться, а меняться ведущие не любят. Ведь после разработки заниматься бумажной работой совсем не то, а увольнять его нельзя, он же посвятил компании 15 лет и сделал много доброго, то так он там и останется некомпетентным, если сам не уволится. Но увольняться не хочется, зарплата то уже другая, и такую не очень охота терять. В итоге в компании появляется некомпетентный руководитель, тоже самое и с остальными должностями. :)
Поэтому не всегда карьера по лестнице вверх — это хорошо, в большинстве случаев, лучше быть экспертом в своей области и там и оставаться и развиваться, причем для всех, в том числе и для компании.
Вот! Правильно! Но Иван считает, что это мы с вами в скорлупе:)

Может просто он себе изначально специальность неправильную выбрал?
Конечно, он в душе менеджер, любящий руководить, но сначала ему пришлось стать программером. Я считаю, что технический специалист и руководитель — разные типы людей. И настоящий прогер не хочет стать руководителем, его карьера — это стать суперспецом в своей сфере, и перейти работать в условный Гугл, с зарплатой, превышающей зарплату того карьериста, доросшего в его бывшей конторе до ИТ-директора.
Руководить небольшой группой таких-же технарей и нужные бумажки строчить не сложнее, чем программы писать. Только скучно…
Скорее всего зависит от специфики. Например, после того, я как перешел на руководящую должность, мне от боссов постоянно прилетало за то, что я сильно много времени уделяю разработке ПО и вообще не занимаюсь развитием своих инженеров. Мол пусть ПО пишут программисты, а ты должен развивать у них необходимые компетенции, плюсом планирование ресурсов на проекты, в зависимости от специфики проекта, обосновывать новые проекты, рассчитывать трудоемкость, ROI и так далее. В общем пришлось искать другие возможности и писать код вне основной работы…
Ит одна из немногих честных областей где карьеры как таковой вообще нет, что ты умеешь делать на столько и зарабатываешь, сильно выше не прыгнешь на долго по крайней мере. Сразу оговорюсь что РФ это аномальная зона тут может быть всё в компаниях обособлено крупных и около государственных.
К большому сожалению написанное автором актуально как для небольших, так и для некоторых крупных компаний, особенно в постсоветском пространстве (даже для некоторых западных компаний в RUS+CIS, т.к. менеджмент местный или адаптированный). Пока наемному директору WiFi у него в кабинете будет важнее ERP на складе или участке подачи сырья, стероидных ИТ директоров будет все больше и больше.
Верим в светлое будущее — улыбаемся и машем :)
Поясните вот это: «менеджеры хотят, чтобы вы со своего места свалили (если это не так, то вы — плохой ИТ-директор).» Ничего не понимаю.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.