РИ
В соседнем чатике сказали, что если вы берёте руководителя писать код, то на выходе вы получите код, но не получите управление. Все зависит от целей
Size: a a a
2018 December 27
VL
В соседнем чатике сказали, что если вы берёте руководителя писать код, то на выходе вы получите код, но не получите управление. Все зависит от целей
можно совмещать. 5 человек — не так много для управления фулл тайм. Здесь важно сохранить тимлиду фокус, какие метрики ожидаются от команды. Если ключевая метрика — качество результата, которой можно только добиться длительным обучением команды — написание кода появится само собой.
VL
кстати, о каком чате речь?
AP
В соседнем чатике сказали, что если вы берёте руководителя писать код, то на выходе вы получите код, но не получите управление. Все зависит от целей
Это очень круто звучит, но не подтверждается практикой, сто раз получал и то, и другое в подобной ситуации :)
РИ
кстати, о каком чате речь?
Боль Тимлида
РИ
GZ
На мой взгляд, тимлид должен код, в первую очередь, читать чтобы понимать, что с проектом вообще происходит. А писать он может когда все остальные свои обязанности исполнит.
В качестве поощрения. 😁
В качестве поощрения. 😁
VL
если для тимлида писать код — поощрение — вряд ли он хороший менеджер.
АШ
Почему?
АН
Потому, что в тимлмды идут только бездарные программисты, от которых в разработке толку ноль?)
АН
*sarcasm*
V
если для тимлида писать код — поощрение — вряд ли он хороший менеджер.
Очень спорное утверждение.
V
И корпоративная культура может требовать писать код.
Во всех остальных случаях — пишет тимлид код систематически или нет — не так важно
Во всех остальных случаях — пишет тимлид код систематически или нет — не так важно
Вот я уже не один раз наблюдал именно момент с корпоративной культурой, когда человеку приходится писать код, чтобы "не выглядеть лохом". И при этом из него получается довольно посредственный менеджер, который ещё и довольно часто выгорает в сравнении со своим нормальным функционированием.
Потому пытаюсь понять, чтобы сделать выводы и не повторять чужих ошибок, но не могу понять то ли у меня перед глазами неудачные примеры, то ли тут неправильно построен процесс со стороны руководителя, то ли человеку выдали неподходящую роль, то ли всё сразу.
Потому пытаюсь понять, чтобы сделать выводы и не повторять чужих ошибок, но не могу понять то ли у меня перед глазами неудачные примеры, то ли тут неправильно построен процесс со стороны руководителя, то ли человеку выдали неподходящую роль, то ли всё сразу.
VL
Почему?
1. Писать код как основная мотивация. В таком случае менеджмент будет проседать как менее значимый.
2. Не писать код как ограничение сверху. Скорее всего следствие плохого менеджмента.
если писать код — не основная мотивация, и нет ограничений — вернее говорить о личном выборе, чем поощрении
2. Не писать код как ограничение сверху. Скорее всего следствие плохого менеджмента.
если писать код — не основная мотивация, и нет ограничений — вернее говорить о личном выборе, чем поощрении
V
В соседнем чатике сказали, что если вы берёте руководителя писать код, то на выходе вы получите код, но не получите управление. Все зависит от целей
Вот полностью соотносится с тем, что я видел.
Только очень определенные типы людей умеют достаточно хорошо сочетать задачи из R&D и управленческие. Самое смешное, что они обычно не хотят никем руководить и всячески от этого отбиваются :)
Только очень определенные типы людей умеют достаточно хорошо сочетать задачи из R&D и управленческие. Самое смешное, что они обычно не хотят никем руководить и всячески от этого отбиваются :)
V
Это очень круто звучит, но не подтверждается практикой, сто раз получал и то, и другое в подобной ситуации :)
А можно поподробнее?
VL
Очень спорное утверждение.
поэтому и разговариваем )
VL
иначе была бы лекция и заворожённые слушатели
VL
Вот я уже не один раз наблюдал именно момент с корпоративной культурой, когда человеку приходится писать код, чтобы "не выглядеть лохом". И при этом из него получается довольно посредственный менеджер, который ещё и довольно часто выгорает в сравнении со своим нормальным функционированием.
Потому пытаюсь понять, чтобы сделать выводы и не повторять чужих ошибок, но не могу понять то ли у меня перед глазами неудачные примеры, то ли тут неправильно построен процесс со стороны руководителя, то ли человеку выдали неподходящую роль, то ли всё сразу.
Потому пытаюсь понять, чтобы сделать выводы и не повторять чужих ошибок, но не могу понять то ли у меня перед глазами неудачные примеры, то ли тут неправильно построен процесс со стороны руководителя, то ли человеку выдали неподходящую роль, то ли всё сразу.
тут может быть много проблем. На мой вкус ключевая: новый тимлид вместо решения актуальных задач пытается «не выглядеть лохом». С таким подходом тяжело добиться результата кроме «быть своим для окружающих».