emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.

emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.

💬 Проблема заключается в том, что советы, если они вообще берутся на вооружение, тотчас же становятся механическими инструментами. Это значит, что необходимо вводить интервалы между похвалами. Открываются «текущие счета похвал». Когда-то сердитые менеджеры…

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

Обращает на себя внимание фраза, которая развивает тему предыдущего поста:

💬  The only person whose praise matters is another programmer.

Именно в этом заключается, как мне кажется, истинный путь к лидерству. Ведь слово "ведущий" (т.е. лидер) имеет смысл только в контексте "ведущий кого"?

Когда специалист действует ради сиюминутной похвалы от руководства, то он тем самым блокирует собственное развитие до топового уровня (или до основания собственной компании) по одной простой причине - у него сформирована потребность в том, чтоб его постоянно "кто-то хвалил сверху". Т.е. он добровольно ограничивает себя ролью второй скрипки.

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

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

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

💬 All successful software companies had, as their dominant personality, a leader who nurtured programmers.

P.S.: Большинство моих бывших коллег-программистов сегодня занимают ответственные руководящие или архитектурные должности в крупных высокотехнологичных компаниях. Я никогда не получил бы поддержку такого количество руководителей ИТ-рынка, если бы пренебрег автортетом перед ними.

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

www.tgoop.com/emacsway_log/1370

2.6K viewsIvan, edited  Apr 14, 2024 at 08:47

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

Обращает на себя внимание фраза, которая развивает тему предыдущего поста:

💬  The only person whose praise matters is another programmer.

Именно в этом заключается, как мне кажется, истинный путь к лидерству. Ведь слово "ведущий" (т.е. лидер) имеет смысл только в контексте "ведущий кого"?

Когда специалист действует ради сиюминутной похвалы от руководства, то он тем самым блокирует собственное развитие до топового уровня (или до основания собственной компании) по одной простой причине - у него сформирована потребность в том, чтоб его постоянно "кто-то хвалил сверху". Т.е. он добровольно ограничивает себя ролью второй скрипки.

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

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

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

💬 All successful software companies had, as their dominant personality, a leader who nurtured programmers.

P.S.: Большинство моих бывших коллег-программистов сегодня занимают ответственные руководящие или архитектурные должности в крупных высокотехнологичных компаниях. Я никогда не получил бы поддержку такого количество руководителей ИТ-рынка, если бы пренебрег автортетом перед ними.

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

BY emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.