Руководитель проекта, по сути (большого проекта), не должен заниматься кодингом — это требует большой концентрации, программировать эффективно у него всё равно не получится.
Да и архитектуру он должен обсуждать на самом высоком уровне, ни в коем случае даже не на уровне классов.
Я так понимаю, что если есть много проектов и направлений в компании, то хоть часть этой компании направлена на аутсорсинг, т.к. своих проектов такого разнообразия не получится. Разве что если вы не Microsoft, хотя и у них в технологиях присутствует известная однобокость.
“только 70% ресурса выделяется на ваш проект, а другие 30% идут на другой” — это реальность жизни, от этого никуда не убежать. И от поддержки тоже. И от того, что ваших людей отвлекают по прошлым проектам, а вам приходится от этого страдать — но, когда вы побудете по обе стороны баррикад (вторая — когда вам нужно доделать проект, но ресурс, который его делал, уже занят на новом на FTE), будете придумывать каждый день нестандартные решения всем этим ситуациям.
В этом, собственно, и заключается основная роль менеджера, за неё нам и платят чуть больше чем технарям — это ох как непросто, и не существует методик, как 100% эффективно управлять. Как структурно ни реформируй компанию, какие методологии (scrum, agile, deep planning) ни используй — всё равно каждый день нужно думать головой, что и как разрулить.
Вся соль в том, мне кажется, что в больших компаниях не так уж и нужно много квалифицированных кадров. И тем хорошим кадрам, которые приходят когда компания уже большая, или становятся хорошими кадрами к моменту, когда компания уже большая и не так растёт (или совсем не растёт), может не достаться никакого места, кроме полуджуниорского. Не знаю, в стартапах никогда не был, но там наверное на одном месте долго не посидишь.
Согласен с вами полностью. Иногда, например на корпоративе, разговариваю с молодёжью, студентами — они кроме своего проекта ничего не знают и знать не хотят. Даже, например, как работает QA, кто такие сейлы, откуда берутся заказчики.
Ну они и сидят до усрачки на этих проектах, пока совсем не надоест, и потом уходят в другую компанию на такую же должность и схожий, пока ещё интересный, проект.
Это точно вы описали :) И постепенно мечта о светлом будующем и становится желаемым настоящим для этих мазохистов…
Хотя здесь не такое уж и отличие от больших IT-компаний — на собеседование в большую IT-компанию тоже всем обещают карьерный и профессиональный рост, ништяки и самокат в коридоре. А на практике оказывается — ещё одна шестерёнка в большом механизме по зарабатыванию денег. Максимум — коробка передач.
Мне кажется, проблема тут даже не в том, стартап это или энтерпрайз, а скорее в том, что рабочий на стройке прекрасно понимает, что он жук в муравейнике и иного не желает, т.е. у него не завышенные ожидания. А у IT-спеца — очень завышенные, мы ведь все звёзды и достойны как минимум должности CEO Apple.
Люди в любой компании — ресурсы, особенно в большой. Почему бы быть иначе? Не будете же вы подходить как к личности к каждому рабочему на конвейере, скажем, Хонды. От вас нужна работа и только работа, как от механизма. За это вам платится зарплата. Вот и всё.
Приятно было увидеть Keil в списке популярных IDE :) Лет 5 назад год в нём писал embedded ПО, и страшно завидовал верхним программистам, которые сидели на Visual Studio, да и сам вспоминал её с нежностью. Да и на С после С++ переходить сложновато…
Но всё-таки мне кажется, что проблема несколько надумана. В реальных железных проектах счёт идёт на центы, когда речь заходит о комплектации. В университете можно себе позволить со стипендии купить Arduino и поиграться, ну как стенд — он же стоит дороже, чем промышленный девайс. И сделать прототип.
А в производстве будут экономить на всём — на последнем изгибе для пресс-формы. Так что профессионалам — своё, любителем DIY — своё!
А можете поподробней про ролик рассказать? Он у вас нереально крутой. Как сделать его с минимальными затратами, скажем в $100 для малобюджетных проектов. Мы пытались сделать сами, но получилось УГ.
А делать качественный самим, когда на тебе всё — нереально :(
Но и выбиться в топ сложнее. Для Entertainment, по недавнему исследованию, около 250 в день давало топ-50 paid, против 7000 free. Так что вопрос спорный.
Да и архитектуру он должен обсуждать на самом высоком уровне, ни в коем случае даже не на уровне классов.
dmitry_ov, поправьте меня, если я ошибаюсь
В этом, собственно, и заключается основная роль менеджера, за неё нам и платят чуть больше чем технарям — это ох как непросто, и не существует методик, как 100% эффективно управлять. Как структурно ни реформируй компанию, какие методологии (scrum, agile, deep planning) ни используй — всё равно каждый день нужно думать головой, что и как разрулить.
Ну они и сидят до усрачки на этих проектах, пока совсем не надоест, и потом уходят в другую компанию на такую же должность и схожий, пока ещё интересный, проект.
А те, кто хочет, всегда добиваются.
Хотя здесь не такое уж и отличие от больших IT-компаний — на собеседование в большую IT-компанию тоже всем обещают карьерный и профессиональный рост, ништяки и самокат в коридоре. А на практике оказывается — ещё одна шестерёнка в большом механизме по зарабатыванию денег. Максимум — коробка передач.
Мне кажется, проблема тут даже не в том, стартап это или энтерпрайз, а скорее в том, что рабочий на стройке прекрасно понимает, что он жук в муравейнике и иного не желает, т.е. у него не завышенные ожидания. А у IT-спеца — очень завышенные, мы ведь все звёзды и достойны как минимум должности CEO Apple.
Но всё-таки мне кажется, что проблема несколько надумана. В реальных железных проектах счёт идёт на центы, когда речь заходит о комплектации. В университете можно себе позволить со стипендии купить Arduino и поиграться, ну как стенд — он же стоит дороже, чем промышленный девайс. И сделать прототип.
А в производстве будут экономить на всём — на последнем изгибе для пресс-формы. Так что профессионалам — своё, любителем DIY — своё!
А делать качественный самим, когда на тебе всё — нереально :(