Комментарии 20
В целом, когда руководитель разбирается в технологиях, это хорошо.
Но есть один неприятный момент: бывает, что руководитель думает, что он разбирается в технологиях, но на самом деле это не так.
В таком случае, он берёт на себя принятие некоторых технических решений, вместо того, чтобы делегировать их сотруднику, который более квалифицирован в этой области. Как результат, решение может оказаться не очень хорошим.
Отличное замечание. Тут стоит задуматься о взаимоотношениях в команде. Хороший руководитель должен быть готов воспринимать критику, а разработчик — уметь донести свою точку зрения. Очень часто все упирается в выдуманную иерархию вместо аргументов и открытого обсуждения проблем.
Руководитель должен разбираться в тех вопросах, по которым принимает решения. Не обязательно это IT. Если прораб ничего не понимает в тонкости кладки кирпича, но решит, что его нужно класть лопатой из ведра, то ничего не получится.
Если это компания которая выпускает ПО на мой взгляд то безусловно должен.
Если это компания которая выпускает туалетную бумагу, но там есть IT отдел то в общем то не должен.
К сожалению у нас в России и СНГ большинство софтверных компаний нанимают не пойми каких
менеджеров для руководства IT проектами, которые в IT не в зуб ногой и это печально.
Если это компания которая выпускает туалетную бумагу, но там есть IT отдел то в общем то не должен.
К сожалению у нас в России и СНГ большинство софтверных компаний нанимают не пойми каких
менеджеров для руководства IT проектами, которые в IT не в зуб ногой и это печально.
Должен ли руководитель разбираться в технологиях? Чаще всего это не требуется.
Должен ли руководитель ориентироваться в технология? Чаще всего это не лишнее.
Но всегда качества руководителя для успеха важнее чем качества IT-шника.
Должен ли руководитель ориентироваться в технология? Чаще всего это не лишнее.
Но всегда качества руководителя для успеха важнее чем качества IT-шника.
Если брать именно руководство процессом разработки — то без опыта работы программистом толка от руководителя никакого.
А меня это задело: «Мы же поголовно не изучаем слесарное или водопроводное дело»!
Каждый, уважающий себя мужчина, должен это уметь хотя бы на базовом уровне!
Каждый, уважающий себя мужчина, должен это уметь хотя бы на базовом уровне!
Люди которые создают программный продукт должны не то, что ументь программировать, они должны понимать как этот продукт вообще создается, надо понимать сам процесс. Первоклассным разработчиком быть не нужно, но опыт считаю должен быть.
Руководитель должен разбираться в том, что производит фирма, иначе этот руководитель не отличается от бухгалтерши: вроде своё дело знает, а тут его и применить не к чему.
Как пример: технический директор. Должность при которой нужно понимать что ты производишь, но и с маркетологами и прочими общаться на их уровне.
Как пример: технический директор. Должность при которой нужно понимать что ты производишь, но и с маркетологами и прочими общаться на их уровне.
Меня всегда удивляла категоричность такого вопроса. Как и категоричность отвечающих на него — да. При этом они редко могут сформулировать почему да.
Поясню свою точку зрения.
Вопрос звучит так: "Нужно ли руководителю разбираться в программировании?". И я специально выделил начало вопроса. Нужно ли? И ответ именно в этой формулировке — нет. Было бы лучше? И ответ в данной формулировке — безусловно.
Любой проект это изменения. Ведь даже написание кода — это процесс внесения изменений в листинг программы. Любые изменения вызывают проблемы. Все изменения не происходят сами собой, их производят люди.
Именно в выявлении и решении возникающих проблем и состоит основная задача руководителя. Можно принять решение на основании собственных знаний, но ведь можно же и обратиться, например, к стороннему «экспертному мнению». У хорошего руководителя есть большой набор инструментов помогающих ему в решении проблем. Облегчили бы ему поиск решения знания в программировании — безусловно. И это было бы одним из его инструментов. Нужно ли ему разбираться в программировании — нет. Ведь сам по себе язык программирования не является проблемой, проблемой являются люди его применяющие.
По мнению того же PMI нет разницы при подготовке PMP для медицины или для строительства или для софтового проекта. Этих делений не существует. Руководитель просто должен уметь пользоваться имеющимися у него инструментами и знание в предметной области это всего лишь один из инструментов.
Если я еду в Францию, то для ознакомления с нюансами жизни местного населения и интересными событиями мне не надо знать французский. Я найму гида. И переводчика. Если я хочу окунутся в французскую жизнь еще глубже, я подойду к найму еще более тщательнее и поеду на больший срок.
Разработчики часто этого не понимают или не хотят понимать веря в исключительность своего рода деятельности.
Не смог переубедить? Тогда попробуйте ответить на следующий вопрос.
Нужно ли руководителю страны разбираться в политике, экономике, обороне, спорте, культуре, религии, науке, производстве, добыче, энергетике, строительстве, медицине, сельском хозяйстве, животноводстве, демографии? Ответившим да — а Вы уверены что такой человек может существовать?
Поясню свою точку зрения.
Вопрос звучит так: "Нужно ли руководителю разбираться в программировании?". И я специально выделил начало вопроса. Нужно ли? И ответ именно в этой формулировке — нет. Было бы лучше? И ответ в данной формулировке — безусловно.
Любой проект это изменения. Ведь даже написание кода — это процесс внесения изменений в листинг программы. Любые изменения вызывают проблемы. Все изменения не происходят сами собой, их производят люди.
Именно в выявлении и решении возникающих проблем и состоит основная задача руководителя. Можно принять решение на основании собственных знаний, но ведь можно же и обратиться, например, к стороннему «экспертному мнению». У хорошего руководителя есть большой набор инструментов помогающих ему в решении проблем. Облегчили бы ему поиск решения знания в программировании — безусловно. И это было бы одним из его инструментов. Нужно ли ему разбираться в программировании — нет. Ведь сам по себе язык программирования не является проблемой, проблемой являются люди его применяющие.
По мнению того же PMI нет разницы при подготовке PMP для медицины или для строительства или для софтового проекта. Этих делений не существует. Руководитель просто должен уметь пользоваться имеющимися у него инструментами и знание в предметной области это всего лишь один из инструментов.
Если я еду в Францию, то для ознакомления с нюансами жизни местного населения и интересными событиями мне не надо знать французский. Я найму гида. И переводчика. Если я хочу окунутся в французскую жизнь еще глубже, я подойду к найму еще более тщательнее и поеду на больший срок.
Разработчики часто этого не понимают или не хотят понимать веря в исключительность своего рода деятельности.
Не смог переубедить? Тогда попробуйте ответить на следующий вопрос.
Нужно ли руководителю страны разбираться в политике, экономике, обороне, спорте, культуре, религии, науке, производстве, добыче, энергетике, строительстве, медицине, сельском хозяйстве, животноводстве, демографии? Ответившим да — а Вы уверены что такой человек может существовать?
Разбираться на каком-то уровне — да, иначе чем он руководит? Или он просто говорящая голова. Когда министр не разбирается в вопросе и даже не хочет вникать (а чё? помощники есть — они за меня подумали) из-под его пера выходят гениальные творения типа записывать буквы цифрами во внутреннем регламенте, или хоккейные ворота размером больше в несколько раз, или сроки, установленные законом, не соответствуют срокам, установленным законом. В чём ему тогда вообще нужно разбираться вообще? Зачем он нужен, если его можно заменить простым скриптом? Чтобы было кого посадить? Чтобы генерировать бредовые идеи после чтения жёлтой прессы?
Возвращаясь к руководителю — руководитель завода по производству туалетной бумаги не должен разбираться в тонкостях формирования слоёв и лично выбирать ширину листа, но представлять процесс в общих чертах должен, иначе на идеи (условно говоря) «давайте делать бумагу не из дорогого дерева, а из пластиковых бутылок» уйдёт некоторое количество ресурсов. Что в масштабах предприятия может быть ещё ничего, а в масштабах страны приключится Сколково.
Возвращаясь к руководителю — руководитель завода по производству туалетной бумаги не должен разбираться в тонкостях формирования слоёв и лично выбирать ширину листа, но представлять процесс в общих чертах должен, иначе на идеи (условно говоря) «давайте делать бумагу не из дорогого дерева, а из пластиковых бутылок» уйдёт некоторое количество ресурсов. Что в масштабах предприятия может быть ещё ничего, а в масштабах страны приключится Сколково.
На самом деле ответ намного проще. Руководитель должен разбираться в тех бизнес-процессах, которыми он руководит. Если он руководит разработкой программного обеспечения, то да, он должен разбираться. Если он руководит производством мебели, то он должен разбираться в производстве мебели, а его отношение к программированию может ограничиваться знанием о существовании программ для раскроя плит ДСП и моделировании мебели, и умением принимать решения, что из них приобрести для своего производства.
Руководитель IT-компании безусловно должен разбираться в технологиях, но не совсем так, как разработчик. Для руководителя значительно более важно стратегическое видиние, ему должна быть хорошо ясна ответственность за принятые решения, видны технологические риски, должна быть развита техническая интуиция. Это требует очень обширных знаний, но допустимо более поверхностных, чем у "узкого" специалиста. Эти знания приходят только с очень разноплановым опытом. Практически все знакомые мне руководители без технического бэкграунда ужасно фейлили все технически-сложные задачи. Но и руководители-программисты допускали ужасные ошибки "закапываясь" в технических тонкостях и переставая видеть общую картину.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
«Ближе к народу»: Нужно ли руководителю разбираться в программировании