Сообщений в теме: 18

[n.polunin]

Добрый день господа!

Интересует следующий вопрос - может ли человек, которая не явялется программистом быть IT менеджером, т.е. фактически руководить программистами. Или это утопия?
Т.е. не то, чтобы человек не понимал IT, но просто в программирований не силен.

Каковы Выши мнения на сей счет?

[Darkus]

Как показывает практика - может.
Человек может быть отличным руководителем и ставить задачи подчинённым, но от it быть далеким.
Задача руководителя раскидать ресурсы по предоставленным планам и следить за исполнением проекта.
Также в его задачи входит "разруливание" проблем с заказчиком. Остальные проблемы он делегирует на компетентных подчинённых.
Хотя на мой взгляд, намного лучше, когда руководитель айтишник. Это позволяет ему видеть процессы не только снаружи, но и внутри. А следовательно, лучше контролировать процесс.

[astenix]

Конечно.

Но из этого не следует, что КАЖДЫЙ может руководить программистами.

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

Вспомните первую серию ситкома "IT Crowd" - айтишникам назначили главного менеджера, который в компьютерах вообще ничего не понимал. Но смог быстро и не напрягаясь разрулить их проблемы в общении с "юзерами"...

[n.polunin]

Это да. Я лично вижу главную проблему в том, что качество кода такой менеджер не может проверить.
Протестить да, найти баги - да, а вот быть уверенным, что код качественный без знаний данного зяыка довольно сложно...

[greesha]

Это да. Я лично вижу главную проблему в том, что качество кода такой менеджер не может проверить.
Протестить да, найти баги - да, а вот быть уверенным, что код качественный без знаний данного зяыка довольно сложно...

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

Проблема здесь, как мне кажется, в трактовке самого понятия "качество" со стороны бизнеса (интересы которого должен представлять менеджер) и со стороны программистов.

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

[Darkus]

Это да. Я лично вижу главную проблему в том, что качество кода такой менеджер не может проверить.
Протестить да, найти баги - да, а вот быть уверенным, что код качественный без знаний данного зяыка довольно сложно...

Протестить и найти баги - тоже сможет не каждый менеджер. Не обладая достаточным уровнем знаний по техникам тестирования, невозможно достичь запланированного уровня качества.
К тому же тестируемая система может быть далеко не "интерфейсного" плана, например, какая нибудь транспортная система...
Вопрос в том, должен ли менеджер быть спецом в айти? Граммотный менеджер, как я уже писал, будет делегировать технические вопросы ведущему разработчику и тестировщику.
В его компетенцию входят вопросы - "когда? кто? где?", а вопрос "как?" решается назначением отвественных людей.

[Vasiliy]

Ни в чем это не утопия. Может конечно.

[Natalya Rukol]

"человек, которая не является"? :)))
Смешная формулировка.

Если хороший менеджер - то может.
А вот хороший разработчик и плохой менеджер - не может.

[SALar]

Добрый день господа!

Интересует следующий вопрос - может ли человек, которая не явялется программистом быть IT менеджером, т.е. фактически руководить программистами. Или это утопия?
Т.е. не то, чтобы человек не понимал IT, но просто в программирований не силен.

Каковы Выши мнения на сей счет?

Это даже лучше, если он(а) не программист. Существенно лучше.

[Case]

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

[Nemo]

На мой взгляд, руководителем it-проекта должен быть не обязательно именно программист, но обязательно человек, достаточно хорошо разбирающийся в процессе разработки.
Ту же проблему ревизий кода можно делегировать любому достаточно компетентному участнику проекта, но понимать при этом, что такое ревизии кода и зачем они нужны, менеджер, в моем понимании, должен.
Маловероятно, что совсем уж далекий от it человек сможет успешно руководить программным проектом (хотя ничего невозможного, конечно, в этом нет).
В такой ситуации можно применить другую стратегию: есть менеджер проекта, занимающийся ресурсами, общими планами, общением с заказчиком и общеорганизационными нетехническими вопросами, и одновремено есть технический руководитель, в чью сферу ответственности входят только технические вопросы. При четко формализованном разделении обязанностей такая схема может оказаться даже более эффективной, нежели традиционная, поскольку из хороших разработчиков нечасто получаются хорошие менеджеры, а как ни хорош менеджер, если он плохо представляет себе процесс изнутри, это может привести к серьезным проблемам.

[stef]

В общепринятой терминологии IT менеджер руководит IT отделом.
Чтобы руководить IT отделом программистский опыт не нужен вообще (но может помочь, конечно)

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

[Natalya Rukol]

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

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

[AndreyZh]

Добрый день! Позвольте мнение человека, который ежедневно вынужден выполнять функции программиста, IT менеджера, "продажника" и внедренца.

1. Хороший программист, как правило это человек больной аутизмом. Ему бы с собой разобраться, а не руководить!
2. Руководителя, который не разбирается в программировании легко дезинформирует любой программист.

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

[greesha]

А вот, кстати, что думает по этому поводу товарищ Джоэл:

Смотреть, как непрограммист пытается управлять софтверной компанией — всё равно что наблюдать за новичком-серфингистом.
«Всё отлично! У меня на берегу отличные помощники, которые подсказывают мне, что нужно делать!» — говорит он и снова падает в воду. Типичное поведение администратора, счиатющего управление универсальной функцией.

[Vasiliy]

Речь идет именно об управлении только программистами? Или проектной командой, где есть не только программисты?

[Legend]

2n.polunin:
Вот хорошая статья. Думаю это отвечает на твой вопрос. Почитай как будет время.

http://www.info-syst...r_projects.html

[Yapromo]

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

[SALar]

http://blog.shumoos.com/archives/209
Полагаю имеет смысл провести голосование по терминологии.