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

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

Cпасибо :) Вообще я сам был в шоке, когда со всем этим впервые столкнулся… подумалось, что кто-то ещё может быть не в курсе, как и я — отсюда и этот пост.
Наверное, первая статья за месяцы, которую мне захотелось поплюсовать.
Я сам столкнулся с бытием менеджера среднего пошиба и, увидев в себе изменения, решил не задерживаться на этом пропащем местечке. Если честно, у меня даже в мыслях не было, что всё это болото можно так красиво разложить по полочкам.
Я бы добавил, как мне кажется, важный (под)пункт: невозможность более отводить сложным вопросам достаточное количество времени, постепенно вырабатывающаяся привычка брать нахрапом и нутром или «чистым опытом» вещи, которые при более внимательном рассмотрении решились бы иначе.
Я бы добавил, как мне кажется, важный (под)пункт: невозможность более отводить сложным вопросам достаточное количество времени, постепенно вырабатывающаяся привычка брать нахрапом и нутром или «чистым опытом» вещи, которые при более внимательном рассмотрении решились бы иначе.


Да-да-да! Просто не остаётся возможности и времени сделать как надо, приходится гадать, полагаться на чьи-то суждения и, условно говоря, пользоваться гугловской функцией «мне повезёт»… вкупе с осознаваемой важностью вопроса, это страшно унетает такого старого перфекциониста, как я.
Да, потому что ваша работа теперь — не углубляться в разработку, а решать задачи.
А углубляться вы можете теперь только в менеджерские вопросы. SRS например написать :)
Просто нужно понять что вы больше не разработчик. Это тяжело, но без этого менеджером не стать. Или возвращаться обратно.
Написание SRS — это не работа менеджера, а бизнес(системного) аналитика. Хотя, конечно, эту роль может брать на себя как менеджер, так и разработчик.
Замечательный пост.
От себя замечу, что самый хороший пешеход тот, у которого в кармане лежат водительские права.
Разработчик побывав в шкуре менеджера становится суперазработчиком. Он начинает понимать мотивацию поступков менеджера и может эффективно приоритезировать собтвенные задачи и заниматься управлением рисками на своем уровне. Наличие в команде такого человека, заряженного на результат проекта, существенно повышает вероятность успеха, так как он является членом команды (в отличие от менеджера) и говорит со разработчиками на одном языке.
Будучи менеджером регулярно приобщал ведущих специалистов в проблематику менеджмента. Вернувшись в технические специалисты — понимаем с менеджером друг друга с полуслова, не отвлекаю своего руководителя по пустякам, довожу до него информацию своевременно и в понятной для него форме.
Так-что обязательно попробуйте конфетку с дугого конца, хотябы для того чтобы стать увереннее и успешнее в своей любимой деятельности.
Вот этот комментарий в точку. Судя по посту вам просто не подходит работа менеджера, а нужна та, где вы сможете работать в удобном вас режиме (focus & flow), а 90% менеджерского общения вам не в кайф. Чем мучить себя лучше смените профессию, думаю именно там вас ждет и успех, и новые горизонты.
Выбор был сделан неверный в жизни автор сказать пытается?
Примерно так, да. То есть в жизни, конечно, нету ничего однозначно чёрно-белого, но… знал бы прикуп :)
Что значит знал бы прикуп.

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

Хорошего менеджера днем с огнем не найти. А ситуацию накаляют еще все те, кто считают, что быть начальником более престижно, чем клерком. Вот и результат:
Вместо оптимальной системы управления предприятием в большинстве компаний царит бюрократия и чинопочитание (в России по крайней мере).

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

И через месяца 2-3 он скажет вам 13 причин БЫТЬ управленцем.
«Знал бы прикуп — жил бы в Сочи.» — старая карточная поговорка про преферанс и не только…
Вы не правильно поняли мою фразу. Это не вопрос (и кстати там нет знака вопроса). Это нотка возмущения.
BTW «Граждане отдыхающие! Не играйте с местными в карты! Они таки живут в Сочи!»
Потолок – это всевозможные директора и их замы, которые часто оказываются основателями и/или совладельцами компании, или же их ставленниками. Проще говоря, это те управленческие позиции, до которых не получается «дорасти», а можно только «попасть»

Вместо оптимальной системы управления предприятием в большинстве компаний царит бюрократия и чинопочитание (в России по крайней мере).

Взаимосвязь? (!)
Почему то вспомнился фильм «Москва слезам не верит»
Было там пару цитат
— И сколько же у тебя людей-то в подчинении?
— Почти 3 тыс.
— Батюшки! Как же ты с ними справляешься? Трудно небось?
— Трудно с тремя, а когда трёх научишься организовывать, дальше число уже не имеет значения.
— Из вас мог бы стать хороший руководитель!
— А ты думаешь, все должны быть руководителями?

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

Но примененение эти навыки находят в основном в той же работе. Хотя не спорю, и в жизни вне работы эти навыки, наверное, иногда полезны.
Согласен! Ещё (если брать не только психологический аспект) денег больше платят — в сравнении с большинством неуправленческих должностей, конечно. Но тут как всегда вопрос в том, что перевешивает, плюсы или минусы… это для всех индивидуально, но полезно о потенциальных минусах хотя бы знать заранее.
Вот! От вопроса вы теперь точно не уйдете) Вы поработали в разных компаниях на менеджерских позициях… менеджерам бонусы/премии солидные платят? в среднем по больнице
Ну вот например за прошлый год мой бонус составил почти годовую зарплату после налогов. Но это такой максимум за всю карьеру пока… в больших конторах часто бонуса вообще нет или он чисто номинальный — менее месячной зарплаты. К слову — неденежные «плюшки» я вообще не считаю, но часто их много всяких, по мелочам.
Про премию, очень интересно — за что? Потому что менеджер, компания такая или был какой-то личный эпический win?
Ничего эпичного, просто по итогам года.
ну, в It это далеко не всегда так. да, совсем высший менеджмент больше получает, но обычны ситуации когда тимлид, или даже редкий хороший спец, получает больше менеджера среднего и выше него стоящего звена. не в макдаке же, в конце концов.
еще плюс в том, что почти все тех спецы имеют не один источник доходов. у них обычно есть свои проекты, либо какой-то фриланс, который обеспечивает неплохой доход. в менеджменте это очень сложно.
почти все тех спецы имеют не один источник доходов
Почти все это — это не более 20%, по моим наблюдениям. Физически сложно отдавать себя нескольким проектам одновременно и везде хорошо успевать. Более того, те разработчики, о ком я знал что они имеют регулярный левак, на основной работе частенько делали все спустя рукава, и/или регулярно нарушали дисциплину, прогуливая работу по уважительным и не очень причинам. Подозреваю, что и левак делался с таким же качеством.
С «оптимальным» качеством…
Да, здоровый менеджмент в компаниях — редкость большая. Это редко встречается в маленьких компаниях, и крайне редко — в крупных. Корпорации вообще меня пугают этой бесконечной игрой в царя горы среди менеджеров среднего звена.
Вот вы аккуратно написали — «редкость». А у меня есть серьёзные сомнения относительно того, что такое вообще бывает… то есть скажем так: сам я подтверждений существования здорового менеджмента не наблюдал пока. Наверное, всё у меня ещё впереди :)
У меня такие — гендир и ПМ в небольшой компании. Пока читал пост — поглядывал на их аватарки и думал «только не меня!».
Вообще интровертам тяжко на таких должностях. У экстравертов мышление очень другое.
* в смысле нормальные и адекватные гендир и ПМ)
Это большая удача и залог приятной работы — держитесь за это место!
Лично мне только один раз тимлидом побывать — не понравилось очень. Собрания, треп постоянный. ПиЭм еще был не в теме программерской части — я его перед собраниями по технической части просвещал… Вернулся в программисты, жизнь стала поприятней.

Да и пара друзей моих, побывав в менеджерах проектов в крупных компаниях, с удовольствием вернулись позже к разработке и техническим вопросам.
Вспоминается анекдот про большую корпорацию и главного босса который холел узнать является ли его адултьер с секретаршей работой или нет. В итоге самый низкоуровневый менеджер заявил — если бы это была работа — то это бы делал я
НЛО прилетело и опубликовало эту надпись здесь
Адюльтер
Забавный материал. Мне кажется, что часть описанных проблем характерна для больших (от 3к человек персонала) и не самых толковых организаций. Совещания по 4 часа и интриги в коллективе — это явные признаки плохой компании, где люди не знают, что делать. На мой взгляд, таких лучше сторониться как менеджерам, так и разработчикам.

А у вас был опыт работы в ит-компаниях на руководящих должностях? По материалу у меня сложилось впечателние, что вы пишете о компаниях, где ИТ было неприоритетным направлением.
Во всех компаниях, где мне довелось работать, разработка софта была основным или даже единственным направлением… одно исключение: компания выпускала железо + софт к нему тоже, то есть тут разработку ПО можно считать вторичным направлением.
Хм, а мне кажется всё описанное справедливо для любой ИТ-компании больше 100 человек.
Поверьте, не только ИТ-компании.
Работаю в IT компании на 100 человек. Описанных проблем не наблюдается или есть в зачатке. Подозреваю, дело в том числе в том, что при адекватном подходе к управлению выяснится, что связь менеджер программист горизонтальная, что позволяет минимизировать описанные менеджерские проблемы, перекладывая их на очень ограниченное количество людей «в теме», большей частью на тимлидов.
В вашей компании планированием фич и продуктов тим лиды занимаются или пм?
Планированием должен заниматься ПМ, это его работа, но основываясь на данных полученных от тим лидов. Тут я полностью согласен с antarx. И в маленькой команде, действительно, ПМ — это роль на проекте, а не «руководящая должность», что, разумеется, теряет свою актуальность с ростом команды/проекта/компании.
Есть разные фичи (например, доработка глубокого бекэнда непосредственно не влияет на проект (т.е. не является фичей для CPO), но при этом может быть важной и долгой), и разный уровень планирования: долгосрочный, краткосрочный, распределение между исполнителями, etc. Всё это распределяется между разными людьми.
Я работал в компании из нескольких десятков человек, где через год после моего прихода (я технический специалист) взяли нескольких менеджеров, которые вместо того чтобы самостоятельно разбирать наши довольно подробные отчёты всё время пытались спихнуть составление сводной статистики на наш отдел. Так что «хитрожопые» бездельники в любой организации найдутся.
НЛО прилетело и опубликовало эту надпись здесь
Больше похоже на невезение с работодателями… имена «героев» не выйдет огласить?..

Следующий шаг карьерного роста управленца среднего звена без перспективы топа — свой бизнес
«Свой бизнес» — это «каждый из пунктов помножить на 10».
Не согласен. Спорить не буду. :)
Имеете свой бизнес или не согласны в теории?
свой
ммм… Больше одного сотрудника, если не секрет? В смысле, фриланс или ...?
Больше одного сотрудника.
Ок, спасибо. Действительно рад что так бывает.
Могу еще одну такую забавную штуку сказать — в налоговой мне ни разу не нахамили и не нагрубили, и всегда помогали, и в мелочах и в серьезных моментах шли на встречу — с самого начала в 2009 году. Историй слышал много жутких, видимо мне повезло. Киев.
Ну, с налоговой такое дело — тут действительно как повезёт. :)
Так там и доходы другие в своем бизнесе
Деньги — фантики. Нервы бесценны.

У меня есть и родственники, и знакомые, которые в погоне за деньгами в буквальном смысле гробили себе здоровье (инфаркты, в отдельных случаях смертельные, изредка прямо на рабочем месте, и куча всего другого). А смысл? Оно того не стоит. Лучше получать меньше, но не лишать себя удовольствий от работы и от жизни в целом.
Никто не говорит тратить свое здоровье в обмен на фантики. Но скажем зачастую с теми же напрягами работая на себя можно больше получать, чем работая на дядю. Вот и все.
В подавляющем большинстве случаев (рассматривая высококлассного специалиста-технаря, а не очередного вчерашнего выпускника, специалиста по созданию сайтов-визиток или переустановке винды) это — миф. И по части денег, и по части напрягов.
В большинстве случаев речь идет о фрилансе, а не о ведении своего бизнеса )
Редкий «бизнес» не прогорел в первый же год. Фриланс как раз наименее геморройный способ «не работать на дядю», если это вызывает какие-то конфликты с религией.
Думал о таком, много… правда, боюсь, что не для меня затея: будучи категоричеси «risk averse person», вряд ли смогу управиться с неопределённостями своего бизнеса. А если и управлюсь, вряд ли смогу получать от этого удовольствие.
Мир выглядит совсем иначе по другую сторону зарплаты
Но и стресса в «не сезон» хватает на год вперед.
Когда «полюдижины работодателей» сменено за несколько лет — то проблема, имхо, не в работодателях, а либо в неумении выбирать работодателя, либо собственных компетенциях.
И в целом для управленца-менеджера полгода-год — это крайне небольшой срок на одном месте работы. Первые пол года он только вживается в процессы внутри компании, процессы вокруг компании, налаживает формальные и неформальные связи — заводит знакомства с руководством, подчиненными и другими отделами, набивает шишки, и т.д. и т.п.
НЛО прилетело и опубликовало эту надпись здесь
Угу.
Ну да, в своём-то бизнесе всё, конечно же, само будет разруливаться и самоуправляться, приумножая ваши инвестиции.
НЛО прилетело и опубликовало эту надпись здесь
Даже умные люди — это команда.
Вектора если расфокусированы… знаете, про лебедя, рака и щуку.

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

Нужно решение, одно из трех.

И таких вещей — принятий решений — сотни в проекте.
НЛО прилетело и опубликовало эту надпись здесь
«Предпочитаю не «управлять» умными людьми, а направлять их деятельность» — это демагогия.

Если вы выстроите команду, которая будет полностью без вашего участия приумножать ваши инвестиции, рано или поздно возникнет конфликт интересов. И тогда не удивляйтесь, что рядом с вашей компанией возникнет другая и что в этой компании окажутся все ваши сотрудники, а вы останетесь с носом.
А зачем вы им? Им и без вас хорошо.
И разрулить эту ситуацию вы не сможете. Вы ведь не руководитель. У вас не останется ничего: ни людей, ни технологий, ни процесса, ни связей и заказчиков. Боюсь, даже инвестиций у вас не останется.
Спасибо огромное за пост!
Как раз перед НГ решил из управленцев (путь и небольших) вернуться в программирование. И никак не мог отчетливо сформулировать причины. И тут Ваш пост как послеНовогодний подарок от Дедушки Мороза =)
Рад, что пост пригодился :)
TheR, если можно добавить в статью опрос, кем бы хотели стать хабравчане, управленцем или остаться разработчиком?
Добавьте, интересно было бы посмотреть на результаты.
Обязательно с пунктом «После прочтения статьи желание изменилось». :)
Я бы точно его выбрал.
изменилось с разработчика на управленца или с управленца на разработчика?
Думаю, останусь инженером
НЛО прилетело и опубликовало эту надпись здесь
Я с вами согласен во всем, кроме последнего предложения. Можно вспомнить например Стивена Синофски и Эрика Липперта, которые по 20, а то и больше лет проработали в одной компании.

Это я к тому, что не стоит сильно обобщать. И у нас есть люди, которые меняют работу каждые два года, и у них.
В компаниях типа Интела или МС рекомендуют не заниматься 2года одним и тем же.
1) 2 года это довольно усреднённая величина, цикл выпуска продукта тут сильно влияет (а он может быть больше)
2) Опять же в таких крупных компаниях можно кардинально сменить род деятельности, компанию не покидая (хотя в той же мс, переход от команды к команде часто проходит через увольнение)
> В Америке засиживаться больше двух лет в одной компании так вообще не принято.
Возможно. Но я знаю про карьеру Джека Уэлча, 20 лет до CEO и 20 лет CEO.

Вопрос, кто к чему стремится.
НЛО прилетело и опубликовало эту надпись здесь
Джек Уэлч начал работать в GE в 60-ых, а когда стал СЕО (в его автобиографии, кстати, описано противостояние нескольких кандидатов — весьма интересно) поднял компанию до небес, избавившись от всех неприбыльных бизнесов корпорации. Причем, по его же собственному мнению, он был не самым умным человеком.
да, я читал
очень крутой Уэлч.
с остальным согласен на 200%
НЛО прилетело и опубликовало эту надпись здесь
даже задействовав все возможные «примочки» почтового клиента –… – всё равно нету никакой реальной возможности даже вдумчиво прочесть всю корреспонденцию
А что если нанять сотрудника на эти обязанности?

А ещё обычного менеджера легко уволить и поставить нового (с меньшей зарплатой/послушного), — как работа выполнялась сотрудниками, так и с новым менеджером, она будет выполнятся сотрудниками, имхо.

Ходит ещё такое выражение, что в России начальник (управленец) — это социальный статус, а не должность.
Ходит ещё такое выражение, что в России начальник (управленец) — это социальный статус, а не должность.

Не знаю, велика ли разница, но вся моя рабочая деятельность протекала и продолжает проекать вне России…
А сколько Вам лет, если не секрет?
и в каких странах Вы работали?
«В начале 1990-х, когда я учился в университете» расчитаем, 90-95 начало 90х, на тот момент ему было около 20и, если сразу после школы поступил. Сейчас 2013й на дворе, итого прошло примерно 18 лет с описываемых событий. Отсюда вывод, автору примерно 36-38 лет или еще больше, если он учился в универе, не сразу после окончания школы.
Ну отчего же секрет, вовсе нет… 35. Страны — Дания, Швеция, Финляндия, Латвия.
У вас, должно быть, хорошие скиллы, если вы работу, которая не нравится особо, делаете и хорошо себя продаете.

Быть может, роль технического лидера, где меньше болтовни и больше технической стороны, попробовать?

А можно какие-нибудь ваши проекты, кстати, глянуть? Или все под NDA?
Быть может, роль технического лидера, где меньше болтовни и больше технической стороны, попробовать?

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

А можно какие-нибудь ваши проекты, кстати, глянуть? Или все под NDA?

Где-то NDA есть, но суть не в нём — просто проекты все энтерпрайзные, суть внутренние системы, которые так вот просто «посмотреть» не получится. Твиттеров и фэйсбуков я не создавал :)
если не секрет, когда вы за отметку топа вышли ($120k/year)?

Как руководили? На английском? Тогда подозреваю, что были очень большие компании. Там да, какой-то свой особый мир.

Работаю в Финляндии. У нас в компании меньше 100 человек, описанные проблемы имеются, но в довольно легкой форме. Здесь совсем иное отношение к личному времени и никто не заставит даже менеджера работать по вечерам, если он сам этого не хочет. Каких-то особых интриг нет, все честно и открыто, даже рядовой разработчик имеет доступ к финансовым данным, руководство регулярно отчитывается о работе и состоянии компании. Менеджеры есть разные, и я всегда был о них не лучшего мнения, но осенью довелось работать над проектом с замечательным менеджером, это сильно изменило мое отношение. Совещаний порой многовато, но если четко заявить свою позицию (не хожу на них часто, стараюсь решать там конкретные проблемы), то тоже вполне нормально.
Если про управление проектами

1. Без менеджера часто не бывает так называемого доведения до конца. Сложное понятие.
«Почти», «99%» не считается

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

3. Управления ресурами

4. И всем остальным, всякими плюшками в офисе и вне офиса. Атмосфера и тд
Тысячи их, мелочей работы. Помимо основных компетенций по управлению проектами.
Вы судите с точки зрения технаря на гуманитарную специальность. Было бы забавно прочитать наоборот ))

А в целом, хочу сказать, что Вы просто насилуете себя работой, для которой не подходите. Кто-то чувствует, как управлять людьми, кто-то нет. Кто-то понимает, как работает компьютер, а кто-то не отличит его от кофеварки.
Да, создаётся такое стойкое ощущения насилия над собой! Отсюда мучительные раздумья на тему о том, что же делать дальше… правда, пока что безрезультатные, увы. А то бы куда более интересный пост получился бы!
Надо заниматься тем, что нравится. Жизнь у нас одна.
Главное, чтобы за это ещё и платили )))
Всё верно. Научите, как этого добиться? :)
А на должности TeamLead вам комфортно? Вернуться туда? Не быть PM. Там можно быть девелопером и при этом заниматься и управленческой работой (которую вы то уже полюбили, а?).
Будет у вас управление, но управление техническое, и возможности помогать команде тоже будут и манагерские в том числе.
Эххх… увы, и денег будет сильно меньше. Ну то есть в разы.
Я для себя пока выбрал девелопинг на фрилансе. Но, по деньгам, конечно, по разному получатся. То густо, то пусто.
Зато счастлив от того, что не надо ни под кого подстраиваться. Сам выбираю, где и как работать. И в дневное время есть возможность решить повседневные дела, ни у кого не отпрашиваясь.

Но, каждый человек должен сделать свой выбор.
То густо, то пусто.

Вот это отпугивает меня лично, например. В своё время довелось сделать пару мелких заказов фрилансерских — в роли разработчика. Однако, чтобы туда полностью уйти — учитывая «то пусто» — надо откуда-то взять довольно внушительную финансовую подушку, чтобы амортизировать такие падения активности. Потому как семья, и т.п. А я вот, скажем, не буржуй, свободных средств в таких объёмах, чтобы комфортно и безопасно уйти во фриланс, не имею…
Спрошу из любопытства, каков лично для вас размер необходимой подушки скажем в прожиточной норме на месяц (в деньгах у меня наглости не хватит спрашивать)? Иными словами, на сколько месяцев вперёд вам нужно денег, чтобы вы могли уйти во фриланс?
Скажу честно, что с какой-то особой точностью расчётов не вёл, так что этот срок имеет чисто психологическую подоплёку. То есть имея такую подушку я мог бы ощущать себя относительно комфортно, начиная фриланс (ну или вообще какую-то другую непривычную для себя деятельность, которая кажется рискованной) — зная, что у меня будет время, чтобы выйти на необходимый уровень доходов на новом поприще, а также и время найти работу, если вдруг совсем ничего не получится… такой срок для меня — 1 год.
Скажите, если конечно это не секрет, хотя бы на какую сумму ежемесячного дохода Вы ориентируетесь и считаете приемлемой в принципе. Не «чем больше — тем лучше», а в абсолютных величинах. С учётом семьи, детей и т.д.
Вы выше говорили, что был бонус с годовой зарплатой… Ждать TheR Consulting в следующем году?;-)
Уверен, у Вас получится вернуться в программисты, если решитесь!

Технологии все-таки не каждые 2 года меняются, основые и полезные навыки (что делать и что не делать, представления о правильной архитектуре и решениях) все равно остаются. Зарплата может и будет какое-то время меньше, но ведь жить на улице и голодать не придется. Экономия тоже ого-го как просветляет, если это временное явление.

У меня случился немного другой опыт — переход из гуманитария (IT-журналиста) в программиста. Все возможно, даже если начинать с нуля.
Увы, но быть хорошим программистом это как быть хорошим спортсменом, нужна регулярная непрерывная практика. Вернуться можно но работать получится хорошо если на 30% от соседа.
Кроме 10, 11 и 13 — прямо про системное администрирование.
Особенно про почту >__<
Должен отметить, что это — офигенно занятное наблюдение! Сам я с системным администрированием вообще не сталкивался, так что это не приходило в голову, однако же каков процент совпадения… удивительно, на самом деле :)
Да ничего удивительно. Всё же часть работы админа — сугубо манагерская.
Только зарплата обычно ниже, чем у девелопера. А «менеджерскость» работы — да, выше.
Да не, у хорошего админа — не ниже, чем у разработчика аналогичного статуса. Даже местами чуть побольше (если full-time администрирование, а не «поработал 2 часа в день и плюешь в потолок»).
Это не баги, это фичи. Опыт руководства over 10 years.
Этого и опасаюсь, думая о том, что тут (в менеджменте) мне скорее всего и куковать следующие лет 30…
А хорошие-то моменты есть? Опишите хоть вкратце, ради чего вы себя так.
Вообще из этого, может быть, мог бы получится отдельный пост… но по сути всё очень банально: деньги, жажда какого-то разнообразия, странная (навязаная кем-то идея) о том, что это естественная и единственно правильная последовательность: джуниор — миддл — сеньор — тимлид — менеджер — менеджер — менеджер — …
если последовательность неверна, то после тимлида остается свое дело?
никак по-другому?
Можно стать звездой.
Подумываю написать на эту тему отдельный пост :) Вкратце вариантов куча: независимый консалтер, фрилансер, шароварщик… и необязательно даже до тимлида дорастать, вполне можно и раньше уйти в свободное плавание. Или остаться на зарплате и пофти по архитектурной части. Или учить — податься в тренеры/коучи, и т.п. Куча вариантов, на самом деле! Это гнусная обманка, что путь только один. Но я всерьёз в это раньше верил!
если не уходить в свободное плавание — то да, остается архитектор (при нужной доле везения и знаний).
единственно меня пугает то что архитектор со временем слишком отдаляется от технологии, а какой толк от архитектора который только умеет говорить? вот тут отлично описан этот момент.

в некоторых больших компаниях если тимлид/архитектор еще и программирует — это считается дурным тоном!? но тут видимо похожая ситуация как с управленцем который может стать бюрократом/функционером в огромной машине
В времена своей «прыщавой» молодости, работая джуниором, я с некой завистью смотрел на этих чисто выбритых парней в пиджаках и галстуках, которые с важным видом заходили к ген. диру. Главный разработчик был уже не молод, а руководил им более молодой директор. Блин, думал я, так и буду до старости кодить… Амбиций ого-го из обоих штанин рвутся. Карьеру нужно делать. Оставаясь разработчиком получил в подчинение пару сотрудников. Ох и на мучился я с ними — «Услужливый дурак хуже врага». В итоге свой бизнес: полная гармония, директор, менеджер, работник — я… все друг друга понимают =)
А ничего что медианная зарплата нормального тимлида больше медианной зарплаты пиэма (Москва)?
Где тут рост? Это переход в совсем другую специальность.
Я хочу сказать, что еще никто так подробно, детально и, что самое важное, ТОЧНО не описывал здесь всю ситуацию с работой менеджера! Я считаю, что это нужно выдавать каждому новоиспеченному менеджеру как памятку, на что он подписался.
А лучше — ДО того, как кто-либо на что-либо подписался :)
Вы не управленец и уж тем более не проект-менеджер в IT. Вы функционер, шестерёнка в машине организации. Проект-менеджер это в первую очередь лидер, если проект-менеджер слабохарактерный и без силы воли он становится как и вы — функционером. Ещё один немаловажный момент — хороший менеджер всегда экстраверт, что позволяет ему поверхностно воспринимать множество задач и успевать решать их, интроверт же в данном случае будет концентироваться на одной из множества задач и в итоге завалит и её и все остальные. Все хорошие разработчики — интроверты, за всё то время, которое я работаю в IT, я ни разу не встретил хорошего девелопера, который был бы при этом экстравертом.

Вам не место в PMIT, вы разработчик, который имеет совершенно другие взгляды на окружающую действительность. Они не хуже и не лучше, они попросту другие. Все совещания, переработки и прочие моменты легко обходятся, но только если вы действительно PM. Один из самых ярких представителей менеджмента в IT — Стив Джобс, если вы не можете быть как он или не хотите, то вам нечего делать в IT менеджменте, где человек должен быть как технарём, так и гуманитарием.
Сделали тут из менеджера просто афигенного специалиста. Все как раз таки так (наверное в 95% случаев), как написал автор. Не может менеджер оставаться техническим специалистом и действительно они погрязают в куче дерьма, но это их проблемы.

2TheR, а есть ли свет в конце тоннеля, по вашему есть нормальный менеджмент? Или спасет отца русской демократии разбивка на самостоятельные более мелкие единицы?

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

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

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

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

Какой может быть холивар на тему Apple? Их продукты успешно продаются, а это главная задача менеджера — сделать компанию прибыльной и Джобс со своей задаче справилс яна отлично. Какие методы он использовал для этого и что за продукт получился — к делу не относится.
«Какие методы он использовал для этого и что за продукт получился — к делу не относится.»
Вам бы не понравилось работать под его руководством. Мне тоже. Значит, уже что-то не так.
Мне бы не понравилось только потому, что я достаточно давно работаю в IT на ролях ПМ, а и у меня очень сильно выроботались лидерские качества. Если бы у меня их не было, я бы не задумываясь начал работать под его началом, потому что он реально мог сделать так, чтобы команда сделала невозможное.
Вы про его методы управления читали? Про истеричность? Про до**истость по любой мелочи?
Для рядового сотрудника важен не успех проекта, а кайф от работы. Это не всегда одно и то же. Первое без второго зовется «кошмарные условия труда».

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

(нет, у меня такого не было, но у знакомого было, причем до этого момента ни у кого из них не было личных счетов друг к другу)

Вот Джобс очень похожий подход использовал.
Не берусь судить, как именно делал Джобс. Управление людьми — вещь тонкая и сейчас мы не сможем выяснить, где он был прав, а где ошибался.
Ну, приблизительно понять можно, по отзывам его сотрудников, друзей и знакомых. Почитайте биографию Джобса (Уолтер Айзексон «Стив Джобс»), весьма интересная книга.
> Вам не попадались вот какого рода преподаватели: вы всю ночь что-то там чертили по начерталке, результат вам кажется идеальным, наутро сдаете ему, он видит какую-то мелкую и несущественную помарку, всё перечеркивает и велит рисовать заново?

У меня когда-то такой научный руководитель был, человек настроения. До сих пор его за это ненавижу.
Понравилось бы или нет — не важно. Его задача была — создать успешный продукт. Он с ней справился. Все. Задача рядовых разработчиков, в принципе, аналогична, только на другом уровне. Если что-то не нравится — меняй работу.

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

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

ЗЫ: На всякий случай: сам я работаю разработчиком.
ЗЗЫ: И фанатом ни Apple, ни Джобса не являюсь.
+1000
НЛО прилетело и опубликовало эту надпись здесь
2TheR, а есть ли свет в конце тоннеля, по вашему есть нормальный менеджмент? Или спасет отца русской демократии разбивка на самостоятельные более мелкие единицы?


Света, если честно, пока не вижу. Руки опускаются периодически — а разбивке мешает моя личная боязнь к более широкому делегированию, наверное… есть над чем поработать, но даже при условии успеха в этом, я, пожалуй, остаюсь пессимистом.
А что читали из классиков? Может они помогут?
Брукс, ДеМарко, Слава Панкратов?
Брукс, ДеМарко… WTF is Слава Панкратов?
Ну, я умею пользоваться поисковиком )
Просто глаза режет, когда после первых двух столь именитых авторов перечисляется Слава Панкратов.
При всём уважении.
В РФ он достаточно известен, как и Алекс Орлов.

Я, правда, читал только черную книгу менеджера у них. Толковая, но, как и все, нужно брать и познавать на практике. Еще смотрел пару вебинаров — мало практики там, либо она не подходит.

Возможно, когда-нибудь дозреем.
Ну, они не классики, при всём уважении )
Спасибо, прочитал.
Брюс Уиллис, Сильвестр Сталлоне, Роберт Де Ниро, Арнольд Шварценеггер, Чак Норрис и Дмитрий Харатьян в фильме «Какого хрена тут делает Дмитрий Харатьян?»
Депардьё забыли…
Из перечисленных ДеМарко, конечно.
Плюс ещё всяких других.
Брукса и Славу — не довелось…
Прочитайте «Чёрную книгу менеджера», она маленькая, и как раз про проблемы IT-менеджера в наших реалиях.
а разбивке мешает моя личная боязнь к более широкому делегированию


Так может быть в этом и проблема?
Дел становится все больше и больше, конечно и руки будут опускаться, и депрессия еще чего доброго начнется.
Я вижу очень много примеров, когда менеджеры контрол-фрики (я тоже иногда страдаю этим), но делегирование и хорошие подчиненные-коллеги, с которыми можно поделиться задачами все таки помогают нормализовать работу.
Иначе можно сгореть на работе совсем. И виновата не работа, и не менеджерство.
Тут очень важно еще плюнуть на все и хорошо поработать с начинающим коллегой/подчиненным, в будущем эта временная инвестиция окупится.
Да лан, не так резко. Видел я и IT-директоров, и ген.директоров крупных компаний, и владельцев — интровертов. Да и среди публичных можно вспомнить, Сергей Галицкий вот в голову приходит. Они не так хороши в оперативном управлении, но в стратегии очень сильны.
В большинстве своём это исключение. Вообще, в руководстве компаний всегда работает либо один человек (и он почти в 100% случае экстраверт) либо команда состоящая и из тех и из других, либо только из интровертов, но никогда она не состоит только из экстравертов. Работа команды конечно в разы лучше чем одного человека.
Что за ерунда про интровертов-экстравертов? Разработчики, знаете ли, разные бывают. И, уверяю, вас, программисты ОЧЕНЬ часто бывают общительными. Откуда, по-вашему, взялись все эти профессиональные сообщества, оупен-сорс проекты и прочее? И, в конце концов, Хабр?

Это просто архаичный стереотип. Программисты часто любят общаться, обсуждать, делиться, рассказывать, и их профессиональный уровень от этого не зависит, уверяю.
Интроверты также любят общаться:) Только они общаются не очень много и не со всеми. Отсюда и взялись различые open-source проекты, девелоперы создали место для общения с тем, с кем им интересно общаться. Интроверты очень избирательны в людях, с которыми они общаются, экстраверты же общаются со всеми подряд, абсолютно со всеми и не выводят какую-то группу людей в разряд привелигированных (это если брать чистые типы, смешанные типы в той или иной степени заимствуют черты двух типов, при этом всё равно основываются на одном из типов и в моменты психологического потрясения всегда приходят к чистому типу).

Вы не до конца поняли суть экстравертов и интровертов, перечитайте ещё раз.
Странно, но порой я слышу от своих клиентов, которые обращались в IT компании (не мой профиль): Сидят какие то унылые ребята, бубнят себе под нос. Нет у них желания что то обсуждать, общаться. Можете если хотите оставить тз, мы может посмотрим. Наверно психо-тип и не причем… но как их кластеризовать — не знаю =)
Ну что ж такое-то! Интроверты — это не аутисты! Мы прекрасно общаемся с коллегами, знакомыми, можем нормально общаться вообще с кем угодно. Просто общение само по себе не доставляет нам такого удовольствия, мы можем спокойно прожить и без постоянного общения с кем-нибудь.

У меня в коллективе (я тоже инженер, «перекрашенный» в менеджера среднего звена) в основном работают интроверты, но среди них есть один ярко выраженный экстраверт (даже не спрашивайте, как он к нам попал). Так вот, интроверт пришел на работу, задачи на день прочел, наушники в уши — и вперед. А экстраверт так не может, ему нужно постоянно о чем-то говорить, что-то обсуждать — как дела, как жена, как дети, как провел выходные, как провел отпуск, как собираешься провести выходные, и т.д. и т.п. Причем, ему абсолютно по барабану, обсуждать все это со своими коллегами или с совершенно незнакомым человеком. Вот и вся разница.
вспомнилось, уже было в тему
image
Про экстравертов и интровертов в гуманитарной области Вы, отчасти, правы. Но, не до конца понимаете, это значат эти термины ))) ru.wikipedia.org/wiki/%D0%AD%D0%BA%D1%81%D1%82%D1%80%D0%B0%D0%B2%D0%B5%D1%80%D1%82
Путаете их с рациональностью и иррациональностью. Хотя связи между экстраверсией и рациональностью нет никакой.
Знаете, а я вот Джобса не считаю ни образцом для подражания, ни кем-то особенно ярким, а разве что истеричым самодуром, так что да, мне конечно же не место нигде, и вообще я недостоин дышать воздухом на этой планете :))
ну почему я могу поставить плюсов многим по одному, но не могу поставить много плюсов одному?
Хоть он и истеричный самодур, но он изменил мир. Петр I, к примеру тоже был истеричным самодуром, но он изменил Россию.
Семейный подряд Дуровых?
Пост очень в точку попадает. Сам сейчас являюсь типичным «менеджером среднего звена» в одной, тьфу-тьфу, хорошей компании, 30 человек штата, где в общем нету интриг и полного разложения, но бОльшая часть того, что Вы описали, присутствует. До этого разработка 10+ лет, совершенно разнообразная.

Больше всего напрягает отсутствие потока и концентрации, и, как результат, отсутствие результата. Бегаешь как белка, крутишься — а в результате непонятно что.
Растаскивают по мелочам. И сил больше ни на что не остается, кроме семьи, и то не особо много.

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

Спасибо за пост, порадовали.
Вообще да, тут скорее сказывается применение тупой кальки американского промышленного подхода к реалиям разработки. Промышленный подход хорош в макдаке, или на заводе — там действительно без разницы, чем управлять. Вот наберут таких управленцев из торговли мылом, наприме, а потом собирают разрушенную компанию по кускам, если еще можно.
Позволю себе не согласиться, я работаю менеджером среднего пошиба, далеко не в промышленной (производственной компании) и не в IT-сфере как основном направлении деятельности.
Так вот, все что написал автор полностью применимо и к моей компании и моей ситуации. В одной умной книге (не помню названия) описано, что данные ситуации как правило возникают из-за того, что со временем, костяк фирмы (тех людей, что за нее действительно болеют) разбавляется функционерами (как написали выше), соответственно люди начинают заниматься ИБД и вообще по большей своей части мешают работать, они не вникают и не хотят вникнуть в систему, пытаться найти ее изъяны и как-то устранить, они строят карьеру, этакие паразиты приспособленцы, получается что-то вроде: «Партия сказала надо — комсомол ответил есть!»
Проблема ни в том что кто-то плохой руководитель из менеджеров, а в том, что нет чёткой стратегии дальнейшего развития, менеджерам ее никто не доводит, они не могут понять куда двигаться дальше, а просто буксуют на одном месте.
Я например уже в опале и мой руководитель (партийная кличка: Мудрый филин :) ) так же, за вольнодумие и несогласие с линией партии. И собственное отличное от высоких руководителей мнение.
Как-то вот так…
ну, функционерство как раз и является промышленным подходом. делаем из человеков функции, и опа. не специализация, а именно функциональность.
просто вы поймите.

управленец — это организатор.

он создает условия для работы __талантливых людей__.

расчищает дорогу. если нужно, ведет, иногда дает работать самим.

если же он все бросается делать сам за всех, особенно кодить — конечно, ничего не будет успевать.
целеполагание нужно правильное себе выстраивать.
Да кто ж спорит. Но прежде всего менеджер — это ОПЕРАТИВНЫЙ управленец, который должен быстро реагировать на всякие ситуации как снаружи, так и внутри команды, и выступать как раз прокладкой между разработкой (в данном случае) и бизнесом. И, если внутри команды все можно нормально организовать (при наличии ресурсов, конечно), то вот снаружи… см. Фееричный контенгент.

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

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

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

И тд, много профессий управленцев под разные области управления.

И везде полно дилетантов, которые бесят, и профи, которых мало или нет вааще
Как-то много всяких слов, я их тоже в книжках видел. Вообще, пишут много чего. Но как вот они связаны с реальностью ИТ контор в РФ, объясните? Кто конкретно есть этот самый топ и мидл, чем они занимаются у нас тут на деле, в основном?
у нас топ занимается стратегией развития сложных продуктов. и ведет некие супермощные проекты сам.

я вот (миддл) вектор автоматизации из фраз конвертирую в ТЗ для групп. а внутри групп (линейные руководители) делают сам проект.

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

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

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

1. Это тупик.
Не согласен. Растите до генерального, потом увеличивайте размер своей компании на рынке. Качественные управленцы идут по цене белужьей икры, без работы не останетесь.

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

3. Что делать?
У вас есть направление, вам нужно выбить под него ресурсы из компании и реализовать это вот направление с выгодой для компании за меньшие деньги.
Как это делается, впринципе редко кого волнует кроме случаев подковерных битв.
То, сколько часов вы будете работать, в каком режиме зависит от вас самих — как вы организуете свою работу и работу своих подчиненных.
Можно организовать работу так, чтоб 6-9 часов в день хватало (кроме редких случаев аварий, авралов и тд). Можно. Правда оставаться на связи нужно круглые сутки, но сейчас это не сложно — просто не забывайте все время подзаряжать свой телефон.

4. Цейтнот
Кто эти люди? Если твои подчиненные — сделай им наконец таки нормальные инструкции, справки и FAQ. Обозначь им цели и задачи, подели зоны ответственности.
Если твое руководство — что ж, ты должен участвовать в митингах, но зачастую никто не мешает тебе параллельно заниматься другими задачами, периодически ознакамливаясь что идет в конфе. Когда напишут тебе — ответишь.
Совещание оффлайновое? Не забудь свой нетбук или планшет, или что у тебя там есть. Принцип похожий.
А если вслушаться в то, что говорят на совещаниях можно поднять экспу в смежных областях, это бывает интересно.

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

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

7. Инбоксовое переполнение.
Нужно уметь быстро разгребать почту. Информативно тебе важны от силы 10% поступающей почты. Умение быстро фильтровать мусор — оно важно.

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

9. Никаких «not my job»
Ну все верно. Что не так? А кто должен сделать?
Хороший управленец «делегирует», а «трудолюбивый» сделает все сам. Но в итоге растет «хороший», если он сможет мотивировать других людей сделать работу для него.
Мотивировать людей хорошо делать работу для них — одна из важнейших функций управленцев.

10. Феерический контингент
Это точно. И это печально.

11. Пищевые цепочки отчётности
В нормальных конторах для этого есть аналитики, системы CRM, ERP и прочее (в терминах не силен). Внедрите, что ли.

12. Тёплое человеческое общение
Общаться с людьми — это важно. И наверно самая неприятная часть для интровертов.
Сделайте бейджики Фамилия+Имя+должность, станет проще. Если что то важное — отправляйте писать в почту.

13. Больше не свой
Да, это так. Не все так жестко, как вы написали, но в среднем так. Можно сделать и другую атмосферу, легкую и ненапряжную, но об эффективной работе тогда можете забыть. Истина где то посередине.

Если вы сделаете свою компанию, свой стартап, вы снова вернетесь к этим вот проблемам, но с другой стороны.
Потому, мой совет — не бойтесь этого. Кто то же должен тащить?
> Я ушел с пути менеджера в крупной федеральной компании в стартап по иным причинам — захотелось уменьшить риски и больше внимание уделить семье.

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

Переход от управленца к «технику» прошел безболезненно и без денежных потерь.
И да, стало больше времени свободно. Хотя между местами работ меньше полу-километра.

А почему риск меньше? Мало ли что в голову взбредет инвесторам.
Любая причина — объективна. Просто так стукнуть в голову инвесторам ничего не может. Если проект успешно делается, смысла его терять со всеми вложенными инвестициями для них нет.

Но даже если допустить, что метеорит попадет точнехенько в наших инвесторов и их замов, я не волнуюсь о возможности смены места работы или вида деятельности. Это всегда приключение и заставляет взбодриться.
Я не увидел в истории информации о том что произошло со стеклянным потолком? Можно поподробнее об этом. Думаю материальная составляющая является не слабой мотивацией чтобы балансировать между этими 13 пунктами и удовольствием от получения больших материальных благ.
Если не остаётся времени на то, чтобы тратить заработанные деньги, тогда зачем их зарабатывать?
Люди идут в управленцы потому что им нравится командовать другими людьми. Они получают от этого удовольствие компенсирующее остальные неудобства. Точка. Какими качествами должен обладать человек, которому нравится командовать и управлять (манипулировать)? Теперь набираем таких стопицот. Получается социум, в котором высшими ценностями являются гонки — кто кого нае*. Отсюда и вытекают остальные особенности отношений как внутри так и снаружи.

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

Ждём ваших новых открытий — «13 причин не быть страховым агентом», «13 причин не быть полицейским», «13 причин не быть кинорежиссёром», и так далее. А что, там тоже деньги немаленькие, не хотите попробовать?

По поводу образования и «торговцев стиральным порошом» — мой самый лучший IT-менеджер был по образованию агрономом. Сначала он торговал своей картошкой, потом стал брать на реализацию чужую картошку, потом основал фирму, сводившую фермеров с покупателями картошки, потом область деятельности фирмы всё расширялась и расширялась, и включила разработку специального ПО… А в числе прочего — вы не поверите — эта фирма сейчас торгует стиральным порошком.
Из-за денег вы пошли в область деятельности, в которой ничерта не смыслите

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

и ещё удивляетесь, почему кругом «феерический контингент», который специально учился этой области?

Скорее, меня удивляет, что «феерический контингент», поучившийся чему-то очень общему, сферическому и в вакууме, думает, что что-то понимает в «этой области».

Ждём ваших новых открытий

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

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

Согласитесь, что переход разработчик — страховой агент (и далее по списку) далеко не так обычен, как разработчик — менеджер разработчиков.

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

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

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

Точно так программисты вполне резонно могут превратиться в руководителей программистов, и ХОРОШИХ руководителей программистов. Нынешний мой директор, к примеру.

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

Я спорю с тем, что программист дорастает до руководителя по мере накопления опыта разработки. Ну т.е. вот разрабатывает, разрабатывает, и бац, «превратился в руководителя», можно идти в PM-ы. Ну откуда?

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

А вот я бы сказал, что это совершенно необходимо.
Вы мои слова переврали.

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

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

И знаете, насчет линковки… Генерал должен знать, зачем солдатам сухая обувь. Лучше, если на своем опыте. Иначе не Суворов из него выйдет, а немцы в первые зимы.
соотстветственно, способный понимать, что они могут делать, как они могут это делать и в какие сроки

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

Руководитель программистов работает не с программами, а с программистами — это огромная разница.

Но кроме программистов, у PM-а в подчинении будут и дизайнеры, и техписатели, и рекламщики, и кто угодно. PM должен все эти ремёсла перепробовать на своей шкуре, прежде чем возьмётся руководить?
Нет, он просто должен понимать чем занимаются первые, вторые и третьи и уметь оценивать их способности на различных типах задач для оптимизации производительности команды в целом. Утопия?
Люди идут в управленцы, потому что они уже очень много лет занимаются программированием / дизайном / игрой на флейте, а ими руководит пробковый олень с лейблом MBA
Цитата классная, добавил в избранное
+1
То есть вначале-изначально, там уже прописался пробковый олень? И над ним стоит точно такой же пробковый олень, который как известно своему брату-оленю глаз не выклюет? Иначе как бы этот олень туда попал?

потому что они уже очень много лет занимаются программированием

а вот таким образом поступают технари/ремесленники/работники, которых уж сильно достал один из этих пробковых, и они попытались что-то изменить в этой системе, состоящей из пробковых оленей. И тут как повезет — либо социум оленей, окружающий данного конкретного технаря исчезающе мал, либо «надо мной издевается вышестоящее начальство, троллят манагеры одного уровня, и свиней подкладывают нижестоящие начальнички», вместо того, чтобы работать и общее дело делать. Нет общего дела! Есть конкретные интересы каждого конкретного манагера, пытающегося заработать денег лично для себя. Такова мораль данного конкретного социума, и пока свист на горе дождиком не станет, социум не переменится, потому что социум всегда является (главным|самым важным|начальником) в паре с отдельным человеком.
Скоро пойдут статьи на тему, что не всем людям можно стать успешными предпринимателями.
А почему бы и нет? Ведь многие этого не понимают.
Лично на мой взгляд, тенденция пока обратна — во многих газетах, журналах, телепередачах, сайтах, фильмах, книгах явно проталкивается мысль, что стать успешным бизнесменом легко — главное оторвать задницу от стула и почаще говорить «у меня всё получится».
Ну как мы видим, автор статьи не из тунеядцев, и больше был счастлив, когда был простым девелопером. А в качестве управленца он не чувствует себя счастливым. Но как мы знаем, бизнес это тоже — управлять придется и ооочень много, а не каждому это по душе. Соотвественно времени на любимое дело(написание программ) становится меньше, а значит и меньше счастья. Оно того стоит?
Вот то-то и оно…
В том-то и дело, что свой бизнес сейчас преподносится, как некое конечное счастье, к которому всем нужно стремиться, чтобы жить долго и счастливо. А ведь бизнес — это далеко не для всех, и далеко не каждому придется по-душе управлять своим делом, да и не каждый сможет, при всем желании.
На этом проще поднять бабло, чем на противоположном.
Подписываюсь под каждым словом.
Сам, правда, полностью от производства не отрывался, но полгода совмещения хватило. Возможно, все было бы не так плохо, если бы не было интереса к IT, и было бы все равно чем управлять, как указанным менеджерам.
Сейчас действительно время «незамутненных» управленцев, возьмите хоть наше правительство, кого там министрами назначают. То же и в любой компании можно встретить.
>По-хорошему, ты можешь эффективно общаться примерно с дюжиной людей – удерживая в голове всю историю взаимоотношений с ними, помня о всех данных и полученых обещаниях, зная что кому интересно и что кем движет.

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

Ваш пример мало относится к моим словам. Как вы это описали, так менеджера беспокоили не по основным рабочим вопросам, и если так, то он все делал правильно. Зачем тратить своё рабочее и/или личное время на то, что не входит в твои обязанности (а если на проситель на просьбу мог забить, то это так и есть)?

Если вы даёте подчинённому задание, которое нельзя выполнить немедленно, лучше делать это в том или ином письменном виде: почта или трекер, обычно лучше, в зависимости от ситуации.

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

Эти правила довольно просты и очевидны (для меня, по крайней мере), но они позволяют избегать многих несостыковок, перекидывания стрелок и прочего.
Краткий ответ на 13 пунктов (многабукав!).

1. Это не тупик — это новый мир. Далее — свой бизнес, либо другие сферы деятельности: не только IT, но и другие «умные».
2. Потолки всегда есть — основатель бизнеса, в своем бизнесе — доля рынка, в государстве — его глава, на Земле — её границы.
3. Что делать?
Бизнесы отличаются только предметной областью -- все прочее абстрактно в вакууме
...getting people together to accomplish desired goals and objectives using available resources efficiently and effectively. Management comprises planning, organizing, staffing, leading or directing, and controlling an organization (a group of one or more people or entities) or effort for the purpose of accomplishing a goal...

4. Цейтнот — изобретать чистые и грязные способы защиты, нападать, приоритезировать. См. 80/20 и как выше говорили товарищи — «НЕТкайте».
5. Если что-то не важное — то откладывать или переносить в календаре. Если человек звонит, что-то узнать — предложить через час перезвонить. Реально важное перезвонит. Один из вариантов.
6. Ненормированный? Идём смело в стан т.н. «нелояльных», а на немые вопросы отвечаем типа «Я буду делать отчет ИКС» или «Готовить стратегию ИГРЕК». И вообще можно систему менять — это реально.
7. Для чтения почты выделяем время с утра или вечером. Если что-то важное — люди второй раз напишут/напомнят. Если куча «спама» летит — значит с делегированием проблема.
8. Ответственность? Требуем ресурсы/полномочия смело! «Спамим» вверх и вбок. Сами созываем совещания на эту тему :)
9. Учимся делегировать. Не только внутрь — но и вбок. А особенно тем, кто нам подсирает. Да прям на совещаниях: «Да этот же товарищ лучше всех нас умеет делать ЗЕД!»
10. Это просто разные миры и навыки/умения точно разные нужны. Да и вообще это дикая цепочка — дев — манагер. Это крутая мотивация, но цепочка диковатая.
11. А вот здесь если у нас вырывают кого-то для отчетности, то грош нам цена как управленцам. Наша задача — отбиться от отчетов. Придумать отмазки, дать как можно позже, перекинуть назад, закидать хитрыми вопросами. Включить голову, чтобы эта беда мимо прошла.
12. Я зла не помню — я его записываю. Читаем книжки как с этим справляться. Наполеон он вообще по именами помнил! Вот это уникум, блин.
13. Не свой? Это же очевидно — тут надо искать новые круги.
По этому и другим схожим комментариям выше, начинаю думать, что у меня имеется некоторая проблема с эффективным делегированием… есть такое дело. Действительно иногда кажется, что если сам не сделаешь — выйдет какая-нибудь чушь обязательно.
Мне тоже на это по-началу часто указывали. И это, действительно, проблема инженеров, поставленных руководить.

Логика такая: «Задача поставлена мне. Кто ее сделает лучше, если не я? А отвечать, если сделают плохо, кому? Мне! Так может, сделать самому? И быстрей и лучше получится! И результат будет точно таким, каким я хочу».

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

Начальство говорит всегда просто: «Сделай мне хорошо». А вот задача менеджера, понять, что такое «хорошо», составить понятное сотрудникам ТЗ, разбить задание, поставить задачи, проследить за процессом и проверить результат каждой задачи, собрать все воедино в виде, доступном для начальства и представить ему результат.

Смысл в том, чтобы воспринимать поступающие задачи, как поставленные не лично менеджеру, а вверенному подразделению.
Вобщем-то код писать и приложения тестировать у меня руки и не тянутся; речь больше идёт именно о всяких «странных и непонятных идеях начальства», которые если и не требуют продуктивной работы, то как минимум — времени требуют, на обсуждения, раздумья, переговоры, переписки, совещания… это либо приходится делать самому, либо говорить «нет» (зависит от ситуации и тому, кому говорить — зачастую просто стрёмно), либо как-то организовать себе ассистентов не-разработчиков (кто ж даст бюджет на это). Так вот.
Речь и про это тоже. Нужно просто научиться правильно определять, кому именно поручить и как грамотно объяснить, чтобы было сделано именно так, как нужно.

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

Если митинг вам не важен — не учавствуйте. Заведите наконец яйца чтобы не бояться эту проблему озвучить и решить. Не нужно ходить на митинг просто потому что там принятно. Это проблема и её надо решать. Читайте Демарко в конце концов.

Если вас смущает то что зарплата у вас ниже чем у программистов — так они же результат созидают. А вы на тупых митингах сидите. Ещё бы. Вас уволить к чертям нужно, а не платить 4-5 тысяч баксов за просиживание штанов.

Про рваный день — это работа менеджера. Хотите тишины — идите писать код. ТАм обычно тихо и спокойно. Task tracking system, IDE и ваши мысли. Хотя к слову я знаю менеджеров умеющих выстраивать свой день. Они не уходят из скайпа, а просто не отвечают сразу. Когда они заканчивают текущие задачи — они обязательно решают проблемы своих подопечных, но исключительно в порядке очереди а не хаоса. Да, заведите яйца, и постройте такой график, а не нойте что вас отвлекают.

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

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

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

Насколько я понял автор лишь озвучил весь негатив, который ему не нравится. Если его не увольняют, значит работу он свою выполняет.
По поводу вашего последнего предложения приведу первое предложение ТСа:
… последние несколько лет я занимал самые разнообразные руководящие должности в полудюжине компаний...
Помните забавную мысль про то что человек по карьерной лестнице растёт до уровня своей некомпетенции? На нём он и остаётся. А я никуда не спешу. :) Я поработал на должности PM 3 месяца и мне хватило мужества уйти из компании за 1.5 недели до окончания испытательного срока, пришло осознание что мне как и ТСу нужен код и покой .:) К счастью хоть и немногие но есть компании которые имеют чисто Tech линию развития в по зарплатам.
Читал как про себя.
4 года назад я из технического специалиста стал техническим менеджером проектов, в небольшой продуктовой аутсорс-компании, совмещая должности TechLead, TeamLead и PM. У меня в подчинении 5-8 человек. Всё что написано — правда.

Некоторые пункты (например 3. Что делать?) автор не расписывает подробно, но я понимаю о чём речь — у тебя лично нет конкретных задач на день и ощущение успеха и правильного пути дают лишь успешно завершенные проекты. А день может уходить на текучку и тебе самому, лично, нечем похвастаться. Нет задачи которую сделал ты, ты просто не успел её сделать, даже если это была мелкая правка. Иногда перехватываешь 5-минутную правку, делаешь сам и получаешь успокоение (ты ведь изначально технарь, а у тебя это теперь отобрали!), как технарь ты уже реализовался, а менеджером тебе ещё подтверждать свои скилы, и это долгосрочные перспективы. Тебе нужно доказательство твоей работы (и это не 100+ отвеченных писем за день) а и что-то материальное.

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

А если ты продолжаешь ещё быть разработчиком… о это ожидание окончание рабочего дня, когда можно будет сесть и поработать! Поработать вторую смену, уже девелопером, ведь в рабочее время сконцентрироваться невозможно, да и времени нет. И это если тебе хватило сил и ума отдать основную разработку подчинённым и лишь помогать им но ни в коем случае не делать каркас системы, не заставлять их ждать когда ты соорудишь что-то ключевое.

Сейчас возвращаюсь обратно в разработку. Менеджерская работа очень полезна. Она хорошо прочищает мозги и настраивает на верный лад. Но если ты хочешь остаться техническим специалистом нужно вовремя спрыгнуть с этого поезда. Двум богам служить нельзя. Хотя и заманчиво, ведь менеджер — это и большие возможности: возможность планировать самому свой рабочий день как угодно. Возможность назначить любую задачу кому-то другому…

Эх, хоть статью-ответ пиши…
И да, проблемы озвученные автором — решаются. Не сразу, набивая шишки, но решаются. Я смог решить их спустя 3 года :)
Есть много умных книг, тот же ДеМарко.

Но «цикл менеджера» — это правда, об этом говорит тот же Слава Панкратов с Орловым. Нужно научится из него выпрыгнуть и начать работать как менеджера не разработчик. Учится концентрироваться только на главном, делать те 20% что приносят 80% результата и т.д. Делегировать. Делегировать. Ещё раз делегировать. Как кто-то писал — хороший менеджер должен представить что у него нет рук и он может только руководить, но не делать сам.
Ох, не очень я люблю эти «общие темы», но тут не выдержу выскажусь тоже.
Автор, то, чем вы занимаетесь не имеет к управлению никакого отношения. Ну или почти никакого. По крайней мере то, что вы тут описали.
Как это ни странно, но многие руководители, которых я видел, убеждены, что главная работа управленца это «решать вопросы». Это не правда. Такая работа есть (как почти на любой должности), но она совсем не главная. Главная же работа управленца это… управлять людьми и делегировать задачи. Вы должны знать свой коллектив как свои 5 пальцев. Знать досконально какую задачу кому можно поручить. Знать кто хорошо генерирует идеи, кто отличный экспериментатор, а кого можно попросить сделать рутину.
Выкиньте эти письма и совещания в помойку если они не помогают вам улучшить продукт над которым работаете. В работе управленца есть такие же focus & flow. Когда вы последний раз внимательно изучали продукты конкурентов? А анализировали оценки своих пользователей? Займитесь этим. Покажите результаты вашим разработчикам. Предложите им, заразите их своими идеями, оцените их идеи, дайте им ход. Отлично если вы сами можете генерировать идеи, но еще лучше, если вы способны воспитать сотрудников которые это могут.
Эх. Во многих российских компаниях работу управленца воспринимают именно так, как вы описали. Я понимаю. Но это не работа управленца. Мне жаль.
PS. И да, я через это проходил, т.ч. пишу не по наслышке.
НЛО прилетело и опубликовало эту надпись здесь
Статья еще раз подтверждает тот факт, что из разработчика очень сложно получить нормального top-менеджера, если не нереально. Неумение решать несколько задач одновременно, распределять обязанности, оптимизировать свое время — приводят к вышеописанным трудностям.

Особенно добило «Инбоксовое переполнение». Вы конечно извините, но если до Вас доходит свыше сотни писем в день, которые нужно читать — это идиотизм. Других людей в штате нет? Подумать над этим вопросом не? Все решаю сам? :)

Остальное комментировать даже не хочу, garex и GrigoryPerepechko выше часть светлых мыслей отписали.

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

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

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

И из разработчика получить нормального top-менеджера не сложнее (а на мой взгляд гораздо проще), чем из любого другого человека.
> Вас тупо ставят в копию — вот и столько писем.
Так это же хорошо. Если вас ставят в копию, то по правилам переписки, от вас лично ничего не хотят. Вас просто информируют, реагировать на письмо не нужно.

> И из разработчика получить нормального top-менеджера не сложнее (а на мой взгляд гораздо проще), чем из любого другого человека.
Что бы получить нормального менеджера, надо что бы у человека были соответствующие способности (или огромное желание их выработать). Сомневаюсь, что при этом техническая база имеет сколь-нибудь принципиальное значение.
> Так это же хорошо. Если вас ставят в копию, то по правилам переписки, от вас лично ничего не хотят. Вас просто информируют, реагировать на письмо не нужно.

Я просто объясняю 100 писем в день.
Хорошо-то, конечно, хорошо. Но если не прочитать, то бегло взглянуть на такие «копии» надо.

> Что бы получить нормального менеджера, надо что бы у человека были соответствующие способности (или огромное желание их выработать). Сомневаюсь, что при этом техническая база имеет сколь-нибудь принципиальное значение.

Я как раз хотел подчернуть, что техническая база и лидерские способности — независимы и никак друг другу не мешают.
К слову это нормальная практика: поставив задачу и делегировав полномочия ты требуешь (ИМЕННО ТРЕБУЕШЬ) держать тебя во всей переписке в копии. Основной аргумент, причины копии, который понимают все — если задача будет просрана, то виноваты будете вы, т.к. вовремя меня не информировали.

Да, ты начинаешь ловить более 200+ писем в день, но все это копии и зачастую, НЕ ОТКРЫВАЯ письмо, по первому предложению (тут еще конечно нужна дрессировка своей команды, что в одном письме не может быть обсуждения нескольких вопросов) понятно как идет процес.
Именно так. Этика деловой переписки — залог успеха.
Впрочем, я уверен, что многие из здешних «крутых спецов, что даже менеджер не нужен», принуждение к такой этике будут тоже воспринимать в штыки.
Как по мне, так самый главный минус — ощущение собственной бесполезности: как правильно было замечено, появляется куча людей, желающих с тобой «посовещаться», а в конце дня понимаешь, что весь день прошел в таких вот бесполезных совещаниях, а результат твоей работы… Он весьма призрачный и неосязаемый. Но в общем и целом руководить в IT гораздо проще чем исполнять. Главная проблема: понимают это слишком многие, и по ощущениям через 5-6 лет на одного компетентного исполнителя будет с десяток относительно компетентных руководителей.
Вернитесь к управлению двумя людьми. Немного поотпустит :)
Да, мир с другой стороны всегда изумляет, независимо от того, о какой стене идет речь.
Соболезную и сочувствую. Многое знакомо, хотя совсем из другой области.
Но в коментах есть две очень хорошие мысли:
1. Это — не норма, а к норме можно приблизиться
2. Каждому свое, и есть люди, которые, хотя и могут справляться с такой работой, но созданы не для нее. Как вы. Как я. Как многие.
как же здорово, что хоть кто-то пишет об этом. спасибо!
В те редкие минуты, что оказывались свободны от совещаний, я предпочитал находится где угодно, но только не на своём рабочем месте, где меня могли бы найти подчинённые, и (о ужас!) завязать какой-нибудь ещё разговор, о работе или нет.


Мне как-то даже неловко спрашивать, но если вы скрываетесь от подчиненных и вам неудобно с ними общаться — то в чем заключаются ваши функции как руководителя? Вот посовещались вы со всеми, спрятались от подчиненных — а дальше что? Как вы их работой-то управляете, если с ними не общаетесь? O_O
Менеджер не хочет чтоб на него «перевешивали обезьянок»

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

Поэтому он прячется.

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

1. Это тупик. Да, это так. CIO расшифровывают как Career Is Out. Тем не менее, это вопрос достаточного. Кому-то недостаточно 300 тыс.руб., кому-то хватает 40 тыс.руб. Это всё что можно сказать о финансовом вопросе. В профессиональном отношении: оставаться в курсе положения дел в отрасли для менеджера необходимо.

2. Тот же самый вопрос что и 1. Вопрос достаточного. Вы можете организовать свою компанию. Войти партнёром в чужую группу компаний. И т.д. И погодите над этим смеяться, я знаю системного администратора который стал генеральным директором дочерней компании. У него был хороший идея бизнес-план. В этом нет ничего сверхъестественного. Для менеджера, а не для сферического управленца, разумеется.

3. Что делать? Быть на своём месте. Работа менеджера подчинена цели. Цели менеджер ставит себе самостоятельно (в пределах компетенции), а также подчиняется целям компании и спускаемым сверху директивам. Основная цель любой компании известна: получение прибыли. Это вопрос о том, что одних людей надо попросить сходить в магазин и составить список покупок, а другие сами знают что необходимо и составляют список. Если Вы из тех которые не знают что необходимо — Вы находитесь не на своём месте.

4. Цейтнот. Пункт 3. Цейтнот будет тем большим, чем более Вас будут занимать другие.

5. Рваный день. Да. Это называется и по другому: специфика работы менеджера. Хотя это совершенно не обязательно. Какой-нибудь руководитель отдела по охране труда совершенно не знает что такое «рваный день».

6. Ненормированный день. Да. И это тоже специфика работы менеджера. И работая топ-менеджером можно легко оказаться в ситуации показанной в фильме «Ирония судьбы bla-bla-bla 2»: с телефоном на какой-нибудь крыше. Решающим вопросы которые в принципе тебя не касаются. Потому что нижестоящие звенья не отработали и их надо увольнять. Я лично оказывался в точно такой же ситуации с генеральным директором крупного холдинга. И в 3 часа ночи звонок по телефону от собственника корпорации и машина уже ждущая у подъезда — это тоже нормально для топ-менеджера. Так что считайте что Вы живёте как у Христа за пазухой.

7. Инбоксовое переполнение. Ну да и хрен-то с ним, а? Фильтруйте и делегируйте.

8. Чистая, незамутнённая ответственность. Если Вы боитесь ответственности, какой Вы руководитель? Радоваться нечему, бояться тоже нечего. Действует принцип разделения ответственности — делегируйте, в свою очередь. Но то что отвечает Вашим целям как менеджера — несите сами и не отдавайте никому. Более того: зубами держитесь за это.

9. Никаких «not my job». Правильно. Никаких. Выше я написал про ситуацию «на крыше». Если генеральный директор холдинга может оказаться в такой ситуации, то Вы — тем более. Не вижу никаких проблем в том чтобы заставить разработчика мыть пол в компании если это отвечает главной цели — принесение прибыли компании. Во всех остальных случаях он его мыть не будет. Это очень просто понимается когда деньги которые платятся разработчикам 2 раза в месяц — Ваши.

10. Феерический контингент. К сожалению, да. Люди с корочками MBA — притча во языцах. Отечественный MBA/DBA в реальности не стоит ничего. Полученный в одном из аффилированных центров — закладывает навыки которые для отечественного бизнеса будут применимы только если их носитель будет обкатан на самых нижестоящих бросовых должностях, покажет там свою эффективность и не растеряет амбиций. Исключение составляют случаи когда MBA получают собственно состоявшиеся предприниматели, собственники, действующие топ-менеджеры с опытом работы.

11. Пищевые цепочки отчётности. Отвечают целям компании. Которые надо понимать, фильтровать и разделять (или менять компанию на интересную именно Вам и имеющую те цели которые Вы можете разделить).

12. Тёплое человеческое общение. Сколько угодно. Проблема всегда в человеке, а не вокруг. Разработчики вообще по натуре интраверты, они стараются не участвовать в корпоративах, общественной жизни компании и этом самом тёплом общении. Сколько бы их не звали и не вытаскивали. Корпоратив можно считать фальшивым, но он всё равно объединяет коллектив, за исключением тех кто старается от него отгородиться. Если Вы «бежите» своего рабочего места, кто в этом виноват? Зайдите в конце концов в курилку!

13. Больше не свой. Все рады общаться «по душам» с человеком от которого зависит зарплата. При условии что он сам готов к этому. Если Вы сами не «рубаха-парень», то кто виноват в том, что люди не видят в Вас человека с которым можно общаться «запросто». Менеджеры которые с персоналом «на одной ноге» всегда ценились и будут цениться. Именно поэтому я и написал о необходимости занимать «своё место».
Если Вы боитесь ответственности, какой Вы руководитель? Радоваться нечему, бояться тоже нечего.

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

читали про Жизнь в пузыре Ашманова?

там есть решения
Тут — www.ashmanov.com/pap/bubble/?
Не читал, но буду — спасибо за наводку!
Пишите больше статей: вы слово — вам ссылку, «как Сталин». И даже не одну, а множество ;-)
да, оно

читается за час или около того, после работы норм, проверено лично
Напишу служебную записку «довожу до Вашего сведения, что согласно распоряжению N ввиду обстоятельств X такое-то решение Y приведёт к таким-то последствиям Z для нашей горячо любимой компании». Аргументы подберу внятные и очевидные. Обычно такие служебные записки хорошо регистрировать, чтобы была копия со штампом входящего документа. Не буду отказываться от работы, ответственности и идти с этой служебкой на конфликт. Но буду ссылаться на неё когда последствия Z наступят. Если всё сделать правильно, козлом отпущения будет подавший распоряжение N. Если Вы не столь агрессивны и не проходили школ выживания в условиях большой финансовой ответственности, Вашей палочкой-выручалочкой может стать коммуникабельность. Мой хороший знакомый в таких же ситуациях ни от чего не отказывался, но очень быстро сделал карьеру за счёт того что умел делегировать ответственность таким образом, что не специфичная для его подчинённых работа становилась им в радость и «охотку». Очень быстро (за год) вырос до уровня управляющего всеми складами крупной корпорации, в одном из регионов РФ. Но и до соответствующего уровня ответственности, конечно тоже. =)
Я уже давно пришел к выводу, что потолок устанавливаете только вы сами. Когда человек вылазит за свой потолок, он резко становится некомпетентным и раздражительным. Так уж мы устроены :(

А следующим шагом после опыта успешного менеджмента должен быть не рост в той же компании, а открытие своего бизнеса.
100% согласен, успешный менеджер не задержится на должности под руководством кого-то, только если ему не начнут платить больше того, что он может заработать на начальном этапе открыв собственный бизнесс. Я менеджер и у меня свой бизнес, мне не раз предлагали «работу», но нежелание сидеть в офисе и делать прибыль для кого-то сделало мой собственный бизнес успешным. Чем больше я работаю — тем лучше результат и нет у меня никакого потолка, можно расти неограниченно даже в 1-м каком-то бизнесе. Главное, чтоб была фантазия :)
А следующим шагом после опыта успешного менеджмента должен быть не рост в той же компании, а открытие своего бизнеса.

Почему? Обоснуйте, пожалуйста. Интересно, правда — дело в том, что раньше мне вот так же безапелляционно заявляли, что из разработчика можно двигаться только в менеджеры, а иначе — застой, регресс и ужас. По аналогии, мне сейчас кажется, что ваше утверждение не совсем верно, но может быть я чего-то не понимаю?
Подозреваю, вы достигли такого уровня, что для того, чтоб просто пойти на повышение, не хватает компаний подходящего размера;-). Ну или достигнете в ближайшее время. Так что дорога остаётся одна…
Нахожусь с автором в одинаковом положении. Целиком согласен (ну почти...)
Я вот как раз решил менять в этой жизни все назад (уходить с управления) теперь буду знать что тыкать тем кто зовет меня на управленческие должности.
Так уж сложилось, что последние несколько лет я занимал самые разнообразные руководящие должности в полудюжине компаний, занимающихся разработкой программного обеспечения разного рода. Довелось побывать и тимлидом, и менеджером проекта, и группы проектов, руководителем отдела и руководителем технического направления; подопечных бывало от двух до ста пятидесяти человек, да и размеры компании варьировались от трёх до двухсот тысяч работников. Неизменным оставалось только одно: чисто управленческая работа, постепенный и окончательный отход от технических задач.

Уважаемый автор, а несколько лет — это сколько?
Лучше если вы распишете, сколько лет отпахали на каждой из перечисленных должностей
Ой как ужасно, как ужасно быть менеджером… что автор аж 7 лет им проработал. Может, надо было сразу соскочить из этой телеги в ад? К тому же вы пишете, что после первых месяцев поняли, в какое гнилое болото попали.
З.Ы. Лично я считаю, что менеджеры вообще не нужны. В ИТ компаниях от них толку 0. Мб. хватить одного на 100 человек в аутсорс конторе, но не в продуктовых. Valve, Naughty Dog показывают, как надо работать
Ой как ужасно, как ужасно быть менеджером… что автор аж 7 лет им проработал.

Отвечая на ваш вопрос — сразу не сориентировался, а потом уже поздно (см. пункт 1).
Семь лет, полудюжина компаний, пять должностей. Это не работа менеджером — это чехарда из компании в компанию.
Проще говоря, это те управленческие позиции, до которых не получается «дорасти», а можно только «попасть»
Как-то на семинаре «Технология карьеры» в 2004 году ведущий говорил, что карьера внутри иерархии делается путём деятельности за пределами этой иерархии (даже переход из рабочих в инженеры при СССР путём учёбы в вузе или переход в управленцы сегодня путём учёбы на MBA тоже формально попадают под это правило). В сегодняшнюю эру мелких фирм — тут только либо войти в число учредителей либо быть по-иному быть в одной компании с учредителями.
«Так уж сложилось, что последние несколько лет я занимал самые разнообразные руководящие должности в полудюжине компаний, занимающихся разработкой программного обеспечения разного рода. Довелось побывать и тимлидом, и менеджером проекта, и группы проектов, руководителем отдела и руководителем технического направления; подопечных бывало от двух до ста пятидесяти человек, да и размеры компании варьировались от трёх до двухсот тысяч работников. Неизменным оставалось только одно: чисто управленческая работа, постепенный и окончательный отход от технических задач.»

Положа руку на сердце, Вы хороший менеджер?
А каковы критерии? Поставленные руководством задачи ввереное мне подразделение выполняет. Подчинённые довольны и от меня не бегут. А в остальном — самому ответить на такой вопрос сложно, надо спрашивать окружающих.
Принято! Но, исходя из Вашего поста, я могу сделать вывод, что Вы на своей текущей позицией управленца ни разу не счастливы. Я прав?
Да, это так.
Нужно находить радость в работе. Когда на работу как на каторгу, то это хуже нет. Подумайте чем бы вы хотели заниматься в удовольствие, и посмотритете можно ли этим заняться используя полученный опыт. Это не так сложно как кажется. Сложнее на это решиться.
Нужно находить радость в работе

По-моему довольно легко просто так вот констатировать, а сложнее понять — как?

Подумайте чем бы вы хотели заниматься в удовольствие

Как и все — есть, спать и трахаться.

посмотритете можно ли этим заняться используя полученный опыт

Нуууу… заняться-то можно, только вот кто за это станет денег платить? Вот в чём вопрос.
не не. ЖРАТЬ-СРАТЬ-РЖАТЬ, это понятно. а кроме потреблятства (поверьте это быстро наскучит)? рисовать например или столы делать (это я вообще с потолка взял). У меня есть примеры перед глазами, когда люди уходили из IT вообще в другие сферы и поднимались там куда выше, хотя до этого были программистами-рабочими лошадками.

Мне в этом плане легче, программирование & IT для меня стало хобби и радостью жизни. Хотя я иногда задаю себе вопрос, «А вот если не программирование & IT то тогда кем пойти?»

Ну вот, если есть занятие и есть идеи, которые хочется реализовать — ищите партнера c деньгами или инвестора. Сферу представляете себе, организовывать умеете. Что не хватает? Времени? Вам выше написали много советов как разгрести время, мне пока добавить нечего. начните пока параллельно, потом если начнет складываться — уволитесь.

Феерический контингент…
Нормальный способ пристроить «лишних людей» в экономике с избыточно высокой производительностью труда. Где-то на пособия по безработице, где-то на госслужбу, в СССР — в НИИ, где-то — «бизнесом» заниматься чтоб по пять раз банкротиться (= получать списание долгов, полученных из-за своих менеджерских факапов), где-то — в официанты и другую «сферу услуг», сегодня в России — в «управленцы». В общем, зависит только от национальной психологической специфики.
Автор многократно отметил, что речь не о России совершенно.
Занятно другое: в больших организациях, где существует несколько уровней менеджмента, неизбежно заводятся эдакие паразитические элементы – менеджеры, которые только и делают, что участвуют в одной или нескольких таких цепочках.
Думаю, не столько занятно, сколько закономерно: основная работа менеджера — делегирование, вот они ею и занимаются.
Но согласитесь, что в этом случае тёплое, ламповое делегирование вырождается в какое-то странное действо ради самого себя — или же ради чего-то непонятного, что… ну как минимум не ощущается правильным положением вещей, скажем так.
Ради не «самого себя», а ради решения задач конторы. Если слоёв несколько, то остальную деятельность можно перевести на остальные, выделив один чисто под делегирование;-).
Готов подписаться под каждый словом :) Спасибо за статью!

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

Ваш опыт работы менеджером впечатляет! У меня, опыт гораздо скромнее — максимум, 4 проекта одновременно с общим числом разработчиков и тестировщиков, около 20. Всего опыт работы менеджером был два раза по, примерно, одному году. Этого мне хватило, чтобы окончательно вернуться в разработку. Сейчас — teach lead в маленьком проекте из 5 человек. Не более 20 писем в inbox в день :)) В таком коллективе мне удобно.
Браво! Прочел на одном дыхании! Именно вот такой поток мысли прямо из сознания и интересно читать!
Если не придираться, все правда, но ведь нужно быть оптимистом!
Где гарантии, что вас бы не достала работа разработчика в той же степени через 7 лет?!
Гарантии, что не достала бы нету никакой! В конце концов я перешёл же от разработки в менеджмент, соответственно она меня уже в какой-то момент достала :)
Пищевые цепочки отчётности

Помимо начальничков со звучными должностями находящихся в «спячке» от отчета до отчета, по моим наблюдениям еще существует весьма распространненый тип менеджера-transparent-proxy:

Т.е. сваливается на transparent-proxy срочное задание от БОЛЬШОГО БОССА — он тут же бежит с ним к первому попавшемуся подчиненному: давай-делай-срок-вчера!!! Через пол часа у БОЛЬШОГО БОССА случается скажем «интересная мысль» — он звонит transparent-proxy, «а нельзяли эту багофичу сделать так-то и такто, ну я не настаиваю, но было бы неплохо...» — юркий прокси опять бежит к девелоперу, машет руками, почему-не-сделано-ведь-я-же-говорил-ты-не-слушал-ит.д. И так 20 раз на дню, 5 дней в неделю.

При этом у transparent-proxy менеджера отсутствует напрочь понимание, даже в общих чертах, что делает команда, в чем суть проекта и обьяснить зачем сам он нужен, он тоже врядли сможет. Из-за этого transparent-proxy всегда на взводе, страшно нервничает, он краснеет, потеет, у него забавно трясутся руки на совещании в присутствии вышестоящего менеджмента, всегда в defensive mode, постоянно ищет кругом козлов отпущения за срыв сроков, баги, ляпы и собственную глупость.
он звонит transparent-proxy, «а нельзяли эту багофичу сделать так-то и такто, ну я не настаиваю, но было бы неплохо...»
Тот случай, когда быть полным транспарантом не надо. Тут как раз надо уметь уводить фокус внимания босса в сторону. И самостоятельно оценивать нужность и важность подобных работ. Но у «прокси» может быть начальник-брандмауэр, как раз с данными скиллами, и тогда на своём уровне он может сосредоточиться на делегировании;-).
У меня руководитель на прошлой работе находился на свободном графике, включая и часть некоторых сотрудников.
Работал он из дома или находясь на отдыхе в других странах. Надо его обязательно отговорить от своей должности. Пусть работает как я!

Работа на отдыхе, это не отдых и не работа. Серьёзно. Тут нечем хвастаться)

Как раз сейчас подумываю сменить теплое место разработчика на управленца. Взвешиваю все «за» и «против». Вы добавили 13 пунктов в «против».
Буду думать еще.
Все верно, но дьявол кроется в детялях. Сильно зависит от компании и внутреннего мироощущения. Вспоминатеся байка из Азидеса
— какие у меня карьерные перспективы?
— ну ты стоишь на верхней ступеньке лестницы — теперь построй ее под собой.

Ну и да — почему нельзя сказать «not my job» — по моему всегда можно «Не, ну нафиг, это мне не интересно, не хочу этим заниматься».

В общем детали. Работа разработчика для многих очень и очень уныла. Вот пример http://xn-----clcksaplxf6byd3cyb.xn--p1ai/

Я бы поменял заголовок на «13 причин не быть управленцем в плохой компании».
Я бы поменял заголовок на «13 причин не быть управленцем в плохой компании»

Поменять название, конечно, можно. Вопрос только в том, а есть ли на свете «хорошие» в этом смысле компании? Мой скромный опыт пока не позволяет убедительно дать положительный ответ… Потому я и выбрал более общее название, да и покороче оно :)
Ну мой опыт показывает, что есть. Ну как минимум одна точно. Не то чтобы все совсем было не так, но под другим углом и фана в целом достаточно много. По крайней мере конверсия из девелопера в «управленца» меня не сильно напрягает, не скучно и диапазон вещей которыми можно себя развлечь существенно шире. При этом я бы не сказал что техническая экспертиза не востребована или забыта. Все немного по другому, акценты другие, не надо писать много кода, но можно и нужно давайть советы по архитектуре например. И по устройству проектных команд и консультировать заказчиков о том что можно что нет и сколько это может стоить примерно.
В общем мир большой и сложный главное не останавливаться.
Сложилось ощущение, что автор текста не совсем соответствует занимаемой должности. Наверно, управление просто не для Вас.

Я без оскорблений. Просто если возникают все эти проблемы и вы не в силах их решить — работа управленца не для вас.
Это понятно, только вопрос в другом — делать-то что? Посоветуйте, было бы интересно — в контексте описаных в посте моментов.
Я могу рассказать как я сделал. В свободное время пилил потихоньку свой стартап, попутно овладевая искусством программиста, довел его до более-менее приемлимого состояния, уволился и стал посвящать ему уже все время. Хороший исход такого варианта — свой успешный проект, «плохой» — остаться с хорошими скиллами разработчика.
Смысл то в чем, если брать из первого пункта
«Пропустив очередную большую смену технологий, не становясь при этом моложе, обзаведясь семьёй, внезапно понимаешь, что вернуться в техническую/программистскую деятельность будет либо крайне тяжело, либо может и вообще невозможно – особенно учитывая, что это, в связи с потерей актуального на рынке опыта, не сможет произойти без существенного понижения в доходах. „

Из жизни. Мне было примерно 28-29, то есть как вам, а преподавателю одному с кафедры технологий программирования около 35. Вот что он рассказал однажды.
Решил подзаработать и в одной из местных очень мелких фирм устроился в команду андройд-разработчиков. Опыта андройд-программиста было ноль (то есть прочел книгу), до этого (года 4-5 назад)писал просто на С++, Java, а на данном этапе вел курсы аля “структуры данных», «ООП».

Проектик был средний по сложности его глазами. Столкнулся со следующими моментами:
1. Из-за малого опыта был в подчинении у 25 летнего программиста как все. В команде были еще младше — подрабатывающие студенты. В принципе для него это была не проблема, но 20-ти летние кодеры, почему то считали себя по каким-то критериям лучше его, может смотрели на него как на старпера-неудачника.
2. На этапе проектирования прогнозировал косяки будущие — намекал всячески. Но тимлид и прочие пропускали мимо ушей, так как у него андройд-опыт мал. Потом на прогнозируемые им грабли и наступили.
3. Он делал «неспеша» по сравнению с другими членами команды. Постоянно ему тыкали, мол че там медленно делаешь, ты одну задачу, а другие 5. Только он делал одну и сразу корректно, а другие переделывали свой код, когда заходили в тупик, но все модификации выставляли как новые задачи, баги и т.д. И в глазах руководства далекого от ИТ у них прям клавиатура дымилась от продуктивной работы.
4. Так же часто со сроками выполнения задачи были конфликты на летучках, Его прогноз выполнения задачи не выгодно смотрелся с сроками «Ой, ну там час работы максимум», «там фигня делать» 20-ти летних. Но в итоге его сроки и получались.
5. Бывали ситуации конечно, когда из-за малой степени изученности кодинга под андройд мог сделать что-то через ягодицы. Когда такое находили, это было прям нечто вопиющее, 20-ти летние чуть ли не к расстрелу приговаривали за такое.

На месяца два его хватило, ушел когда проект был уже почти в финальной версии со слов команды… Но это «почти» длилось еще около трех месяцев.
И он сказал, что не сильно то и хотят брать программиста старше 35 лет, у которого есть опыт устаревших технологий, ну там дельфа например. Я сказал а че мешает переквалифицироваться, мол пришел с работы и читай буквари/«кодь стартапы». Он сказал — семья, да и не хочется уже после 35 ночами сидеть, да и не так все быстро усваивается.
На тот момент я с этой точки зрения и не смотрел расклад вещей. Вроде и есть у человека знания в области ИТ, а переходя на новые технологии выглядит не лучше выпускника…

Вот. и такое бывает. Я думаю это конечно был уже вопиющей крайности случай. Но тем не менее может в большей или меньшей степени такое проявлятся по отношению к «восставшим» программистам.

З.Ы. Учитывая что давно был разговор этот, допускаю что где-то перегнул с описанием ситуации. Но в целом примерно было так, по крайней мере по организации выполнения проекта.
Мне кажется, это вообще отдельная тема — как быть айтишнику после 35-40-45… Потому как и правда меняется всё, уклад жизни, взгляд на всё окружающее, мотиваторы, приоритеты, понимание того, что есть «хорошая работа», скорость обучения чему-то новому… И человек, по-моему, становится вообще мало совместим с программизмом. Нет, то есть я тоже видел разработчиков, кто занимались кодингом всю жизнь до самой пенсии (в буквальном смысле) — но это скорее исключение, чем правило.

К слову сказать, одна из причин, по которой лично я всё ещё в менеджерах, несмотря на все 13 причин — это возраст. Ну вот мне 35. Допустим, напрягусь я и переквалифицируюсь обратно в разработчики… и что? Буду непрерывно героем таких вот историй, как ваш преподаватель. А менеджер не выглядит странно, даже если ему и 50 лет. Вот такая вот грустная история.
А сейчас, в период между Рождеством и Новым Годом, когда особенно обострена склонность к углублённой рефлексии, приходит понимание того, что, знай я некоторые «инсайдерские» подробности управленческой деятельности заранее – сделал бы совсем другой выбор лет эдак семь назад… Ну вот мне 35…

Я только надеюсь что у вас просто так сложились звезды на текущий период времени.
— цифра 35. Даже оптимист может сказать что уже пол жизни прожито. У меня же такое было когда 30 перевалил в прошлом году. В 29 еще ходил с мыслью «А еще вся жизнь впереди...» а после даты, ошарашило. думаю так у всех. И в 35 может быть в момент грусти меня осенит написать такую же великолепную статью, которая я думаю в такие моменты и пишется. И она не выглядит как озлобленное нечто. Просто доступно показаны подводные камни, с которыми придется мирится будущему управленцу.
— новый год. Так же подводятся итоги.

А вообще вспоминайте о хорошем чаще. Например вот этом: Ну вот например за прошлый год мой бонус составил почти годовую зарплату после налогов.

Ну а так, если серьезно.
Я думаю вам тут уже много чего хорошего посоветовали. Все соберите в кучу проанализируйте. Составьте все в виде графиков-презентации и представьте все своим членам семьи. Аля:

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

Думаю в любой любящей семье найдется компромисс…
Вам-то в конце-концов с ними и жить, а не с нами. При любом раскладе.
Блин, вопрос «Чем я буду заниматься когда мне станет 34, 40,45?» занимает меня с 30 лет. и вот уже тоже 35 лет, послужной список победнее Вашего, но я нашел для себя ответ — свой стартап и двигаюсь в этом направлении. Но насколько он окажется верен — не пока не знаю :) Перед глазами партнер 50+ запускающий 4-тый стартап :)

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

Как то так, а по текущей ситуции — не бойтесь делегирования. Да, в какой то момент есть ощущение своей ненужности, но это потом пройдет.
А что тут можно делать? Вопрос весь в том, что хочется получить в итоге.
Если работа управленца просто не нравится и хочется обратно в команду программистов — пожалуйста. Тут не должно быть проблем. Прийдется, конечно, на какой-то короткий срок немного опуститься по зарплате (а может быть и нет), но в итоге будет лучше.
Другое дело, если хочется быть именно менеджером, но не видно путей решения описанных проблем. Тут я могу посоветовать читать побольше книг по управлению людьми и менеджменту в целом. Стараться применять полученные знания на практике. Пользоваться отличным правилом 20/80.

Я все это говорю исходя из личного опыта. Сам дошел от обычного программиста до тимлида, а полтора года назад стал именно менеджером и совсем перестал программировать. Хотя тимлид — это тоже по сути менеджерская должность.
Единственный валидный вывод из прочтения данной статьи — автору не стоит быть управленцем.
А кем стоит? Вот утверждать очевидности несложно, хотелось бы какого-то конструктива. Впрочем мой вопрос он скорее издевательски-риторический, потому как ничего подходящего пока никто посоветовать не мог, да я вобщем-то и не надеюсь. Признаюсь по секрету, даже однажды озадачил этим вопросом карьерного консультанта — ну то есть человека, у которого работа такая — подобные советы давать. Была такая у меня помпезная индивидуальная коучинг-сессия, которая закончилась полным пшиком :))

Так что я повторю вопрос — каковы ваши конструктивные соображения?
Мои конструктивные соображения описаны выше — автору не стоит быть управлецем. Это хороший карьерный совет ему, и это хорошо лимитирует применение пунктов статьи аудиторией, для которых она будет релевантной.

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

(1) «Это тупик» — руководитель растет в результате успехов подразделения, которым он руководит. Понятно, что «менеджером остаешься навсегда», но такое можно сказать про многие пути — про художника или даже программиста. Вопрос в том — каким менеджером. Эриком Шмидтом или Нонейм Нофеймом. В одной из моих компаний чувак прошел путь от программиста до CEO, и по мере его дальнейших успехов он может быть CEO более крупной компании — за счет роста возглавляемого им коллектива вследствии успеха, или за счет предложения возглавить что-то большое — опять же, вследствии успеха.

2) «Стеклянный потолок» дается за данное, а в качестве идеальной работы описывается «Газпром» или смена страны. Объединю оба варианта словом «теплое место». Это мышление чиновника, а не руководителя. Руководитель не ищет теплое место, а создает его из хаоса — не только для себя, но и для других.

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

4) «Цейтнот» — позиция жертвы, т.е. чувак вместо того чтобы проанализировать причины своего перегруза и разрулить все это, наняв людей и построив эффективную структуру, приписывает все проблемы внешним по отношению к себе факторам. Плохие коллеги зовут на совещание, ничего себе! Хорошие руководители у меня же, могут мне же сказать: «Руслан, релевантная для меня часть совещания закончилась, я, если не возражаешь, уйду, работу работать».

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

6) «Ненормированный день» — ценное замечание, но опять же, смотрим на мой вывод: «значит не для тебя». В ненормированном дне есть и плюсы: начальник, как правило, может и перерыв устроить в любое время.

7) «Инбоксовое переполнение» — которое нужно менеджить, вовремя делегируя и не замыкая на себя все коммуникационные потоки, иначе создается «бутылочное горлышко»

8) «Чистая, незамутненная ответственность» — по тексту понятно, что автор не до конца понял того, за что именно отвечает, и поэтому считает это заранее подготовленным фэкапом. Я недавно уволил замечательного в целом человека, потому что он не реагировал на фидбек. Позже оказалось, что он не реагировал на фидбек, т.к. считал мои требования невыполнимым — и потому считал, что я «подготавливаю ему фэкап». И никак не коммуницировал мне мнение о невыполнимости. Глупая ситуация о которой я сожалею — но по сути, толковый руководитель всегда добъется, чтобы ему сформулировали критерий успешности. Потому что он привержен достичь успеха вместе со своей команде. В ситуации неопределенности «сверху» толковый руководитель жестко даст вышестоящему руководителю понять, что тот должен выполнить свою работу нормально. Руководитель должен уметь требовать — с сотрудников, со смежных отделов, и даже с руководителя выше.

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

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

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

В моей нынешней компании карьеру можно делать двумя способами: как менеджер, и как individual contributor. Независимый специалист. В компании есть система грейдов, которая используется в том числе и для расчета зарплаты и, скажем, у обычного инженера будет 11 грейд, у начинающего проджект-менеджера 12й, а у топового независимого специалиста со званием distinguished engineer — 99й. Обычно при каком-нибудь директоре или вице-президенте они работают высокоуровневыми техническими консультантами, а уже менеджер обеспечивает чтобы работа была выполнена согласно их рекомендациям. На мой взгляд, вполне разумный подход, хотя давеча одного из таких инженеров попросили таки самостоятельно сделать и проконтролировать один проект, выдав трех человек в подчинение. Коллеги по углам хихикали, что бегал он от менеджерской работы долго, но и его не просло.
давеча одного из таких инженеров попросили таки самостоятельно сделать и проконтролировать один проект, выдав трех человек в подчинение. Коллеги по углам хихикали, что бегал он от менеджерской работы долго

Скажите, а в вашей нынешней компании такому независимому специалисту реально было от этой менеджерской работы в открытую откреститься, не попав в опалу навсегда?
Реально, но между «попасть в опалу навсегда», и «это полезно для карьеры» еще масса промежуточных состояний, вроде чуть более медленного карьерного роста по своей «индивидуальной» лестнице.
Толпы народа со странным опытом работы и без каких-либо полезных навыков хаотично мигрируют от продаж стирального порошка к разработке программного обеспечения, при этом они искренне не видят разницы – не всё ли равно, чем руководить? Соответственно, и разбираться в тонкостях индустрии им некогда и неохота, они делают карьеру – что, собственно, и является их основной и, подчас, единственной истинной «специализацией»
С позволения автора, я распечатаю это и в рамочке повешу.
… они делают карьеру – что, собственно, и является их основной и, подчас, единственной истинной «специализацией»


напомнило

Мы стараемся, работаем каждый день, хотя ничего и не производим. Наша деятельность не оставляет никаких следов в окружающем мире, хотя это, наверное, и к лучше — ведь всё, что мы делаем — мы делаем плохо. Так что же мы делаем здесь? Ответ прост — мы делаем карьеру.
Мне подумалось, что автор статьи по натуре — «исполнитель». Отсюда и проблемы. Он хочет ИСПОЛНИТЬ свою задачу качественно, комфортно и получить за это справедливое вознаграждение. Управленцы (хорошие) думают немного в других координатах — там главное: решение ЗАДАЧИ наиболее эффективными методами. Т.е. именно достижение цели является мерилом всему: мешает почта достижению цели — в пень ее! Не хватает ресурсов для достижения цели — раздобыть их любым способом! Ну и т.д. При таком раскладе возникает азарт, который удовлетворяется самим достижением, дальше ставится другая цель и так дальше… Т.е. психологически другой тип человека. Поэтому автор и чуствует себя не комфортно в роле управленца.
Спасибо за статью. Я когда-то услышал термин «техническое самоубийство», который как раз описывает переход из разряда разработчиков в менеджеры. Сам я уже больше года нахожусь где-то между, но стараюсь не погрязнуть в менеджменте полностью, хотя бы ради команды.
Границы этих понятий слишком размыты по крайней мере в наших реалиях. И кем по-вашему является технический директор — менеджером или технарём?
Технический директор — менеджер с техническими компетенциями и хотя бы минимальными техническими способностями. Причём, источником его компетенции, вполне может быть ведущий разработчик. (более того, это самый эффективный способ поддерживания своей компетенции)
Здорово. Осталось загадкой, как найдено время для написания данного поста :)
Разгадка проста — Рождество :-)
Мне кажется, статью надо было назвать «менеджмент в экс-ссср». И пункт №10 почти полностью объясняет причину происходящего. Люди просто «играют в компании», «играют в менеджеров» и т.п. «Слышал звон, да не знаю где он».

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

Увы, хоть (по описанию), ваш опыт и велик, но, мне кажется, вам тупо не везло с компаниями.

Такую же статью можно написать и про программистов какого-нибудь НИИ ГиТ, которые целыми днями играют в пасьянс, копируют файлы на дискетах, а в остальные 5% рабочего времени пишут адовы опердени на фокспро под ЕС 1842… Только ведь не везде так — в нормальных конторах всё по другому.
Хм.
Я например проработал 7 лет менеджером проектов в проектах компании Nortel Networks. Потом год в Авайа (это когда они купили Nortel).
И скажу — автор очень точно показал те проблемы менеджеров, которые возникают и приходится решать.
В 90-е работал программистом в НИИ. Так вот там как-раз не было случайных менеджеров (все начальники отделов и направлений — очень заслуженные люди). И отчетности на уровне программистов практически не было.
Правда, пасьянсу уделяли только 5%, а не 95%. Но, может просто молодые были и «глупые» — нам хотелось чего-то крутого напрограммировать.
В 90-е было другое время… мы на себе тянули целину. Теперь, по крайней мере у нас в Беларуси, рукожопие сплошь и рядом, и особенно на гос.конторах.
А чем другое? ПАХАТЬ там никто не заставлял.
«Заслуженные» программисты тоже в шарики рубились по 4 часа в день.
Но, их-то можно было понять — тогда работы для программистов было мало в России.
А сейчас — МНОГО. Развивайся и тебе открыты все дороги. Поэтому как-раз сейчас и не понятно тунеядство.
То что автор столько лет (с 2005 ?) умудрился находиться на менеджерских позициях при таком уровне некомпетентности и управленческой импотенции (и ничему не научиться) — явный признак того, что ему действительно не везло с компаниями. В нормальных компаниях таких «менеджеров» отсеивают еще на этапе собеседования, максимум — за испытательный срок. Только поэтому к его работодателям я сочувствия не испытываю ни капли =) Утверждаю авторитетно, как топ-менеджер в одной из успешных IT-компаний.

P.S. Отдельно хочется посоветовать автору — ни в коем случае не начинайте собственный бизнес, вы гарантированно разоритесь. Неминуемо. И меняйте работу, вы — не менеджер, и никогда им не станете, не ваше это. Идите обратно в специалисты-инженеры, максимум — лидом маленькой группки программистов. Технологии подучить заново — фигня вопрос, подожмите булки и идите например на джуниорскую позицию подтянуть матчасть, а потом меняйте компанию и устраивайтесь сеньор-девелопером, или идите перспективный стартап с хорошим, правильным менеджером проекта. И если ваш новый начальник вам со временем предложит быть менеджером — бегите из этой компании, ваш начальник — скорее всего мудак =)
Большие проблемы у организации, где справедливы п.8, и, как следствие, п.9…
И скорее всего — проблема в самом главном начальнике в конторе.
А вообще такое положение, считаю, не может быть устойчивым, и его можно поменять!

Еще хочу добавить к п. 11 «Пищевые цепочки отчётности».

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

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

Категорически с вами согласен!
Да, все так. Управление, как и программирование — ремесло. А у каждого ремесла есть своя светлая и темная сторона.

Мне лично помогает оставаться на светлой стороне Г.Минцберг (Henry Mintzberg). Очень рекомендую. Начать стоит с «Лучшая практика менеджмента», а продолжить «Структура в кулаке» («Structure in Fives»), далее везде.

P.S. Мой стаж управления более 20 лет. Начинал в компании из 5 человек, сейчас 700.
Г.Минцберг (Henry Mintzberg) — гений, я считаю… особенно после прочтения его "Managers, not MBAs".
Дорогой автор, а Вы соционикой или подобным знанием не увлекаетесь?

Было бы интересно этот аспект проанализировать.
Ну… скажем так: учитывая тот факт, что я счас полез в википедию читать, а что же это такое — соционика, то, наверное, нет, всё-таки не увлекаюсь :)
Несколько лет назад посмотрел интервью Эльдара Мусаева, из Microsoft, «Про
маразм и Program Management»
www.smira.ru/2008/02/05/musaev-microsoft-program-management/
Очень в тему. Про необходимость выбора.

И еще видео из той же эпохи и из той же компании, Влад Садовский — про
профессию Архитектора.
krasview.ru/video/24534-2007.03.11_-_Vlad_Sadovskiiy_rasskazyvaet_o_Windows

А статья классная. Задуматься заставляет. Спасибо ) Но разве все настолько
печально?

Я за свою карьеру разработчика видел очень мало толковых менеджеров. Может 1
из 10 понимал, что он не стиральный порошок продает. А про XP, Scrum, Kanban и
прочий Agile слышали и того меньше. PM, выросший из разработчика, про эти вещи
чаще всего в курсе. Он более-менее знает внутреннюю кухню разработки. Он
привык постоянно учиться новому и копаться в литературе. Шансы у успешного
разработчика стать успешным менеджером проектов, с этой точки зрения, гораздо
выше, чем у всех этих «пробковых оленей с MBA». И легко выделяться на их фоне.

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

Профессия несколько другая, несомненно. И издержки у нее свои. Но «тупиковой»
ее назвать как-то язык не поворачивается.
В заметке не указано, как автор представлял себе управление перед тем, как в него уйти. На мой взгляд, всё описанное — норма, и с этим надо учиться работать. На то ты и управленец, что бы менять вокруг то, что считаешь неправильным.
Господи! 13-й заключительный пункт это просто. Я не знаю, это просто искусство! Браво. Захватывающе! Чуть слезу не выбело.

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

Хотя, если честно, видя такой пример перед глазами хочется научиться этому. Не для того, чтобы руководить — в первую очередь для самоорганизации и понимания причин и следствий.
Статья интересная, но называться должна: «13 основных ошибок руководителя».
Ведь на каждую проблему есть очевидные решения.
п1, п2 — хочешь бесконечной карьеры — иди в буддисты. Дорастешь до будды. А так у всех есть потолок.
п3 — Что делать? — писать ДИ для себя, и согласовывать с руководством. С правами и обязанностями. С задачами. С внесением изменений в ДИ в течении всего времени работы (через полгода ты понял чем на самом деле должен заниматься — и записал)
п4, п4, п6, п7 — вопрос организации своей работы. 150 подчиненных которых ты не знаешь в лицо? А зачем они тебе вообще? Есть замы, есть начальники отделов, заведующие секторами и т.п. Даже если в компании нет жесткой иерархической сетки, то есть какая-то структура и ответственные по структурам. Прием по записи, для тех кто хочет общаться в обход непосредственного руководителя — приемные часы…
от перегрузки почты спасают секретари и делегирование.
Руководство не понимает, что есть правило — руководитель работает не более 20% рабочего времени, а остальное время он планирует, анализирует проводит профилактические расследования и т.п., и не дает тебе секретаря? Ну так мне начальство тоже новые сервера не дает. Это не связанно впрямую с работой руководителя.
Вообще любой руководитель проходит через эту болезнь — я боюсь лишний раз делегировать ибо лучше меня никто не сделает. Это лечится :)
п8, п9 — да, есть такая проблема. Но решать ее надо еще на этапе п3. Или валить на другую работу.
п10 контингент — контингент обычно не зависит от того чем ты занимаешься, а от того какие условия в коллективе, каков непосредственный руководитель (обычно собственник), от того с кем и как ты общаешься. Это тоже решаемый вопрос. Иногда сменой работы, иногда созданием своего круга, менее змеиного чем вся тусовка манагеров. Проверенно — 90% людей присоединяются к остальным 10%, и желающий перейтиизи змеиного лагеря в незмеиный всегда хватает.
п11 отчетность. Ну да, с отчетностью всегда туго. Сам ее ненавижу лютой ненавистью. ИМХО лучше ее принимать как лекарство — по часам. выделил время для бумаг (в идеале человека) и забыл.
п12 Если бедному интроверту сложно общаться с большим количеством людей, то нужно или работу менять или стиль руководства менять чтобы меньше контактов было.(ИМХО вообще более пяти прямых подчиненных это перебор — надо укрупнять подразделения. но это личный опыт скорее, у других может быть иначе).
п13 Это да, это неизбежный факт. Точнее избежать можно, но лучше не надо. дистанция нужна всегда. Но это как-бы понятно изначально. Но ведь у нас уже есть контингент из п10, который мы себе подобрали/сформировали подходящим? :)
как то все у вас идеально :)
Мало у какого менеджера есть время и ресурсы чтобы делать то, что вы рекомендовали.

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

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

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

Я Вас хорошо понимаю.
Сам иногда шучу: «Блаженны ПМы, ибо им достается от обеих сторон» (калька на неофициальный девиз ООН).
Кто не бывал, тот не знает… Разраб говорит мол это все надо переписать, директор говорит что все должно быть сдано еще вчера. Разраб говорит — нам надо две недели на рефакторинг, директор говорит — вам надо, вы и берите — вон два дня выходных будет, на рефакторинг вам хватит…

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

Вы действительно считаете, что у линейщика нет возможности на этапе договоренности сказать что-то на подобии «Ок, меня все устраивает, но есть два условия — я отвечаю за результат, но кадровые вопросы в моем подразделении решаю я, лишь согласовывая с ОК, и сроки мне сверху не спускают, а согласовывают со мной, ну а на случай если Вас не устроит моя политика, то вот Вам мое заявление об уходе с открытой датой, и ручка которой я его писал». Да, чтобы это прошло, тебя должны хотеть. У тебя должна быть репутация, опыт и т.п. Но это касается ЛЮБОЙ работы…
когда статья «выстрадана» автором — это всегда чувствуется, как сейчас :)

хорошо вас понимаю, каждая пункт как будто сам писал.

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

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

Публикации

Истории