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

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

Хорошо жить вот в таких розовых мечтах, наверное
Почему мечтах?) Вполне реальный кейс, когда и дизайнеры и менеджеры умеют кодить в меру своих хотелок.
ага, только хотелки у всех разные, порой совсем не относящиеся к работе, ну вообще никак))
чтобы писать технические задания нужно уметь программировать, чтоб менеджить то не надо
«Менеджеру может потребоваться оценить предложенную разработчиками архитектуру проекта,»
Не может, иначе он не менеджер, а тим/тех лид. Не задача менеджера оценивать архитектуру.
" следить за наличием тестов для всех компонент,"
Это НЕ задача менеджера, максимум — тим лида.
" предложить, что нужно рефакторить."
… А затем самому залезть в код и показать как надо. «1000 и 1 ошибка начинающего менеджера или как заманаться и заманать остальных»
" Хорошие менеджеры могут до бесконечности развивать технические знания и погружаться в устройство своего продукта."
Хорошие менеджеры учатся руководить и помогать команде делать проект, и развивают они совсем другие навыки.
" Честь и хвала таким менеджерам."
Нет, они занимаются не своим делом.
Задача менеджера реализовать продукт с той командой, которая у него есть. Конечно, в процессе можно поменять разработчиков и тимлидов и найти компетентных, но это потом. В связи с этим могут возникать проблемы, которые описаны в статье. А именно оценить/отследить/заманать. Понимание внутренних процессов это огромный плюс. Это необходимо хотя бы для того, чтобы грамотно заменить команду. Или это тоже не задача менеджера, а максимум hr?
Понимание процесса != умение программировать. Задача менеджера выстроить процесс так, чтобы не затыкать собой дырки.
При постановке задачи менеджером нередко может возникнуть ситуация, когда без некоторых деталей программирования (т.е. нюансов той специализации которой менеджер управляет) задача правильно понята не будет. И не понимающий в программировании менеджер (читаем как «не умеющий в специализацию») эту проблему решить не сможет. Поэтому, по сравнению с «умеющим» такой всегда будет «недоменеджером». А вот будет ли наличие недоменеджера критичным — вопрос уже совсем другой…
Хорошие менеджеры учатся руководить и помогать команде делать проект, и развивают они совсем другие навыки.

Расскажите, что значит эта фраза? Только не нужно говорить «Спросить сколько делать ту или иную фичу. Поставить эстимацию. Перетащить таск в трелло. Ждать следующее собрание.»

Для меня менеджер должен:
знать 1-2 иностранных языка на хорошем уровне
владеть средствами ведения проекта, джира, трелло
владеть навыками общения с начальством и заказчиками, убеждать
очень хорошо владеть предметной областью для свободного общения с разработчиками, QA, другими менеджерами, начальством
принимать решения и разруливать конфликтные ситуации в коллективе и на проекте
обладать навыками тестирования и использования фреимворков тестирования в конкретной предметной области
быть готовым помогать программистам чем может, вплоть до «я найду тебе человека» и найти
Тоесть не важно кто это. ex-Lead QA или ex-Lead Programmer
Это сможет сделать ноунейм с улицы???
Согласен с вами кроме пункта про: обладать навыками тестирования и использования фреимворков тестирования в конкретной предметной области. Можете привести кейс?
Все ушли, а сервера с тестами падают. Менеджер может либо пофиксить сам, либо прийти завтра и с утра начать решать проблему.

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

достучаться до ответственного и проконтролировать исправление ситуации, помогая при необходимости

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

PS Что-то похоже Вам хороших менеджеров пока не попадалось.
> Нет, они занимаются не своим делом.

прошу прощения, а в чем тогда дело менеджера? По-вашему, он ничем заниматься не должен, выходит? Зачем он тогда нужен?

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


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

Он не должен вообще уметь в компьютер. Он должен правильно распределить обязанности и недопускать бардака.

> Задача нормального менеджера это коммуникация, стандартизация и оргазниция труда ввереного подразделения.

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

> Трудно с тремя, а когда трёх научишься организовывать, дальше число уже не имеет значения.

Лучший способ организовать трех людей — сделать вид, что тебя нет. Не думаю, что этот способ скалируется на 3к.
Такая неожиданная статья, ещё и от Яндекса. Напугала даже как-то. Точно менеджеры имеются в виду, а не тех. лиды и архитекторы?
Ну так то не помешало бы менеджеру годик хотя бы поработать прогером. Чтоб уже совсем то глупости не пороть. Хотя бы про наличие тестов в проекте сможет спросить.
видел я таких недопрограммистов-менеджеров хорошо если они понимают что неумеют программировать, а если нет…
чтоб не спрашивать про тесты надо иметь лида хорошего, если такого нет и все джуниоры то ожидать что там будет всё хорошо нет смысла хоть, надо чтоб был лид делал ревью того что понаписали если этим будет заниматься менеджер причём он должен и сам писать а не только знать абстрактные правила написания кода, то у него не будет времени на менеджерскую работу которую тоже нужно делать
редактировать файлы при помощи Vim

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

А это уже может сыграть медвежью услугу. Например, если менеджер знает только монолит с SQL базой, а команда делает микросервисы на NoSQL с событийно-ориентированной архитектурой. Это всё работает по другим принципам, и если менеджер начнёт требовать делать «так, как раньше», то хорошим это не кончится. Зависит от человека.
предложить, что нужно рефакторить

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

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


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

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

Охх…
Статью следовало бы назвать "Типичные ошибки бывшего программиста, ставшего начинающим руководителем".


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


Но в целом основные задачи у руководителя всё-таки другие. А задачи по большому счету две: продукт и команда.


Менеджер должен уметь редактировать файлы при помощи Vim??? :/ Да вы наверное шутите.

Что-то у меня чешутся руки написать, что если менеджер должен уметь программировать, то наверное и программист должен уметь менеджерить. Как-то набрать и организовать команду, придумать продукт, продать его заказчику, согласовать план работ, получить оплату, свести бюджеты, следить за рисками, замотивировать всех вокруг. Для симметрии вроде как просится…
(Тут должны быть смайлики, а то без них в интернете шутки уже давно не понимают)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий