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

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

Приведите примеры успешного ”лечения” в вашей стране предприятий (из отраслей соответствующих теме форума) "вылеченных", ну не за пару недель, а хотя бы за 20 последних лет.

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

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

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

P.S. Одна моя знакомая окончила Ин. Яз., а потом московскую высшую школу КГБ, в новое время ведёт крупный международный бизнес , соответственно изучила массу всяких западных экономических и менеджерских курсов. Со смехом говорит, что всё это, про человеческую сущность, ей гораздо фундаментальнее и откровеннее рассказали в ВШ.

Ну и что, всем в ВШ КГБ? Чтобы быть адекватными счастливцами?
Так "сущность" все же объяснили. В КГБ. Вот пока такие спецы будут "править бал" и будет беспредел.

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

Нашел курсы в Минске: ЕР50 Принципы управления проектами, но его стоимость слишком большая для меня.

Кто подскажет другие курсы?

об это "В круге первом" у Солженицына.


1500$ дорого за курс?

у нас трудовик в школе основы бизнеса вёл. Может вам к нему?

Время == деньги, как всегда.
Жалко денег, придется заплатить временем. Или наоборот.

я, если не считать короткого периода после ВУЗа, работал в RnD иностранных компаний и столкнулся с "отечественным" подходом к инженерной деятельности относительно недавно уже будучи матерым специалистом.
поэтому подход "мне херово платят, поэтому я буду херово работать" распространенный в инженерных (а возможно и любых других) коллективах правильным назвать не могу. поставщиком таких кадров до сих пор являются гос. конторы, там, скорее всего, не вылечить

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

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

Мое мнение: без инженерного бэкграунда успех вашего предприятия меня бы сильно удивил.

Снова вопрос всем:

Чем и как вы мотивируете своих подчиненных?
или, может, наоборот?

Господа, делитесь опытом! - это поможет нам стать лучшими!

Вполне достаточно обещаний.


Лучшей популяцией лохов на просторах пост. СССР?

Что вы имели в виду?

Кто еще способен годами работать в загибающейся отрасли?

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

Господа, посоветуйте плз волшебные или полуволшебные курсы для начинающего, а также пару толковых книг, близких к реальной жизни, поскольку пару месяцев вкуривания PMBOOK пока четкого представления о том, как это работает, не принесли. Есть огромное желание, и, главное, возможность сразу внедрить полученные знания в практическую область, и готовность потратить силы и средства на обучение. Без курсов, похоже, никак.
Цель: управление проектами разработки встраиваемых систем (consumer-рынок), контроль закупок и сборки в рамках проекта.

Без опыта работы рядовым разработчиком, тоже.
Из инженера может получиться руководитель над инженерами (и то редко), но из не инженера он не получится никогда. И есть у меня очень устоявшееся мнение, что руководитель, в первую очередь, это тот, кто способен найти человека который может сделать работу которую он может сделать и сам, пусть даже в 10 раз медленнее.

А хороший руководитель это тот, кто может сделать работу лучше и быстрее каждого из своих подчиненных, но не быстрее целого коллектива которым руководит.
Собственно это и есть история успеха, когда гениальный разработчик "масштабируется" за счет очень даже обычных разработчиков.
А вот остальные схемы построения руководства это как раз и есть убогие копии правильной модели.
Возгласы типа "он не спец но хороший администратор".... я раньше верил в эту туфту. Любой хороший разработчик, после определенного возраста и уровня навыков и опыта приобретает полный комплект навыков менеджмента. Потому что этот менеджмент необходим даже в коллективе состоящем из одного разработчика.
И за годы работы все это приобретается и оттачивается. Так называемые "ботаники" на которые так любят кивать в спорах о руководстве и специалистах.
Так вот "ботаники" это как правило плохие специалисты, даже в своей узкой специальности. Мне приходилось иметь с ними дело.
Знаете, как не бывает из г..на конфетки, так и не получится из закомплексованного, больного и хилого человека нормального качественного разработчика.
Потому что разработка это прежде всего ресурсы. Как в автомобиле. И запорожец или шоха по любому проиграет джипу мицубиси, потому что и ходовая слабее и движок немощный и управление хромает на все четыре колеса.
С разработчиками тоже самое. Объем работы провернуть нужно иметь крепкое сердце, почки, легкие, хорошие сосуды, чистую кровь и неслабые мышцы.
Чтобы переварить объем шлаков, которые мозг выбрасывает кровь, и снабдить мозг достаточным количеством питательных веществ и кислородом на протяжении длительного времени, там 10 часов или 12, на все это нужно тело и мышцы "мицубиси", а не как не шохи.
И ботаники больше занимаются соблюдением собственного "авторитета" чем реальными делами. Лично наблюдал весь этот механизм.
Выводы простые. Хороший руководитель коллектива разработчиков это разработчик с многолетним стажем и хорошей физической подготовкой.

Не думаю что "лучше", хотя бы учитывая то что "лучше" понятие непонятное.


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



Вопрос, что такое "ботаник" и водятся ли они сейчас.


Сколько КГ штангу нужно выжать, для того чтобы программить чегонить?


Чтобы морду набить тоесть форсированно обосновать свою точку зрения?

Уважаемый Methane, интересная у Вас позиция:
1. Из инженера руководитель получается крайне редко.
2. Из не-инженера никогда.
По этой логике рынок труда должен сейчас испытывать просто неимоверную нехватку руководителей в области электроники. Сайты должны быть увешаны гроздьями объявлений "ищется руководитель за миллион баксов и полцарства в придачу". ВУЗ-ы должны массово начать открывать специальности "руководство разработкой embedded-устройств" с конкурсом как в театральные училища. Только что-то не видно всех этих чудес...

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

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

Сам по себе поиск специалиста является задачей отдела кадров, задача руководителя, опять же на мой нескромный взгляд, максимально эффективно, результативно, прогнозируемо и контролируемо организовать работу спецов.
Вопрос в том, где можно этому научиться?



"От матерый человечище!". Спасибо за интересный пост.
В целом да, более крепкому физически индивиду проще поддерживать работоспособность в течение 10-12 часов. Будет ли это время потрачено эффективно, зависит от опыта, знаний и мотивации индивида.
Вы руководитель?



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

Крупные работодатели думают по другому.
SAP примет на работу 650 аутистов

пмсм есть три мотивации для разработчика:
1) Перспектива профессионального роста - приобретение опыта/знаний (расширение на смежные области, либо углубление). При условии, что новые знания добавляют ему ценность на рынке труда.
2) Перспектива карьерного роста - плавный рост до ведущего инженера (тим лида, начальника группы/сектора/отдела и т.п.) и выше. Значит оклад больше, статус выше, плюшки и т.д. Предполагается, что разработчик готов задержаться здесь на длительное время (например навсегда)
3) Просто деньги - возможность взвалить на себя столько работы, сколько он выдержит. С соответствующим размером премиальных и т.д.

Препараты вводятся на собеседовании (чаще нагло вводят кандидату все три сразу). Далее курс повторяют периодически, в зависимости от состояния пациента.

Я лично "подчиненный", а не руководитель. И меня чаще всего мотивируют пунктом 1 (сами понимаете, неудачно — при грамотном подходе мотивируемый не догадывается, что его наё... в смысле мотивируют ).



Я бы еще предложил вместо собеседования вести соискателя в бар. Если бутылку водки уговоить не сможет - со здоровьем явно что-то не то...



А собсно о ком речь идет?
Я работал в трех местах (третье - текущее). Нигде не видел руководителя группы разработчиков, который бы сам при этом в разработке не участвовал. Всегда кроме руководящей работы (раздать всем задачи/премии/пендюли, бумажки начальству и т.п.) он еще и типа системного архитектора, плюс какой-нибудь узел сам делает (схему рисует, софт пишет - это где как).
Должностью выше - это уже скорее product manager. Здесь задачи другие — начиная от официальных и заканчивая "найти где-нибудь заказ, чтоб отдел с голода не сдох". Здесь, имхо, человеку не обязательно иметь опыт работы разработчиком, достаточно технического кругозора (что конечно не отменяет требование к наличию мозгов в целом)

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

На мой взгляд вы путаете два понятия - руководитель и менеджер. Почему вы считаете менеджера руководителем?

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

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

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

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

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

Во-первых, потому что слово "management" означает управление, руководство и т.д.
Во-вторых, речь шла не о каком-то там абстрактном менеджере - типа sales manager (продажный менеджер ) или офис-менеджер (вот он именно и занимается булочками и туалетной бумагой).
Речь шла конкретно о менеджере по продукту (product manager) - http://ru.wikipedia.org/wiki/Product_manager Прочитайте его список обязанностей и Вы увидите, что фактически именно он ставит задачи отделу разработки (R&D)

Это главный конструктор. Либо руководитель группы разработчиков - здесь не понятно.

Это менеджер по продукту.

ок

Теперь смотрите - у нас уже есть три человека:

1. Руководитель группы разработчиков, который (по моему опыту) помимо того что "обдумывает системные вопросы, направляет их мысли и труды подчиненных в нужную сторону" и т.д., также еще сам принимает участие в разработке. Не является инициатором разработки.
2. Главный конструктор (либо начальник большого отдела разработчиков). Обдумывает системные вопросы совместно (как правило) с руководителями групп разработчиков, раздает им укрупненные задачи для дальнейшей проработки. Хотя ГКР нужен только в очень-очень крупных проектах, но в гос.предприятиях он почему-то есть всегда (видимо, ГОСТ обязывает), правда порою исполняет номинальные функции. В коммерческих фирмах такая должность часто просто отсутствует за ненадобностью (я имею ввиду в условиях нашей суровой действительности частным фирмам очень редко перепадают крупные заказы). Да, чуть не забыл! ГКР тоже не является инициатором разработки (там где есть ГКР - инициатива приходит сверху). Кстати - вот его должностные обязанности
3. Менеджер по продукту - в его задачу помимо прочего входит найти идею, оценить ее коммерческую ценность, сформулировать общие требования и спустить их в R&D (как вариант - аутсорс или оем) на обсуждение (можно ли сделать, сколько стоит во времени/деньгам и т.д.). Если окей - спустить ТЗ. Естественно согласовать в разработчиками. Является инициатором разработки.

А теперь - о каком человеке идет речь в этом топике? Я прочитал все посты, но так и не понял...

Еще раз. Нельзя научить руководить в электронике.


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


Рынок сложился так, что спец по RF вообще не нужен. Разумеется если речь не идет о действительно полезных специалистах по монтажу базовых станций и развешиванию спутниковых тарелок по фасадам.


Еще одна шутка? Отдел кадров в лучшем случае может по keyword-ам резюме проверить.


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

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




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



Правильно! "Настраивающий отношения" должен разбираться во всем этом.



Какой Вы оптимист... Спецы по RF порой очень нужны, только найти их непросто, поперевелись все...



Methane, не все так плохо, на самом деле все еще хуже!
На хамство можно ответить в 2 раза бОльшим хамством, на контроль по кол-ву строк кода - "индусским" кодом.

Хм, я вот припоминаю когда сразу три коллектива было брошено на одну разработку. И ими никто не руководил, а работа кипела.
А еще сильнее начинала кипеть когда их посадили в одно помещение.
Самоорганизация! Руководитель должен наладить самоорганизацию. А это когда никто не знает ни чьих обязанностей, только способности.

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

Более того, коли ТС хочет денег, то я ему бы посоветовал совсем свалить из электроники в какую-нибудь более высокооплачиваемую область.
А инженерное образование - так оно везде ценится...

Вот

Ок. Согласен. Можно научить "типа руководить". В стиле "требую немедленно начать доение кур для получения молока", "со следующего года наш коллектив должен сократить сроки беременностей у свиней на 30%". Ну а деньги выделять на закупку парфюмерии для улучшения внешнего вида злаковых.


А тут обсуждается, как научиться руководить не зная всего этого.


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


Все совершенно точно. Но! В таких условиях победит хам и специалист по "индусскому" коду.


Вот это и правильно. В электричестве если деньги и могут появится, то только тогда когда уже помирать пора. У нас в стране так точно.

Alexander, какая мотивация была у команды? На чистом энтузиазме далеко не уедешь

Господа хард-менеджеры, все-таки, где посоветуете учиться? Нужен Ваш совет.

.

Господа - интересно читать Ваши сообщения

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

и самое главное-умение (а не желание) управлять людьми

А что тут сложного?
http://www.youtube.com/watch?v=VGVQn70rXvk
Правда потом получается так.
http://www.youtube.com/watch?v=z_EEv_CmOyA
Но найти виновного кто не докрутил гайку, использовал китайский резистор без военной приёмки, пользовался не сертифицированным компилятором или компьютером созданным вероятным противником, совершенно не проблема.

К вопросу о главном конструкторе или руководителе проекта.

Расскажу историю одного человека времен Союза:

1. Радиолюбитель он с малых лет ( приемники, передатчики, бытовая автоматика )
2. Поступил в ВУЗ на специальность "Системы автоматического управления".
3. В процессе учебы занимался в студенческом научном обществе и на старших курсах уже помогал аспирантам делать расчеты САУ.
4. При распределении по окончании ВУЗ-а удалось договориться и получить место в фирме куда мечтал попасть - разработка систем автоматического управления и навигации для ВМФ.
5. Три года, будучи молодым специалистом, его носом водили по столу, вдалбливая азы работы в большом коллективе.
В это время он занимался разработкой интерфейсных блоков на логике и участвовал тестировании бортовых программно-аппаратных комплексов, включая алгоритмическую составляющую.

6. Поскольку продолжал проявлять научные дарования, после отработки обязательных 3-лет был переведен в мл.научные сотрудники и придана группа из трех молодых специалистов.

Примечание 1: Организационно-административное деление НПО: отдел, сектор. В отделах обычно по 200-300 чел, сектор до 50 чел.
Группа - неформальное подразделение внутри сектора для выявления будущих руководителей секторов и отделов.

Примечание 2: Кроме административного деления НПО существовала система руководства проектом.
На каждый проект (ОКР) назначались: главный конструктор, его замы (электроника, софт, конструкция, технология) + руководитель заказа (этакий контролер/завхоз/снабженец)
На каждый НИР назначались научный руководитель и его замы + рук.зак.

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

7. В течении 3 лет выполнял обязанности зам.научного и зам.главного по электронике, дорос до научного сотрудника, руководя группой уже до 10 чел.
Сфера интересов: hard&soft, поскольку к этому времени ( 1978..1980 гг ) уже появились отечественные микропроцессоры.
8. В 28 лет группа переродилась в сектор, который постепенно вырос до 50 чел и состоял из 3-х групп по ~15 чел, которые возглавили его бывшие молодые специалисты, моложе его на 3-4 года.
Продолжал пребывать в статусе зам-а по проектам. Обычным делом являлось одновременное участие в 1-2 НИР-ах и 2-3 ОКР.

Длительность НИР составляла от полугода и до года, ОКР - от 3 лет и до..

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

P.S.
Обязанности более-менее понятны, а заменить мог практически любого специалиста с высшим и средним образованием: аналоговая техника, электропитание, логика, микропроцессоры, программирование.

Непосредственно занимался: архитектурой комплексов, выбором элементной базы, алгоритмикой (мат.обеспечение) верхнего и нижнего уровня, расчетами ТТХ,
документацией класса тех.описание комплекса, участием в испытаниях на объектах.

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

А если обсуждать тему с другой стороны....

1) А зачем человеку верующему в свои способности руководителя к кому-то наниматься на роботу "менеджером"?
У нас капитализм - зарегистрировал ЧП Менеджер - и вперёд к милиардам.
2) Что-то мешает? Нет опыта? Что-то есчё не прочитал?
Тогда может рано и думать? Или нет мнимых способностей?

3) В электронике боюсь, тупой проверкой в конце дня сколько подчинённый кв.м плитки выложил и зарплату соответственно отсчитать, не обойтись...
4) С чего начать?
Менеджментом ремонта своей квартиры например: тут и изыскание бюджета, и собеседование исполнителей и логистика... И попробуйте то-же качество за минимальные деньги и приемлемое время... а не тупо нанять под ключ самую крутую контору... PMBOOK Вам в помощь Не стесняйте - применяйте тайные знания
Получили удовольствие?
Тогда дальше: анализ рынка харда, нахождение USP (unique selling point если не ошибаюсь), ну а дальше Вы уже умеете: найти бюджет, собеседование и PMBOOK Вам в помощь...
Вышло? Да Вы безценный CEO!


P.S.
И есчё - надо уметь стимулировать и розвивать персонал. В том числе выбрать для него правильные тренинги, книжки, составить учебный план, проконтролировать результат...
Удачи

Коротко и по делу
PMBOOK - отличный стандарт, но применять полученные из него знания на практике затруднительно. Вы же не посоветуете желающему собрать термометр на DS18B20 и PIC начать с чтения метрологических стандартов, верно? Что посоветуете из литературы по делу?

1) Какраз чтение метрологических стандартов я и посоветую перед тем как начинать заниматься метрологией....
Из опыта скажу, что только единици инженеров имеют какое-то понятие в метрологии (Какой точности надо вольтметр, чтобы поверить что выходное напряжение находится в пределах +\-3%?)
А потом уже PIC начать програмировать.....

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

Так-что, чтобы PMBOOK заработал - какой-то дядя (специалист в предметной области с опытом роботы в ней) должен розписать конкретно-детальные инструкции...
Это стоит порядка нескольких 10-ков тищ. у.е на организацию ~1000 чел....

А если этого дяди нет, и надо браться за дело самим?
(риторический вопрос )

Ну что тогда бывает....
И митинги каждый день по 2 часа, и таблички по PMBOOK-у заполнены, и перформас менеджмент как в книжке внедрён, а проект всё не получается по плану, сдали заказчику - а он баги нашёл и неустойку стребовал, и лутшие професионалы чёто увольняются хоть и платят им много....
А всё вроде правильно, по книжке.....

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

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

Люди всегда работают одинаково, независимо от того, сколько им платят.
Получив больше, авторы "мне херово платят, поэтому я буду херово работать" делают рывок максимум на 1-2 месяца. Далее повтор ситуации.

какие из этого надо делать выводы?
платить мало, все равно на производительность труда не влияет?
периодически добавлять, чтобы периодически иметь рывки?

Про тех, кто работает неэффективно (бухтит "мне мало платят ....") - с теми расставаться.
Тем, кто работает эффективно, платить столько, чтобы они не задумывались "а не поискать ли мне работу на бОльшие деньги?" Повышать с упреждением - это технично!
Если работник выразил мнение, что ему платят мало, для некоторых работников это предупреждение работодателю - первое и последнее. Такми надо поднимать, если нужно и можешь.
Некоторые работники ("мне мало платят ....") будут бухтеть и работать - как могут. В этом случае - см выше.

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

Добрый день всем участникам темы!

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

Я изучил фактически всю литературу, которую вы мне советовали: Ф.Брукс Мифический человеко-месяц, Ли Якокка Карьера менеджера, ISO 21500, PMBOK 4, Ф. О'Коннэл Как успешно руководить проектами, Ф. Хансейкер Искусство управления людьми, Д. Хайнемайер ReWork: Бизнес без предрассудков, методологию Scrum и освоил азы MS Project.

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

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

Сейчас я работаю Product Manager в компании занимающейся дистрибьюцией электронных компонентов на рынок РФ. Моим продуктом являются Кабельные сборки Axon' и Высоконадежные компоненты.

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

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

Такое развитие карьеры приведет Вас к должности коммерческого директора этого предприятия. Денег Вы будете получать по мере роста карьеры больше чем Вам нужно. Разработчиком уже не станете никогда, потому что в "мирное" время ушли из разработчиков в продажи. Что касается своего бизнеса тут нужна мотивация. Для Вас мотивация наступит тогда, когда поработав коммерческим директором Вы станете ломиться в партнеры действующим хозяевам Вашей компании. Они Вас пошлют, Вы начнете воровать, так как есть 1000+1 способ украсть денег в продажах некриминальным способом. Но хозяева компании тоже не пальцем деланые, они быстро раскусят в чем дело и предложат "уйти по хорошему". Вот тогда Вы начнете организовывать свой бизнес.
И все бы ничего, но Вам повезет, если будет меньше 40 лет. Так как в том случае у Вас будет главное препятствие, это возраст.
Отсюда совет, хотите свой бизнес начинать, начинайте прямо сейчас, хоть с прищепок или бантиков для детей. Но прямо сейчас. Продажи всегда дело выгодное, и главное препятствие в росте бизнеса это время. Ну там еще есть составляющие, но о них говорить бессмысленно. Если у Вас есть качества для бизнеса, все будет нормально, нет, получите по зубам небольно.
Вроде все. А так удачи.

Это железный закон. Закон колеи. Почему-то все забывают про это. И выбраться из колеи, так же сложно как сойти с наркотиков. Менталитет наработан в одной области и он, как правило, мешает работать в других вплоть до ломки. Да и время упущено, начать с нуля и соревноваться с коллегами мешают амбиции. Если хотите достичь чего-то, то только упорно в одном направлении, чтобы успеть за жизнь.
Вот тут и вступает в силу второй постулат:

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

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