Собственно можно ли руководить группой программистов, не умея программировать?

Знаю, что был тренер по плаванию, не умеющий плавать. Готовил чемпионов :)

В конфигуратор не лазию, не лазил и не собираюсь.

Но должен хорошо в предметной области ориентироваться.

Должен ли руководитель что-то уметь? Конечно нет. Руководитель должен руководить.

Что бы чем то руководить, нужно уметь руководить.

В принципе

Лишь-бы руки были позагребущее и водить ими умел. Эта должность для пробивания и выбивания. Лучшие претенденты из бокса в руководители проектов приходят :) Зачем им что-то знать?

Зачем?

Назначить подчиненным з/п отстатыщ и можно не париться

(17) для этого можно иметь техконсультанта, который лапшу с ушей снимать будет...

Но в теории знать про все возможности. т.е. достаточно курсов 1с

(0) не царское дело в п.де копаться

Он должен быть скорее квалифицированным пользователем и относительно неплохо разбираться в структуре данных

(0) Руководитель никому ничего не должен из своих подчиненных, это ему должны выдать результат уже готовый, за который платять бабло, а как и что крутиться - это не его дело.

скорее не должен. но структуру конфигурации должен представлять хорошо.

с другой стороны грамотное ТЗ для кодеров составить без знаний про разработке будет тяжело.

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

Не руководитель должен решать, регистр сведений или справочник использовать, а программист. Руководитель должен уметь поставить задачу и принять результат.

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

(0) Нет. Я знаю конкретные примеры, где руководитель в коде совсем нуль, но прибыль из его проектов извлекается ого-го.

у меня были такие руководители, работа выполнялась на ура.

Руководители группы разработки балласт, бесполезные людишки. От их знаний ничего не зависит.

1. Умный человек никогда с кодами сидеть не будет.
2. Когда татаро-монголы шли на Русь, то хан всегда стоял во время боя на возвышенности вместе с женами и детьми, в отличии от русских князей.

Теоретически может и не уметь, но должен хорошо ориентироваться - что, к чему, почему.. Но нюансов может не знать - не должен. Задача руководителя решать орг. вопросы, если бы я умела это делать - была бы руководителем:)

не должен

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

Выскажусь. что мне кажется нужно обязательно знать РП
1. классику - управление проектами - РМ Боок настольная книга
2. хорошую методологическую подготовку  самостоятельного обучения
3. навыки управления людьми (желательно MBI )
а далее по желанию, смотря от уровня необходимости погружения в проблему.
Если задача задана - сделать проект и нет особых ограничений по ресурсам , тогда  один хороший технический заместитель и аналитик вот собственно и все что нужно.
а если есть ограничения - тогда время на погружение в специфику области.
Был у меня один РП - одной из любимых его фраз была "Не царское это дело"....очень качественно делал проекты, команда была ориентирована на результат.

Знаю такого. Уехал в нижний, на зп 150 тыщ...

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

Знание предметной области будет достаточно...

имхо

(72) +100

если устроился по блату то

Слабо представляю себе в наших реалиях эффективную цепочку
руководитель проекта - руководитель группы разработки - ведущий прог. РГР тут получается недопрог и недоруководитель. Лишнее звено при подавляющем большинстве раскладов.
Чаще если проект, тогда просто РП - ВП.
Если поддержка, то РГР - ВП. В этом случае РГР выполняет преимущественно руководящие функции, а последнее слово по архитектурным решениям - за ВП.