Должен ли менеджер проектов или руководитель проектов уметь программировать на 1С?
Как у вас с этим на практике - справляются ли без навыков программирования управленцы? Или же все ими в той или иной мере владеют?

(36) Если электрик умеет программировать, то да.

(35) Допустим. Но иначе он будет рабом тех, кто программирует за него.

(39) Не будет, у него даже компьютера может не быть. За окном жизнь разнообразнее, чем за монитором

(38)Электрику то это зачем. С когтями, а не птица, летит и матерится.

(0) Хорошему менеджеру или руководителю не требуется. Плохому умение программировать не поможет.

(41) Это уже устаревшая загадка. Молодые не могут ответить.

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

(43) Есть когти для бетонных столбов, ещё в ПТУ их смотрел.

(23) Ты не прав. ИМХО
(29) Не завидуй
(33) Так ты и объясни
....
Достаточно обрубить ему все права и пусть руководитель конторы  разбирается  с ним и с вами.

(40) За окном жизнь разнообразнее, но в будущем ты из всего этого разнообразия будешь получать только то, что за тебя решили другие (и то, что для этих других полезно).
Или будешь выбирать сам, но для этого нужно будет уметь программировать.

(41) Чтобы самому решать, что кушать за ужином и чем сегодня вечером заниматься.

(0) Должен знать как работает платформа и даже как оптимизировать БД, с помощью консультантов или "видений во сне" это другой вопрос, но он отвечает за проект.

(47)Это и без всяких погромистов можно легко решить.

(0) должен кому?

Успешно в пятницу закончил проект внедрения WMS (на 8-ке написана). Роль на проекте - РП, тичер, тестер, настройщик (простых вещей). Программировать на 8-ке - не умею (не пробовал, написал как-то пару операторво, да пару простеньких запростов в консоли). Но возможности платформы и самого решения - безусловно надо представлять, особенно возможности внедряемого решения. Если внедряем что-то, что не имеет текущего осязаемого представляения - а программим под заказ - то тут хз...

(32) тут смотяр что считать "крупными вопросами".
этак вся роль РП сведется к контролю - переданы ли акты Заказчику и вовремя ли он их подписал/проплатил.?

(49) Пока еще...

(53)И потом тоже. Кусок мяса ты себе никак не напрограммируешь, тут животину укокошить требуется. А ещё поймать её или вырастить.

(54) Ну-ну. Сколько человек из миллиона живущих в вашем городе забивают скот? Сколько ловят? Сколько выращивают? Можете хотя бы примерно величины назвать?

(55) Погромистов всё равно меньше, вымирающая профессия.

(56) Погром заказывали? Нет? Уже уплачено!

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

НО!!!!11111 Вообще хотя бы на чем-то программировать ОБЯЗАН уметь тот, кто руководит программистами. Просто вот, мать его, обязан и всё тут, хоть убейся. Можно уметь не на том, на чем кодят те, кем руководишь. Но - программистом обязан (нас ведь бывших не бывает - это свойства личности, а не навык).

(28) > Пока не видел ни одного, кому удавалось бы совмещать

ну, вот, на - смотри

(51) >что-то, что не имеет текущего осязаемого представляения - а программим под заказ - то тут хз...

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

(58) < Вообще хотя бы на чем-то программировать ОБЯЗАН уметь тот, кто руководит программистами.>

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

(59) > на - смотри

Во-первых, я тебя не видел ;)))))
Во-вторых, исключения только лишь подтверждают правило.
Ну и в-третьих, тут вопрос квалификации. В текущих условиях постоянных изменений платформы, стандартных библиотек и конфигураций действительно квалифицированный прог вынужден тратить значительные ресурсы на актуализацию своих знаний (хотя бы даже не намеренно, а в ходе решения различных задач). А у руководителя с этим большие проблемы. Он может оставаться классным программистом в общем понимании, но вряд ли будет хорошим спецом в каком-нибудь условном ERP, для корректной доработки которой нужно иметь неплохое представление о том, как устроены и работают БСП, БЭД, БПО, БРО и все прочие включенные туда библиотеки (не говоря о самой конфе).

(62) <действительно квалифицированный прог вынужден тратить значительные ресурсы на актуализацию своих знаний >

не согласен, в 1с все вовсе не так сложно. Порой тормозом выступает скорее сама 1С, которая создает взаимно несовместимые продукты, т.е. купила фирма  1с 8.1 и переходить на 8.3 или затратно или дорого для нее (может перепилили под себя сильно, другая страна). вот и остается на 8.2 в режиме совместимости, без УФ. Аналогичную хрень устроили с топорами и 8.

(0) Всегда умиляли таки вопросы про сферическую должность в сферической организации.
В жизни конкретные требования зависят от конкретной ситуации.
Если это сферический РП в вакууме в большой проектной конторе, то не должен. Да у него банально и времени на эту фигню не будет. На практике же РП нередко гибридная должность.

(32) Вроде как РП отвечает за результат проекта. С моей точки зрения, он для этого должен знать, как достичь результата. Не факт, конечно что именно программирование он должен знать, все зависит от проекта. Но если проект включает в себя разработку ПО как значительную часть, то по-моему должен знать как это "производство" работает.
Иначе риски "придти не туда" многократно возрастают, образуется очень большая зависимость от специалистов.

Уметь обязан, собственно программировать – нет

Вот тут ответы на вопросы
https://hsbi.hse.ru/career/professions/rukovoditel-it-proekta-chto-vklyuchaet-rabota-v-dolzhnosti-trebovaniya-obyazannosti-i-funktsii/
"КВАЛИФИКАЦИОННЫЕ ТРЕБОВАНИЯ
Руководитель проектов в сфере ИТ должен быть знаком с основами системного анализа, разбираться в современном программном обеспечении и информационных системах, знать основы бюджетирования и уметь руководить людьми. Он должен свободно ориентироваться в стандартах и лучших практиках по управлению проектами. Руководитель ИТ-проектов должен понимать суть бизнес-процессов компаний, в которых внедряется информационная система.

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

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

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

https://habr.com/ru/post/290624/
Тут еще.
Что-то нет тревания "уметь программировать" или "уметь программировать на уровне руководителя проектов"

(0) нет это не его уровень, его задача смотреть на результат и давать поджопники рп и программистам

(63) > не согласен, в 1с все вовсе не так сложно.

Не сложно, когда ты постоянно в теме. Погружен в работу с конкретной конфигурацией.
У руководителя тупо нет такой возможности. Иначе у него не останется времени на управление проектом. Ну или мы говорим не о руководителе, а о ведущем программисте.

Это примерно как с программистами во франчайзи, которых так модно ругать на мисте.
Они вынуждены распаляться между множеством различных конфигураций различных версий и редакций как на обычных формах так и на управляемых. Что не даёт им возможность качественно выполнять свою работу ввиду отсутствия достаточно глубоких знаний. Хотя в целом это может быть квалифицированный прог, пишущий идеальные запросы с точки зрения СУБД, но какую-нибудь условную печатную форму будет вкорячивать прямо в конфигурацию, ломая всё вокруг, тупо потому, что не знает возможностей БСП (пример условный).

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

(68) > Менеджер не обязан, руководитель проекта - желательно...

Чем менеджер отличается от руководителя?
Manager (англ.) - руководитель, директор, управляющий.

Зачем плодить сущности? Мы говорим об одном человеке.

(73) Зачем?! Если руководитель рос из программиста, то это у него остаточные знания.
Если рукводитель рос из ларечников то он вполне может не знать программирование, но рулить бизнес-процессами.
Смотри выше, я запостил две ссылки. Там самые важные квалификационне требования.
Не исключу, что руководитель ИТ-проектов может еще и крестиком вышивать, и иметь спортивный разряд по плаванию, но если ты придумешь, как ему это в своей работе эффективно использовать, то так можно будет эффективно ему использовать свои лихие навыки в программировании.

Да, сплошь и рядом у нас любят назвать уборщиков книниг-менеджерами. Так и с "рукводителями проектов". По факту нужен прог по поддержки части ИТ-системы и по работе с пользователями. И вот он перестал справлять, и тут же ему выделили помощника. Старый прог тут же "становится" руководителем чего-то там. А по факту продолжает код пилить и обновления накатывать. Как обычно, путают теплое с мягким.

В идеале не должен, по факту обязан

должен ли руководитель фирмы понимать тонкости всех технологических процессов происходящих на фирме, или у него другие рычаги?

>> Должен ли менеджер проектов или руководитель проектов уметь программировать на 1С?
Да.

>> Как у вас с этим на практике
Норм! Проверяет, указывает на косяки, если есть, вместе поправляем.

>> справляются ли без навыков программирования управленцы?
Нет. Таких управленцев я назвал бы "эффективными менеджерами". ну вы поняли. ))

(74) Какая разница из кого рос руководитель и с какой скоростью он вышивает крестиком в бассейне? Это один человек.
А автор поста в (68) пытается утверждать, что менеджер и руководитель - это два разных человека (фраза "Менеджер не обязан, руководитель проекта - желательно чтобы разбирался").

(0)
Руководитель проектов должен уметь:
- контролировать и своевременно устранять риски на проекте

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

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

(80) > контролировать и своевременно устранять риски на проекте

Это называется код ревью. Его выполняет ведущий (старший) программист. В обязанности руководителя это никак вообще не входит - вникать в *авнокод программистов.

Руководить то когда он будет, если начнёт читать контролировать чей-то код?

(82) риски по срокам, бюджетам и функциональности

Причем здесь кодревью?

(0) не должен. У PM функции совершенно другие

(0) обязан уметь программировать!

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

(74) Дополнительные навыки просто расширяют твой кругозор, что помогает найти сложные решения.

На МВА говорили что руководитель должен приобритетать один навык в год, как раз для поддержания способностей

(0) конфигуратор открывал 3 раза, пока за 8 лет в статусе рп нет заваленных проектов ;-)

сейчас уже не рп

http://v8.1c.ru/metod/books/book.jsp?id=479

Понятно, что для 1сников 1С это центр мироздания. Но "внезапно" на проекте может оказаться не только 1С:Предприятие, а целый пучок технологий, и соответствующий им пучок разношерстных программистов...

(90) Спасибо за наводку. Ответ исчерпывающий.

В классической теории PMP руководитель проекта не обязан разбираться в отрасли. Там говорится что руководитель проекта одинаково руководит любым проектом, хоть стройка дороги, хоть написание софта. Для остального есть эксперты. Просто у нас проектами называют все подряд и все смешано в кучу, кони, люди..

(93) Однажды по такому же принципу наняли продавца газировки руководить высокотехнологичной, по тем временам, компанией. Результат был плачевный. Напомнить название той компании?

(94) Что это было?

(94) Херовый руководятел не противоречит классической теории.

(95) Это была компания Apple.
(96) А взяли руководить ею, самого главного управленца из компании Coca-Cola, которой он руководил более чем успешно.

(0)конечно должен. иначе он будет думать что написать страничку кода можно за 5 минут...

(97) При чем тут управляюший проектами и руководитель компании? Опять все в одну кучу. Директор это уже скорее PgMP. Совсем другой уровень.

триста - 200!

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

(101) Консультант из программистов? Слабо в это верю..
Из программиста в руководители - вот это хорошая карьерная лестница -)

(94)(97) Ну давай! Расскажи нам сказку об успешном ПРОГРАММИСТЕ Стиве Джобсе.

И кстати Скалли руководил не Coca-Cola, а PepsiCo. И приглашен был в Apple в первую очередь в качестве маркетолога.

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

(101) >> естественная карьерная лестница - программист, консультант, руководитель

Во-первых, естественная она только в 1С. И в других сферах и ЯП встречается не так часто. Причина в том, что в 1С до сих пор очень популярен универсализм, когда по 1С-ником понимают и программиста, и консультанта, и методиста, и архитектора, и аналитика, и технического писателя, и руководителя проекта. Хотя в нормальных системах это 7 разных людей.
Во-вторых, программист, ставший руководителем, перестаёт быть программистом. Знания конечно остаются, но навыки и опыт быстро теряют актуальность. Программистом 1С он становится весьма посредственным.

(89) скорее всего рп уже не стать

(103) "И кстати Скалли руководил не Coca-Cola, а PepsiCo.". Какая разница, смысл тот же. Ну и я не про программирование, а про то что если есть некий управленец, который замечательно продает газировку, значит и с продажей компьютеров у него не будет проблем. Ну и чувак этот по итогу стал генеральным в Apple и почти разрушил ее.

(93) директор он же руководитель организации, может руководить отделами в которых не понимает не бух, не упр, не финансы?

(96) чем идеальнее выстроена система, тем сложнее ее разрушить AKA Советский союз.

(102) "Консультант из программистов? Слабо в это верю" // Все дело в понятиях. Под "программист 1С" подразумевается "кодер + консультант" с различным соотношением скиллов. А ты пади под "программист" подразумеваешь "кодер" или "разработчик".
Так вот как раз из кодера в разработчики, а из программиста в консультанты и вырастают.

(106) Джобса уволили тоже не просто так и он кстати не особо то и программист.

(109) Перефразируя: родился лошадью- лошадью и помрешь!

Я застал руководителей из 70-80х и современных. Из старых были такие, чем угодно могли руководить: дошкольными учреждениями, научными подразделениями, конструкторскими. Если бы в медицину поставили, руководили бы стрижкой аппендицитов. Куда ни ставили руководить, везде создавали своё ИТ- подразделение. Но среди них были и такие, что их не просто было преодолевать при реализации какого-либо проекта. Ну раз сто раздалдыкиваешь суть, никак. Только с опытом понял, не понимали, ждали, когда устану, лишь бы их не колыхать.
Сегодняшние,  олодежь очень креативна, легка на под'ем. А вот поколение 40-50 летних очень трудные. Правда сталкивался в основном с военными, ушедшими на пенсию и пришедших в промышленность.
Ещё трудные, это выпускники западных институтов, те прут как лом, без знания специфики принятия решений в наших учреждениях, заменяют активностью слабую подготовку.
РП все же должен иметь подготовку или этап в жизни, когда хоть что-либо сделали своими руками. И это не лабработа в институте.

(112) >> Только с опытом понял, не понимали, ждали, когда устану, лишь бы их не колыхать.
У вас произошло смирение, отсутствие рычагов давления?

>> А вот поколение 40-50 летних очень трудные
Можете поподробнее?

Ветка ярко демонстрирует замкнуть 1С-ников исключительно на экосистеме 1С.
Большинство живут в парадигме 1С-ник - универсал, умеющий всё - и кодить, и консультировать, и проектом поруководить. И если речь идёт о руководителе проекта, то исключительно именно 1С (хотя автор ветки этого не написал). А если проект на SAP?... И какая радость этому руководителю от умения кодить на 1С?

(114) Алгоритмы и структуры данных должен знать, пусть и их имплементацию в 1С

(114) "Ветка ярко демонстрирует замкнуть 1С-ников исключительно на экосистеме 1С."
Насмешил!
А как нужно в правильном свете твоих ярких идей?!
Городить зоопарк систем и махаться со спецами с межклеточными связами?!
Как раз от этого и убежали. Походу ты не застал такие времена. Где одно ПО крутилось на одном компе, другое на другом и были умельцы ручного вбивательного труда для синхронизации данных.
:)

(62) руководителю и не надо быть лучшим спецом во всей команде. Нахрена ему команда, если он там лучше всех всё знает? Руководитель программистов должен быть программистом. Это нужно, чтобы отличить хороших спецов от всех остальных столяров.

(117) Смотря что именно вкладывается в понятие руководитель.
Если организация работы команды программистов и "что делаем" то не надо.

Если же непосредственное "как делаем" то тут однозначно программист нужен, причем очень хорошего уровня и знающий +/- последних технологий.
А не так чтобы вышло что пишем все на регистрах, ибо руководитель про бизнес-процессы в 1С не знает, хотя они намного лучше подходят.

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

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

У нас в организации самый главный руководитель айтишников имеет сильно далекое от сферы IT образование и, подозреваю, кодить не умеет от слова "совсем".

Но... При этом все, что он говорит - выполняется точно в срок.

А на всех совещаниях (в том числе - самого высокого уровня) он своих сотрудников умудряется защищать так, что в итоге выходит, что кругом одни тупицы, бездельники и вообще - сплошь лица нетрадиционной ориентации, одни его сотрудники - Д,Артаньяны и вообще все в белом.

(121) Самый главный руководитель айтишников - это начДИТа, ему можно.
Руководитель отдела разработки или РП - несколько другой уровень.

(0) Не должен руководитель проекта программировать. Для всех подобных вопросов есть архитектор проекта. Он расскажет об ограничениях платформы и не даст руководителю сделать из платформы 5D-шутер. А для того, чтобы из 1С не сделать SAP в проектной команде есть аналитик, который расскажет об ограничениях функциональности.

Ну а если на нормальную проектную команду с архитектором и аналитиками денег нет, тогда руководитель не только программировать должен, но еще и диплом бухгалтера-финансиста должен иметь.

(123) а руководитель проекта - для чего? Чтобы пузо чесать и ерундой болтать?

а! или РП - это просто тот чел, которого мы потом палкой по голове иопнем, когда ничего не получится. Я понял. В этой парадигме - да - чем меньше он умеет, тем лучше.

(125) Это так. Но он еще в процессе работ по проекту бьет битой по голове участников проекта. Чтобы не расслаблялись.

(124) всех строить чтоб работать не мешали и денег платили

(116) Оно до сих пор такое в медицине (ЛПУ), только компы заменили на сервера а перебивают вручную данные из одной системы в другую выведя на бумагу и сидя за компом, где так то обе системы с обоих серверов доступны.

(0) нет, не должен.
В силу специфики может, но не обязан.
Сам умею, но профит от разделения труда давно осознал=)

(124) странно, что у вас не возникает вопрос: а зачем нужен директор предприятия, если в каждом подразделении есть прекрасные специалисты во главе со своими руководителями? Директор будет в потолок плевать, когда все остальные за него работу делают?

(130) зачем владельцу бизнеса/вышестоящему общаться со всей этой конюшней.
Им проще с одним, пусть и дураком.

(131) я привел аналогию по структуре команды: рук проекта с его спецами и рук. организации со спецами в подразделениях. И там и там есть руководитель, который нужен для организации работ и направления движения.

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

Работа менеджера - общение с клиентами, не более.

(0) Нихера он не должен, если не знает функциональные возможности типовых или предметную область - это беда. А программирование уже никому не нужно. Это танцы с бубном у костра. Хотя продавать себя как культурного человека и начинать с наскальной живописи очень выгодно. Это большой кредит.
Если он прогеров за незнание функционала может закозлить то это уже абсолютный плюс. Больше не нужно. Возможности платформы и прочее - это забота архитектора.

(134) Ага, и будет архитектор каждому прогеру во избежание изобретения велосипедов объяснять эти возможности платформы для каждой задачи.
Бред же.
В программировании линейный руководитель отдела/проекта должен как минимум разбираться на уровне среднего программиста. Как минимум.

(135) линейный - эти тимлид который?

(135) Наместник (ну, или подсиделец) архитектора на местах - тимлид. Не РП.