|
Начинающему хард-менеджеру, С чего начать, какие методологии? |
|
|
|
May 4 2013, 12:08
|

Частый гость
 
Группа: Участник
Сообщений: 91
Регистрация: 10-04-11
Из: Минск
Пользователь №: 64 258

|
Я в 2013 году закончил магистратуру Минского БГУИР, мне 23 года. Работаю 3-ий год в университете, делаем измерительные приборы. Занимаюсь разработка плат, сборкой приборов, заказом комплектующих, оформлением ТД и многое другое, т.е. принимаю активное участи во всех этапах изготовления прибора. Теперь пришло время зарабатывать деньги - перейти на новую работу. Хочу заниматься только менеджментом.
Что можете посоветовать? с чего начать? что почитать? В интернете нашел информацию про MS Project, ISO 9001, Scrum, Agile. какие методологии существуют хард-менеджеров?
Приму любую критику!
--------------------
|
|
|
|
|
 |
Ответов
(60 - 74)
|
May 17 2013, 09:25
|

Беспросветный оптимист
     
Группа: Свой
Сообщений: 4 640
Регистрация: 26-12-07
Из: Н.Новгород
Пользователь №: 33 646

|
Цитата(yes @ May 17 2013, 13:05)  поэтому подход "мне херово платят, поэтому я буду херово работать" распространенный в инженерных (а возможно и любых других) коллективах правильным назвать не могу. поставщиком таких кадров до сих пор являются гос. конторы, там, скорее всего, не вылечить Как говаривал наш начальник отдела, "за такую зарплату нужно не только ничего не делать, но и немножечко вредить"  В шутку, конечно. В госконторах тоже есть грамотные менеджеры, которые умело используют даже имеющиеся рычаги. Другое дело, каково их соотношение, учитывая распространенную практику принимать на руководящие должности бывших майоров-под-полковников. Например, отслуживших ПЗ.
--------------------
Программирование делится на системное и бессистемное. ©Моё :) — а для кого-то БГ — это Bill Gilbert =)
|
|
|
|
|
Jun 9 2013, 09:33
|

Гуру
     
Группа: Свой
Сообщений: 3 615
Регистрация: 12-01-09
Из: США, Главное разведовательное управление
Пользователь №: 43 230

|
Цитата(Evgeniy740102 @ Jun 9 2013, 09:44)  или, может, наоборот? Вполне достаточно обещаний. Цитата Господа, делитесь опытом! - это поможет нам стать лучшими! Лучшей популяцией лохов на просторах пост. СССР?
|
|
|
|
|
Jun 9 2013, 11:24
|

Частый гость
 
Группа: Участник
Сообщений: 91
Регистрация: 10-04-11
Из: Минск
Пользователь №: 64 258

|
Цитата(Methane @ Jun 9 2013, 12:33)  Лучшей популяцией лохов на просторах пост. СССР? Что вы имели в виду?
--------------------
|
|
|
|
|
Jun 9 2013, 16:37
|
Частый гость
 
Группа: Участник
Сообщений: 160
Регистрация: 24-11-05
Из: СПб
Пользователь №: 11 354

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

Гуру
     
Группа: Свой
Сообщений: 3 615
Регистрация: 12-01-09
Из: США, Главное разведовательное управление
Пользователь №: 43 230

|
Цитата(krdmitry @ Jun 9 2013, 19:37)  Без курсов, похоже, никак. Без опыта работы рядовым разработчиком, тоже. Из инженера может получиться руководитель над инженерами (и то редко), но из не инженера он не получится никогда. И есть у меня очень устоявшееся мнение, что руководитель, в первую очередь, это тот, кто способен найти человека который может сделать работу которую он может сделать и сам, пусть даже в 10 раз медленнее.
|
|
|
|
|
Jun 9 2013, 17:29
|
Частый гость
 
Группа: Участник
Сообщений: 157
Регистрация: 10-05-13
Пользователь №: 76 788

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

Гуру
     
Группа: Свой
Сообщений: 3 615
Регистрация: 12-01-09
Из: США, Главное разведовательное управление
Пользователь №: 43 230

|
Цитата(fractcon @ Jun 9 2013, 20:29)  А хороший руководитель это тот, кто может сделать работу лучше и быстрее каждого из своих подчиненных, но не быстрее целого коллектива которым руководит. Не думаю что "лучше", хотя бы учитывая то что "лучше" понятие непонятное. Цитата Любой хороший разработчик, после определенного возраста и уровня навыков и опыта приобретает полный комплект навыков менеджмента. Потому что этот менеджмент необходим даже в коллективе состоящем из одного разработчика. И за годы работы все это приобретается и оттачивается. Да, но вот будет ли желание им воспользоваться для руководства, и не будет ли это руководство заключаться в четких инструкциях какую кнопку в какой последовательности нажимать. Я лично, для себя, уверен полностью, то я не хочу никем руководить. Мне это не интересно. Мне интересно сделать железку, софт драйвера, GUI, и предоставить возможность красиво расставлять кнопки кому-то другому. Я предпочитаю вопросы об цвете кнопки, бирюзовая она должна быть или просто розовая, решать кому-то другому. Цитата Так называемые "ботаники" на которые так любят кивать в спорах о руководстве и специалистах. Так вот "ботаники" это как правило плохие специалисты, даже в своей узкой специальности. Мне приходилось иметь с ними дело. Вопрос, что такое "ботаник" и водятся ли они сейчас. Цитата Знаете, как не бывает из г..на конфетки, так и не получится из закомплексованного, больного и хилого человека нормального качественного разработчика. Сколько КГ штангу нужно выжать, для того чтобы программить чегонить? Цитата Потому что разработка это прежде всего ресурсы. Как в автомобиле. И запорожец или шоха по любому проиграет джипу мицубиси, потому что и ходовая слабее и движок немощный и управление хромает на все четыре колеса. С разработчиками тоже самое. Объем работы провернуть нужно иметь крепкое сердце, почки, легкие, хорошие сосуды, чистую кровь и неслабые мышцы. Чтобы переварить объем шлаков, которые мозг выбрасывает кровь, и снабдить мозг достаточным количеством питательных веществ и кислородом на протяжении длительного времени, там 10 часов или 12, на все это нужно тело и мышцы "мицубиси", а не как не шохи. И ботаники больше занимаются соблюдением собственного "авторитета" чем реальными делами. Лично наблюдал весь этот механизм. Выводы простые. Хороший руководитель коллектива разработчиков это разработчик с многолетним стажем и хорошей физической подготовкой. Чтобы морду набить тоесть форсированно обосновать свою точку зрения?
|
|
|
|
|
Jun 9 2013, 18:46
|
Частый гость
 
Группа: Участник
Сообщений: 160
Регистрация: 24-11-05
Из: СПб
Пользователь №: 11 354

|
Цитата(Methane @ Jun 9 2013, 21:07)  Без опыта работы рядовым разработчиком, тоже. Из инженера может получиться руководитель над инженерами (и то редко), но из не инженера он не получится никогда. И есть у меня очень устоявшееся мнение, что руководитель, в первую очередь, это тот, кто способен найти человека который может сделать работу которую он может сделать и сам, пусть даже в 10 раз медленнее. Уважаемый Methane, интересная у Вас позиция: 1. Из инженера руководитель получается крайне редко. 2. Из не-инженера никогда. По этой логике рынок труда должен сейчас испытывать просто неимоверную нехватку руководителей в области электроники. Сайты должны быть увешаны гроздьями объявлений "ищется руководитель за миллион баксов и полцарства в придачу". ВУЗ-ы должны массово начать открывать специальности "руководство разработкой embedded-устройств" с конкурсом как в театральные училища. Только что-то не видно всех этих чудес... На мой нескромный взгляд, руководитель в инженерной сфере должен как минимум четко понимать процессы, которые происходят в разрабатываемом продукте, будь то схема, ПО или РЭ, и уметь их контролировать. Должен иметь опыт в соответствующей сфере. В деле управления важно правильно уметь наладить саму систему работы, систему отношений между специалистами. Считаю, что сама по себе работа руководителя является такой же технической, как и работа инженера. Строго говоря, если переводить на деньги, хороший спец по RF, например, может обходиться компании дороже, чем руководитель низшего звена. Это нормально, раз уж так сложился рынок, главное - это результат работы. Согласитесь, не правда ли? Сам по себе поиск специалиста является задачей отдела кадров, задача руководителя, опять же на мой нескромный взгляд, максимально эффективно, результативно, прогнозируемо и контролируемо организовать работу спецов. Вопрос в том, где можно этому научиться? Цитата(fractcon @ Jun 9 2013, 21:29)  А хороший руководитель это тот, кто может сделать работу лучше и быстрее каждого из своих подчиненных, но не быстрее целого коллектива которым руководит. Собственно это и есть история успеха, когда гениальный разработчик "масштабируется" за счет очень даже обычных разработчиков. А вот остальные схемы построения руководства это как раз и есть убогие копии правильной модели. Возгласы типа "он не спец но хороший администратор".... я раньше верил в эту туфту. Любой хороший разработчик, после определенного возраста и уровня навыков и опыта приобретает полный комплект навыков менеджмента. Потому что этот менеджмент необходим даже в коллективе состоящем из одного разработчика. И за годы работы все это приобретается и оттачивается. Так называемые "ботаники" на которые так любят кивать в спорах о руководстве и специалистах. Так вот "ботаники" это как правило плохие специалисты, даже в своей узкой специальности. Мне приходилось иметь с ними дело. Знаете, как не бывает из г..на конфетки, так и не получится из закомплексованного, больного и хилого человека нормального качественного разработчика. Потому что разработка это прежде всего ресурсы. Как в автомобиле. И запорожец или шоха по любому проиграет джипу мицубиси, потому что и ходовая слабее и движок немощный и управление хромает на все четыре колеса. С разработчиками тоже самое. Объем работы провернуть нужно иметь крепкое сердце, почки, легкие, хорошие сосуды, чистую кровь и неслабые мышцы. Чтобы переварить объем шлаков, которые мозг выбрасывает кровь, и снабдить мозг достаточным количеством питательных веществ и кислородом на протяжении длительного времени, там 10 часов или 12, на все это нужно тело и мышцы "мицубиси", а не как не шохи. И ботаники больше занимаются соблюдением собственного "авторитета" чем реальными делами. Лично наблюдал весь этот механизм. Выводы простые. Хороший руководитель коллектива разработчиков это разработчик с многолетним стажем и хорошей физической подготовкой. "От матерый человечище!". Спасибо за интересный пост. В целом да, более крепкому физически индивиду проще поддерживать работоспособность в течение 10-12 часов. Будет ли это время потрачено эффективно, зависит от опыта, знаний и мотивации индивида. Вы руководитель? Цитата(Methane @ Jun 9 2013, 21:51)  Вопрос, что такое "ботаник" и водятся ли они сейчас.
Сколько КГ штангу нужно выжать, для того чтобы программить чегонить?
Чтобы морду набить тоесть форсированно обосновать свою точку зрения? fraction однозначно прав в том, что физически здоровому и морально крепкому человеку проще подчинить других, чисто на эмоциях. Есть такое понятие, "реактивный менеджмент", недавно столкнулся на практике Но так уж сложилось, что разработчики часто как коты, которых силой не возьмешь. Нужен опыт "чувствовать людей", что-ли... А если развивать логику силы, то президентом у нас должен быть, по-видимому, Николай Валуев!
Сообщение отредактировал krdmitry - Jun 9 2013, 20:00
|
|
|
|
|
Jun 9 2013, 21:24
|

Частый гость
 
Группа: Участник
Сообщений: 127
Регистрация: 31-10-12
Пользователь №: 74 189

|
Цитата(Evgeniy740102 @ Jun 9 2013, 10:44)  Чем и как вы мотивируете своих подчиненных? пмсм есть три мотивации для разработчика: 1) Перспектива профессионального роста - приобретение опыта/знаний (расширение на смежные области, либо углубление). При условии, что новые знания добавляют ему ценность на рынке труда. 2) Перспектива карьерного роста - плавный рост до ведущего инженера (тим лида, начальника группы/сектора/отдела и т.п.) и выше. Значит оклад больше, статус выше, плюшки и т.д. Предполагается, что разработчик готов задержаться здесь на длительное время (например навсегда) 3) Просто деньги - возможность взвалить на себя столько работы, сколько он выдержит. С соответствующим размером премиальных и т.д. Препараты вводятся на собеседовании (чаще нагло вводят кандидату все три сразу). Далее курс повторяют периодически, в зависимости от состояния пациента. Я лично "подчиненный", а не руководитель. И меня чаще всего мотивируют пунктом 1 (сами понимаете, неудачно — при грамотном подходе мотивируемый не догадывается, что его наё... в смысле мотивируют  ). Цитата(Methane @ Jun 9 2013, 21:51)  Сколько КГ штангу нужно выжать, для того чтобы программить чегонить? Я бы еще предложил вместо собеседования вести соискателя в бар. Если бутылку водки уговоить не сможет - со здоровьем явно что-то не то...  Цитата(krdmitry @ Jun 9 2013, 22:46)  интересная позиция: 1. Из инженера руководитель получается крайне редко. 2. Из не-инженера никогда. По этой логике рынок труда должен сейчас испытывать просто неимоверную нехватку руководителей в области электроники. Сайты должны быть увешаны гроздьями объявлений "ищется руководитель за миллион баксов и полцарства в придачу". ВУЗ-ы должны массово начать открывать специальности "руководство разработкой embedded-устройств" с конкурсом как в театральные училища. Только что-то не видно всех этих чудес... А собсно о ком речь идет? Я работал в трех местах (третье - текущее). Нигде не видел руководителя группы разработчиков, который бы сам при этом в разработке не участвовал. Всегда кроме руководящей работы (раздать всем задачи/премии/пендюли, бумажки начальству и т.п.) он еще и типа системного архитектора, плюс какой-нибудь узел сам делает (схему рисует, софт пишет - это где как). Должностью выше - это уже скорее product manager. Здесь задачи другие — начиная от официальных и заканчивая "найти где-нибудь заказ, чтоб отдел с голода не сдох". Здесь, имхо, человеку не обязательно иметь опыт работы разработчиком, достаточно технического кругозора (что конечно не отменяет требование к наличию мозгов в целом) А что касается "неимоверной нехватки руководителей". Во-первых, не могут они предложить мильон баксов  (я согласен с метаном - отрасль непрерывно загибается). Во-вторых, многие, как мне кажется, стремаются ставить на такие должности людей со стороны, предпочитают "выращивать" из своих (заодно и надрессировать). В третьих, семейные кланы и связи — это наше все.
Сообщение отредактировал winipuh - Jun 9 2013, 21:25
|
|
|
|
|
Jun 9 2013, 21:59
|
Знающий
   
Группа: Свой
Сообщений: 888
Регистрация: 25-09-08
Из: Питер
Пользователь №: 40 458

|
На мой взгляд вы путаете два понятия - руководитель и менеджер. Почему вы считаете менеджера руководителем?
На мой взгляд, менеджер - это мальчик на побегушках который должен обеспечивать нормальную работу специалистов. В том числе бегать за булочками, доставать детали, заниматься растаможкой, оформлять всякие документы (типа таможни) и т.д. И такого человека стоит иметь только когда он оправдывает свою зарплату экономя время специалистам.
А вот руководитель - это человек с большим опытом и знаниями и умением работать с людьми. Он сам физически не успеет сделать все, но работая с толковыми исполнителями подсказывает им, обдумывает системные вопросы, направляет их мысли и труды в нужную сторону, так, чтобы не наступать на лишние грабли и т.д.
А не хватает специалистов иного рода, которые могут правильно оценить коммерческую стоимость идеи, пойдет ли она на рынке, по какой цене и сколько. А если пойдет - найти деньги, собрать специалистов (для этого нужно знать многих людей), в том числе грамотных руководителей, организовать их работу и финансирование, провести разработку, организовать производство, и, самое главное, внедрить продукт на рынке и получить больше, чем затрачено. Таких людей не стоит называть менеджерами это опытные и толковые организаторы. И без большого и разностороннего опыта в своем секторе тут делать нечего.
Обычно, но очень редко, такие люди вырастают из разработчиков с финансовой и организационной жилкой. Но, немного поработав, они понимают, что возни много, толку мало и уходят в торговлю, финансы, политику. В наших условиях прибыль в этом секторе мизерна, намного меньше, чем в других областях, спасибо государству - воровство в сотни раз выгоднее. Выживают, в основном, те, кто прицепился к госконтрактам, но это взятки и чистоплотным людям такая работа противна. Отсюда и проблемы с такими кадрами.
А когда такие специалисты появляются с бухты барахты - это специалисты иного рода - содрать денег с государства под красивым предлогом и отчитаться левыми бумажками ничего реального не сделав. Ежели договориться с чиновниками, поделится деньгами и подготовить нужные бумажки - претензий никто не предъявит. Таких проектов уже куча прокатила. взять то же сколково. Вот таких, почему-то, и назыают сегодня менеджерами и топ-менеджерами. Хотя, на мой взгляд, это просто мошенники и воры, хотя определенные таланты, знания и опыт тут тоже нужны.
|
|
|
|
|
  |
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|