Comments 12
Сложнее - это какая метрика?
«Доктором быть сложнее, чем программистом»
Почему управлять людьми сложнее, чем писать код
Компьютеры ненадежны, но люди еще ненадежнее (C) Сборник законов Мерфи
Код детерминирован, люди — нет
Эмоции всегда в центре внимания
Коммуникация болезненна, но необходима
все три тезиса - мимо.
предлагаю их заменить на один тезис, но глобальный:
Люди это субъекты, они имеют свои интересы.
и дальше развивать. например в экономический детерминизм:
в чем главный интерес работника по найму (оклад/повремянка/оклад+KPI/ ...) ?
а в чем главный интерес их нанимателя (оклад+бонус/% от продаж/% от прибыли/...) ?
нет ли здесь какого противоречия ?
Главный вывод: руководитель — это про людей
очень неожиданный вывод.
Почему управлять людьми сложнее, чем писать код
Потому что вы руководитель ваша работа вам разумеется кажется сложнее. Ещё ни одного поста не видел от кого бы то ни было по должности, кто бы написал "работа моя - не бей лежачего, вот остальные вокруг впахивают, даже стыдно как-то". Не, каждый себя в грудь пяткой бьёт, что вот он-то пашет, ему сложно, особенно на фоне других) это стало так базово, что уже скучно. Просто очередной рук прибежал рассказывать о своей важности, ничего нового
Работа руководителя другая, в любой сфере в том числе ИТ. Тема с инструментами руководителя не раскрыта в данной статье. Банально не затронута проблема обучения и развития людей. Где планы развития, какие они по срокам по вашему опыту для разных должностей ваших подчинённых? Где неудачный опыт, когда учишь и человек уходит потому, что научился и перерос свой функционал, а вы не учли это и вовремя не открыли перед ним дверь вверх и вперёд? Где это все?
Такая тема у статьи и почти ничего, кроме наблюдений за процессами, где управление?
То что технарь начал видеть людей, это хорошо, но надо бы подучиться именно руководящим функциям.
Потому, что управлять нужно не людьми, а задачами. У каждой задачи должено быть имя в формате yyMMddHHmm. Нет имени? Значит, нет задачи.
Согласен с автором, в статье описан "базовый минимум" руководителя команды. Как бы это не казалось очевидным, не везде руководители соответствуют даже этому.
Например руководитель моей команды больше похож на менеджера проекта, но никак не на лидера. Разработчикам выдаются задачи (описание никак не валидируется, нужны вводные, ищи где хочешь), по итогу выливается в неожиданные сдвиги сроков реализации. На дейлике тебя могут спокойно публично обругать, на one-to-one разговоры под копирку, на ретро ничьё мнение (кроме навязанного руководителем) не учитывается
Почему управлять людьми сложнее, чем писать код