Стоит ли идти в консалтинг (не фрилансером)?
Добрый вечер,
что вы думаете в целом о смене рабочего места с внутренней разработки на консалтинг с целью повышения з/п? То есть, под консалтингом я сейчас подразумеваю работу на окладе на какую-нибудь фирму, которая занимается консалтингом на месте у клиентов (body leasing), а не (псевдо-)фрилансерство.
Кто-нибудь из вас работал на подобной работе? Какие были плюсы/минусы/риски?
body leasing -> с целью повышения з/п?
Никогда подобного не встречал. Если конечно текущая з/п не совсем мизерная.
Фирма которая вас будет брать, будет платить вашей фирме довольно много, возможно раза в два больше, чем будете получать Вы.
Из плюсов - без проекта будет идти какая то зарплата, если общая ситуация на рынке хорошая.
Из минусов - постоянно быть вне дома.
если вы не в состоянии устранить эти "между проектами", то вам нужно самому идти в наймы, а не фирму консалтинговую держать. проекты ищутся не тогда, когда до окончания текущего осталась неделя, а за месяцы (!!!) до этого. постоянные клиенты нужны обязательно, связи и т.д. если не получается - чего вы в это ввязались? или вы думаете, что какая-то фирма возьмет лучше вашего работника за 120 евро в час, чтобы вам половину заработать, а не фрилансера за 60? спрыгивайте на землю, алекс : )
Спасибо за ответы.
Пообщался сам еще немного с людьми, знакомыми с консальтингом напрямую и что-то названные заработки даже Senior консультантов не переваливают существенно за 80к, если вообще, а минусов больше, чем на "простой" работе (разработка собственного продукта). С другой стороны плюсы тоже есть, постоянно чему-то новому учишься.
А вы какие плюсы работы в консальтинге назвали бы?
Кроме как набраться опыта и то, дело такое... Обучать за свой счёт клиент молодёжь не будет. Ищут на проект специалистов в технологиях А и Б. И если ты не специалист, то на такой проект не попадаешь. Вопрос - как же тебе набраться опыта в технологии А и Б? Ответ - тебя продают на проект, как будто ты в них спец, хотя ты в них ни петь ни читать (курсы закончил, да).
Есть одно преимущество. Легко работать на "от..ись". 6 месяцев поваял, что-то сдал и пошло оно всё лесом. Что твой код никто не понимает, что ты после себя не оставил ни строчки документации. Сдал - забыл. Как вспомню... Повбивал бы 3/4 консалтеров и 90% тех, кто их нанимает...
Имхо: идти в консалтеры стоит с одной целью - попасть на проект у крупной фирмы и выскочить из шкурки чтобы тебя переняли.
ПыСы Горжусь что добился того, что из проекта выгнали 3-х таких "успешных молодых специалистов", не желавших документировать и объяснять что и как они ваяют. :)
Есть одно преимущество. Легко работать на "от..ись". 6 месяцев поваял, что-то сдал и пошло оно всё лесом. Что твой код никто не понимает, что ты после себя не оставил ни строчки документации.
Ну давай по-чесноку, это не косяк консалтеров :D Если вы не контролируете работу и принимаете говно, то это проблема с менеджментом.
У нас тут прикол был, шеф решил сделать DoD , разослал всем документик и попросил накидать свои мысли. В DoD было 53(!!!) пункта. Я накидал, что мол пунктов надо сделать не больше 10, прошелся по каждому из этих 53-х пунктов, составил DoD из 9 пунктов (объяснил почему выбросил каждый пункт). Спустя неделю шеф прислал новый документ, в котором было 2 DoD (один на баги, другой на таски) разбил эти DoD на 3-4 части (типа требования к составлению таска, требования к сопровождению итд) в результате получилось 2 документа и около 40 пунктов
в каждом. Я в этот говнодакумент даже не вчитывался. Открыл и закрыл :) При этом я консалтер, а шеф в штате. Ну и понятно дело, что следовать этим документам никто никогда не будет (как никто и никогда не следовал предыдущему DoD).
Ну давай по-чесноку, это не косяк консалтеров :D Если вы не контролируете работу и принимаете говно, то это проблема с менеджментом.
Полностью согласен. Потому и написал что 90% менеджеров, набирающих консалтеров прибить хочется, а консалтеров только 75% :)
И тем не менее будучи консалтером навалять хрени проще. Потому как навалил и ушёл.
А если человек в проекте остаётся, то его же потом мучать будут вопросами - мол, это же ты написал, твой коммит, давай, признавайся что ты думал и думал ли вообще. Консалтера же потом не найдёшь и не достанешь. Хотя иногда им не везёт. Один товарисч наваял для одной фирмы, на которую я работал, редкостного невнятного отстоя, а через пару лет его продавали в проект уже в другую фирму... но там на проекте уже был я :)
И тем не менее будучи консалтером навалять хрени проще. Потому как навалил и ушёл.
Зависит от многих факторов. Навялял и ушел тоже не всегда получится, я живое подтверждение тому, что проекты могут идти годами. А там, где надо срочно закрыть "дырку" врядли будут ставить консалтера.
я живое подтверждение тому, что проекты могут идти годами.
могут получить по жопе за шайнзелбстштэндихкайт. и вы, кстати, тоже заодно.
А там, где надо срочно закрыть "дырку" врядли будут ставить консалтера.
если нет дырки, то зачем вообще нужен кто-то посторонний? значит, свои спокойно справятся.
Проекты на 1-2-3 месяца?
Да, были и такие. Один раз нужно было срочно допилить процесс измерений в одном устройстве возле Ульма.
Потом для проекта железной дороги нужно было, что то срочно написать по спекам а Ганновере. Остальное как то не запомнилось.
если нет дырки, то зачем вообще нужен кто-то посторонний? значит, свои спокойно справятся.
Может быть несколько причин:
1) в команде нет know how на какую-либо тематику.
2) проект, на который будет консалтера ограничен по времени
3) нужно разбавить команду "свежей кровью"
4) еще какие-то соображения.
Я пока что не сталкивался с проектами, в которых Einarbeitung длилось бы меньше пары месяцев. И как ты понимаешь, закрывать в таких проектах людей, которые ушли в отпуск или заболели несколько странно.
В него надо въехать.....
Надо, но написание документации к коду никак не влияет на продакшен.
Ну и не факт, что не придется править это дерьмо.
А вот до этого скорее всего не допустят человека, который пришел на 1-2 месяца и не смог изучить систему. Ну если только изменение это тривиально. Или так приперло, что уже любое изменение кажется спасительным :)
А еще есть хорошая традиция нанимать консалтера, чтобы написать документацию на то, что наваял предыдущий консалтер.
С написанием документации все более или менее понятно. В этой деятельности не надо менять код :)
скажите еще "как и понимать код". главное - уметь писать : )
если нет дырки, то зачем вообще нужен кто-то посторонний? значит, свои спокойно справятся.
Может быть несколько причин:
1) в команде нет know how на какую-либо тематику.
2) проект, на который будет консалтера ограничен по времени
3) нужно разбавить команду "свежей кровью"
4) еще какие-то соображения.
в моем понимании все перечисленное (4 можно опустить) и обозначает "дырку". или если команда нихера или чего-то не умеет, то это - не дырка, а нормальный ход?
Я пока что не сталкивался с проектами, в которых Einarbeitung длилось бы меньше пары месяцев.
у меня по этому поводу особое мнение. если человек не в состоянии айнарбайтаться (в любую тему!) за несколько дней, то он или не по профилю выбран, или он просто не справится с заданием вообще. от
слова никогда.
И насколько простыми были эти проекты?
Понятие конечно относительное, тем более речь не идет о всём проекте.
Есть какая то часть которую нужно реализовать. Просто "человек с улицы" конечно не справится.
Но больше пары дней на старт еще не приходилось встречать, один фиг какой проект. Всё равно, начинаешь с малого.
в моем понимании все перечисленное (4 можно опустить) и обозначает "дырку". или если команда нихера или чего-то не умеет, то это - не дырка, а нормальный ход?
Всякое бывает. Может быть такое, что надо например поддержка из вне чтобы оптимизировать запросы к БД. У команды может не быть необходимых знаний, а специалиста по SQL можно пригласить из вне.
Или может быть нужен человек с какими-то специальными знаниями. Например я на предыдущий проект попал т.к. знаю MSI , а им надо было срелать пару сотен инсталляторов. Потом уже я там задержался, но это уже другая тема.
Под "дырой" я понимаю замену выбывшего сотрудника.
у меня по этому поводу особое мнение. если человек не в состоянии айнарбайтаться (в любую тему!) за несколько дней, то он или не по профилю выбран, или он просто не справится с заданием вообще. от слова никогда.
Ну тут вопрос в том, что ты понимаешь под айнарбайтаться. Для того, чтобы понять структуру проекта и худо-бедно научиться предолагать где есть тонкие места или на что может повлиять то или иное изменение нескольних дней явно недостаточно.
а как такой человек напишет документацию? :-)))))
Ну тут полно вариантов:
1) зависит от того, какого рода документация требуется.
2) могут попросить описать API какой-то компоненты, которую используют другие модули системы. так что изменение в коде может привести к тому, что другие компоненты начнут сыпаться. (да, мы все знаем про тестирование, но не все его применяют :D)
3) описать код и понять систему - это не одно и тоже.
Вообще то в этой фразе был немного иной смысл.
Но больше того, что можно сделать за отведенное время конечно не поручат (могут быть конечно исключения по хотелкам, но исполнитель тоже знает сколько ему примерно понадобится).
Поэтому с любой стороны это будет "мало".
А где вы видите там проблемы долгого изучения?
- Erneuerung von Web-Apps auf aktuelle Software Frameworks
Я так понимаю, что контора хочет перенести существующий функционал с собственного API на существующий фреймворк. Ну т.е. у них там какой-то самопальный фреймфорк, от которого они решили избавиться и заменить его на jQuery и React. Или что-то в этом роде.
- Weiterentwicklung des Frontend der Web-Applikation in React
Проект планируется не меньше, чем на год.
- Entwicklung neuer Schnittstellen Technologien oder Umstellung der bestehenden Architektur
Для этого надо въехать в то, что уже есть, понять что хотят клиенты. Тут придется перелопатить тонну документации.
Я думаю, что это работа с махровым легаси кодом, а там всегда надо выделять много времени на изучение имеющегося.
Я вообще то еще ни разу не встречал описание точно соответствующее действительности.
Да и кроме того, мне кажется, вы равняетесь на что то абсолютно идеальное.
Тут придется перелопатить тонну документации.
Почти уверен что и килограмма не наберётся. И проекты небольшие.
Думаю что за день вполне можно освоится и понять как делали раньше - по умному или на шару. (Хотя видно в первые же минуты)
С шарой нефиг будет вообще разбираться, только отдельные проблемные моменты можно будет там выяснять по ходу дела.
Поговорил немного с человеком, работающим (не фрилансером) в консальтинге в Мюнхене. Сеньоры у них поднимают 60-75к, нагрузка по началу проекта высокая, потом обычно ок. На ступени повыше, где нужно заниматься еще и развитием персонала и уметь "продавать" проекты клиентам, некоторые зарабатывают и 100к+. В основном работа связана с миграцией всяких компаний в облако.
Ой. Если он в Java или в .Net то передайте ему чтобы он бежал оттуда. Ну а если он про сеньоров в PHP или JS то и фиг с ними :)
На всякий случай - это не Capgemini? Я про них регулярно слышу что они жлобы и мало платят. Я в нашей деревне три консалтинга знаю который сеньорам 60-70 платят. А в Мухине надо минимум. 75 - 90
Уж лучше в adesso идти.