Сообщение Re[4]: из сениора в тимлиды от 29.10.2024 14:12
Изменено 29.10.2024 14:17 mrTwister
Re[4]: из сениора в тимлиды
Здравствуйте, gandjustas, Вы писали:
T>>Руководителю не нужно принимать технических решений, для этого есть высокогрейдовые individual contributor'ы.
G>Про какого руководителя речь? VP по разработке не надо принимать технических решений? Серьезно?
Именно так. Если VP по разработке может хоть принтер настраивать, если ему так хочется. Но надо понимать, что в это время он не выполняет свои основные обязанности. Ответственность IC — создать продукт, задача менеджера — создать команду, которая создаст продукт.
T>>Достаточно иметь широкий технический кругозор, чтобы понимать о чем с тобой разговаривают, для этого не требуется высокий технический уровень.
G>Чтобы понимать о чем с тобой разговаривают технари надо иметь высокий технических уровень.
Вообще нет.
T>>Хороший руководитель может выйти, например, из тестировщиков. Тут важнее общая насмотренность проектов: как они разрабатываются, как факапятся. Плюс уметь общаться, договариваться, работать с людьми.
G>А при чем тут тестировщики? Разработчики и аналитики также могут иметь насмотренность, также могут уметь или не уметь общаться.
Тестировщиков я для примера привел, из них часто получаются хорошие технические менеджеры.
T>>Руководителю не нужно принимать технических решений, для этого есть высокогрейдовые individual contributor'ы.
G>Про какого руководителя речь? VP по разработке не надо принимать технических решений? Серьезно?
Именно так. Если VP по разработке может хоть принтер настраивать, если ему так хочется. Но надо понимать, что в это время он не выполняет свои основные обязанности. Ответственность IC — создать продукт, задача менеджера — создать команду, которая создаст продукт.
T>>Достаточно иметь широкий технический кругозор, чтобы понимать о чем с тобой разговаривают, для этого не требуется высокий технический уровень.
G>Чтобы понимать о чем с тобой разговаривают технари надо иметь высокий технических уровень.
Вообще нет.
T>>Хороший руководитель может выйти, например, из тестировщиков. Тут важнее общая насмотренность проектов: как они разрабатываются, как факапятся. Плюс уметь общаться, договариваться, работать с людьми.
G>А при чем тут тестировщики? Разработчики и аналитики также могут иметь насмотренность, также могут уметь или не уметь общаться.
Тестировщиков я для примера привел, из них часто получаются хорошие технические менеджеры.
Re[4]: из сениора в тимлиды
Здравствуйте, gandjustas, Вы писали:
T>>Руководителю не нужно принимать технических решений, для этого есть высокогрейдовые individual contributor'ы.
G>Про какого руководителя речь? VP по разработке не надо принимать технических решений? Серьезно?
Именно так. VP по разработке может хоть принтер настраивать, если ему так хочется. Но надо понимать, что в это время он не выполняет свои основные обязанности. Ответственность IC — создать продукт, задача менеджера — создать команду, которая создаст продукт.
T>>Достаточно иметь широкий технический кругозор, чтобы понимать о чем с тобой разговаривают, для этого не требуется высокий технический уровень.
G>Чтобы понимать о чем с тобой разговаривают технари надо иметь высокий технических уровень.
Вообще нет.
T>>Хороший руководитель может выйти, например, из тестировщиков. Тут важнее общая насмотренность проектов: как они разрабатываются, как факапятся. Плюс уметь общаться, договариваться, работать с людьми.
G>А при чем тут тестировщики? Разработчики и аналитики также могут иметь насмотренность, также могут уметь или не уметь общаться.
Тестировщиков я для примера привел, из них часто получаются хорошие технические менеджеры.
T>>Руководителю не нужно принимать технических решений, для этого есть высокогрейдовые individual contributor'ы.
G>Про какого руководителя речь? VP по разработке не надо принимать технических решений? Серьезно?
Именно так. VP по разработке может хоть принтер настраивать, если ему так хочется. Но надо понимать, что в это время он не выполняет свои основные обязанности. Ответственность IC — создать продукт, задача менеджера — создать команду, которая создаст продукт.
T>>Достаточно иметь широкий технический кругозор, чтобы понимать о чем с тобой разговаривают, для этого не требуется высокий технический уровень.
G>Чтобы понимать о чем с тобой разговаривают технари надо иметь высокий технических уровень.
Вообще нет.
T>>Хороший руководитель может выйти, например, из тестировщиков. Тут важнее общая насмотренность проектов: как они разрабатываются, как факапятся. Плюс уметь общаться, договариваться, работать с людьми.
G>А при чем тут тестировщики? Разработчики и аналитики также могут иметь насмотренность, также могут уметь или не уметь общаться.
Тестировщиков я для примера привел, из них часто получаются хорошие технические менеджеры.