Comments 48
У него есть этот дар? Или он просто успешный программист?
мы берем некоего «сферического программиста в вакууме», а не конкретного человека. О нем известно, что:
1. он хороший программист (будем считать, что сейчас он работает ведущим программистом),
2. менеджером никогда не работал,
3. есть у него этот дар или нет — сказать сложно.
1. он хороший программист (будем считать, что сейчас он работает ведущим программистом),
2. менеджером никогда не работал,
3. есть у него этот дар или нет — сказать сложно.
Не бывает «сферических программистов».
Человек либо распределял задачи между другими людьми, и контролировал результат, либо нет. Если он работал «ведущим программистом», то из его опыта можно понять — что ему удавалось, а что — нет.
Если человек не работал по срокам «на результат», не понимал или не хотел забивать себе голову бизнес-целями организации — то высок риск того, что «программист» завалит" проект. Такое я своими глазами уже видел. И вы будьте готовы к этому.
Сам я считаю (проработав более года в ИТ-компании в HR-отделе), что менеджера проектов надо выбирать из людей, обладающих управленческими/лидерскими способностями, и способных на рациональное достижение целей. Такие способности и предрасположенности в людях видны задолго до того, как они де-факто становятся начальниками чего-либо.
Человек либо распределял задачи между другими людьми, и контролировал результат, либо нет. Если он работал «ведущим программистом», то из его опыта можно понять — что ему удавалось, а что — нет.
Если человек не работал по срокам «на результат», не понимал или не хотел забивать себе голову бизнес-целями организации — то высок риск того, что «программист» завалит" проект. Такое я своими глазами уже видел. И вы будьте готовы к этому.
Сам я считаю (проработав более года в ИТ-компании в HR-отделе), что менеджера проектов надо выбирать из людей, обладающих управленческими/лидерскими способностями, и способных на рациональное достижение целей. Такие способности и предрасположенности в людях видны задолго до того, как они де-факто становятся начальниками чего-либо.
есть тренинги для повышения квалификации.
Существует понятие, как не твое. Все ведь от человека зависит.
это именно для повышения квалификации.
а тут мы берем человека из одной области и тащим в другую — и получается совсем не то, что хотели.
Но по неизвестной причине такие перестановки случаются очень часто:
«Ты очень хороший программист! И поэтому мы решили тебя наградить новой, более высокой, должностью — будешь менеджером!» И программист не знает, куда деться от этого «подарка».
а тут мы берем человека из одной области и тащим в другую — и получается совсем не то, что хотели.
Но по неизвестной причине такие перестановки случаются очень часто:
«Ты очень хороший программист! И поэтому мы решили тебя наградить новой, более высокой, должностью — будешь менеджером!» И программист не знает, куда деться от этого «подарка».
не путайте дар с жизненным опытом
Да, я с вами полностью согласен, и меня радует, что ответ «Да» набирает наименьшее количество голосов.
Но, к сожалению, тенденция к таким кадровым перестановкам все еще есть.
Но, к сожалению, тенденция к таким кадровым перестановкам все еще есть.
Обалдеть как красиво звучит! а вы не размышляли по поводу «почему так часто программисты уходят во фриланс или начинают свой проект»? Да все просто! Просто надоедает быть «чернорабочим», и при этом сам понимаешь что не повысят так как: «Сделав успешного программиста менеджером проекта вы очевидно потеряете успешного программиста».
И еще надоело что менеджерам приходится объяснять, что <утрирую>«Лучше хранить данные в базе данных чем в обычных файлах»</утрирую> — это к тому что, пренебрегают умениями хорошего программиста назначая менеджером проекта непрограммиста и в конечном итоге теряют его или еще хуже если программист перегорает.
И еще надоело что менеджерам приходится объяснять, что <утрирую>«Лучше хранить данные в базе данных чем в обычных файлах»</утрирую> — это к тому что, пренебрегают умениями хорошего программиста назначая менеджером проекта непрограммиста и в конечном итоге теряют его или еще хуже если программист перегорает.
я считаю, что вы не правы.
менеджер есть менеджер.
программист есть программист.
в данном случае нужен менеджер с хорошим знанием IT, но никак не программист, которому надоело быть «чернорабочим»
менеджер есть менеджер.
программист есть программист.
в данном случае нужен менеджер с хорошим знанием IT, но никак не программист, которому надоело быть «чернорабочим»
Давно замечено что редкий толковый программист способен спроектировать хорошую систему, у него мозг подругому думает. А еще он будет иметь вам команду и просто ее разгонит — потому что будет примерять все сроки на себя и постоянно беситься, что все не такие умные и крутые как он. Что Приведет чаще всего к плачевному результату.
а какие обязанности у «тим лидера»?
если программист, но с несколько расширенными полномочиями — то можно.
а если передать ему все управление командой — получится ерунда.
если программист, но с несколько расширенными полномочиями — то можно.
а если передать ему все управление командой — получится ерунда.
На нем остаются все технологические вопросы — как писать, на чем писать, кто именно из команды будет писать ту или иную часть и т.п.
Часть вопросов обсуждает тим-лидер с менеджером — сроки, состав исполнителей, функционал.
Все остальное — задачи менеджера.
Часть вопросов обсуждает тим-лидер с менеджером — сроки, состав исполнителей, функционал.
Все остальное — задачи менеджера.
финансовые вопросы, взаимодействие с заказчиками лучше не доверять. Если продукт делается не на заказ, а на широкую продажу (извините, не знаю, как правильно назвать), то позиционирование продукта, фичи, интерфейс «отдавать» программисту тоже нежелательно.
я думаю, что это тоже должно быть в компетенции тим-лидера: если в процессе разработки где-то встречаются «затыки», то он, как наиболее опытный разработчик, должен первым выявлять проблему.
а вот если команда капитально срывает сроки по проекту — значит, менеджер был слишком оптимистичен в оценке трудоемкости работ :)
а вот если команда капитально срывает сроки по проекту — значит, менеджер был слишком оптимистичен в оценке трудоемкости работ :)
по мне менеджером должен быть по-любому бывший программер, будь он супер или обычным, сейчас я имею ввиду сферу создания сайтов. Обычный манагер, который не был программером обычно до конца не знает всех подводных камней, тупит и тд, много видел манагеров, со многими работал, но самые толковые это бывшие прогеры.
я считаю, что делать из программиста менеджера довольно-таки рискованно: можем потерять одного и не получить другого — и в результате только вред.
Менеджером должен быть именно менеджер, человек, который имеет соответствующее образование и необходимые способности. Но наличие необходимых знаний в IT-области это, конечно, не отменяет.
Менеджером должен быть именно менеджер, человек, который имеет соответствующее образование и необходимые способности. Но наличие необходимых знаний в IT-области это, конечно, не отменяет.
соответствующее образование???
как бы там не учили, нормально научить продавать сайты нельзя, а на практике многих технических моментов, обычный (не программер) человек не может знать, всеравно они путают понятия, ошибаются и т.д. А если на манагере еще лежат фции составителя тз, то это вообще полный абзац.
как бы там не учили, нормально научить продавать сайты нельзя, а на практике многих технических моментов, обычный (не программер) человек не может знать, всеравно они путают понятия, ошибаются и т.д. А если на манагере еще лежат фции составителя тз, то это вообще полный абзац.
да, образование.
каким бы способным ни был человек, без соответствующего образования он все равно будет проигрывать конкурентам.
как и программист-самоучка. Да, он может быть очень хорошим — но с образованием все равно лучше, как ни крути.
а во-вторых, никто и не говорит, что менеджер не должен знать IT-шных тонкостей — он обязан разбираться во многом, но не столь глубоко, как программист.
каким бы способным ни был человек, без соответствующего образования он все равно будет проигрывать конкурентам.
как и программист-самоучка. Да, он может быть очень хорошим — но с образованием все равно лучше, как ни крути.
а во-вторых, никто и не говорит, что менеджер не должен знать IT-шных тонкостей — он обязан разбираться во многом, но не столь глубоко, как программист.
> как и программист-самоучка. Да, он может быть очень хорошим — но с образованием все равно лучше, как ни крути.
Расскажите старику, а где дают такое образование, с которым программист будет лучше, чем самоучка? Или вы про специфическую область где нужно много институтской математики? (ннаписание софта для рассчетов чего нибудь физико-ядерного, без GUI, только рассчеты?)
Расскажите старику, а где дают такое образование, с которым программист будет лучше, чем самоучка? Или вы про специфическую область где нужно много институтской математики? (ннаписание софта для рассчетов чего нибудь физико-ядерного, без GUI, только рассчеты?)
в любом приличном государственном вузе, на специальности «программное обеспечение вычислительной техники и автоматизированных систем».
конечно, человек, который кое-как окончил вуз на тройки, будет не таким хорошим программистом, как гений-самоучка, но это единичные случаи.
конечно, человек, который кое-как окончил вуз на тройки, будет не таким хорошим программистом, как гений-самоучка, но это единичные случаи.
А что такого рассказывыают преподаватели на волшебной специальности «программное обеспечение» о чем умалчивают книги, форумы, open source, опытные разработчики? Вы не подумайте, я сам по оной специальности отучился, и студентам старших курсов немного преподавал. Правда, не МГУ а МГТУ Станкин — но тоже вроде неплохой московский Вуз. И что-то я там ничего не видел, что выходит за рамки того, что можно найти в интернет. Мне немного стыдно об этом говорить, но я там вообще ничего не видел. Ну что может рассказать 50-летняя женщина-преподаватель, знающая синтаксис С и не видевшая среды разработки кроме borland? Как массив числе пузырьковым алгоритмом сортировать? Или как вывести на экран фрактал менде… манде… ну вообщем этого самого брока. А в компаниях, куда нанимают прораммистов, почему-то хотят знания как правильно создавать архитектуру программ, как писать скрипты на питоне, как пользоваться сфинксом и доксигеном, UML всякий с DSL. Может я отстал от жизни и в институте начали преподавать сравнительный анализ кернела windows и linux? Конвеерную оптимизация ассемблера? использование парадигмы Model-View-Controler в многопоточной архитектуре? Использования шаблонов как инструмента композиции в метапрограммировании? GUI Framework и влияние на них принципа Inversion of Control? Приемы создания распределенных высоконагруженных кластерных систем? Устройство современного internet?
Что же там такого рассказывают что, цитирую, «но с образованием все равно лучше, как ни крути.». :(
Что же там такого рассказывают что, цитирую, «но с образованием все равно лучше, как ни крути.». :(
Вот ну ни как… Ни как не следует правило «успешный программист» == менеджер проектов.
Как такая параллель была вами проведена, вот что интересно?
Как такая параллель была вами проведена, вот что интересно?
мной эта параллель не проводится.
видимо, первым вериантом ответа все же стоило сделать «нет» :)
просто вспомнилось одно из утверждений Мэрфи про уровни некомпетентности в организациях: «каждый сотрудник повышается в должности до тех пор, пока не достигнет своего уровня некомпетентности». В опросе как раз и представлен вариант реализации этого утверждения.
видимо, первым вериантом ответа все же стоило сделать «нет» :)
просто вспомнилось одно из утверждений Мэрфи про уровни некомпетентности в организациях: «каждый сотрудник повышается в должности до тех пор, пока не достигнет своего уровня некомпетентности». В опросе как раз и представлен вариант реализации этого утверждения.
«Человек здорово умеет класть кафельную плитку, может быть он сможет так же здорово играть на гитаре? Ведь профессионал — он везде профессионал!»
— Наверное, по такой логике :)
— Наверное, по такой логике :)
Sign up to leave a comment.
Стоит ли успешного программиста делать менеджером проектов?