Вы когда-нибудь увольняли человека, который этого не хочет? Вы сначала докажите его несоответствие согласно его должностной инструкции, проведите аккредитацию подтверждённую согласно этой же должностной инструкции, чтобы ее потом никто не оспорил. А если не получится, то он потом помимо компании еще и лично вас засудит как предвзятого руководителя, который мешает ему реализовываться в жизни.
Ну-ну, разработчик разберется. Слышал я такое уже где-то. Спойлер - нет, не разберется. Образованность нынешних разработчиков, в среднем по палате, под очень большим вопросом во всем, что касается архитектуры, проектирования и алгоритмизации. Они и код-то написать нормально не могут, а думать головой вообще за гранью их компетенции.
То, что конкретно вам, якобы, аналитик не нужен, это ни что иное, как всего лишь ошибка выжившего. Ничего больше.
Оставлю и свой комментарий почти по каждому пункту:
-Плохая организация собеседования Как уже верно заметили - рекрутеры это не HR. Рекрутеры сейчас в крупных компаниях это подрядные организации. HR занимается адаптацией и другими кадровыми вопросами внутри компании. Толковый первичный скрининг в ИТ мало какие рекрутеры могут проводить. Не стоит забывать, о факторе форс-мажорных обстоятельств. Делать выводы по одному негативному случаю по меньшей мере странно и неразумно. Теперь скажу как технический специалист, проводящий технические собеседования. Если у перед вашим собеседованием прилетел инцидент с прода или горит фича в релизе, то я конечно напишу рекрутеру, что нужно перенести собес, но лично на ваши чувства как кандидата мне в этот момент будет глубоко параллельно. Вы не пуп земли и вообще никто для меня и моей команды, чтобы рисковать ее благополучием.
-Ругают сотрудников Откуда вам знать, что человек негатив высказывает за спинами? Может он вполне в открытую это вещает. Если речь о собственниках бизнеса, то так частенько и бывает. Лучше, когда вам втирают, что замечательный коллектив? Думаю лучше быть приятно удивленным, что коллеги не такие, чем неприятно удивленным, что это болото со змеями. "То, что говорят о других скажут про тебя, когда тебя не будет в комнате." - вам лет-то сколько, чтобы думать о том, что и кто там про вас скажет, когда вас нет? Других забот не имеется?
-Неэтичное поведение Как вы уже достали с этим... Знаете, что бывает, когда не узнаешь про планы сотрудника на детей? Они появляются и ты теряешь сотрудника, на котором висит куча задач. А это означает, что их размажут по остальным, у которых своих сверх стакана. Женщины очень любят говорить, что это сексизм - спрашивать про детей. Только что-то мои коллеги-женщины не очень рады, когда на них падают задачи ушедшей в декрет коллеги. Даже и не знаю чего это они так негодуют. Пару раз в такой ситуации побываете и сразу мнение начнет меняться. Короче, не вижу никакой проблемы в том, что работодатель старается себя максимально обезопасить. Мы же в капитализме живем, верно?
-Ненормированный график и переработки Переработки в ИТ это база. Но это база у тех, кто 1) горит своим проектом 2) просто трудоголик 3) за доп оплату 4) просрал свои дедлайны и допиливает в свое время (если человек хочет держать свое слово и чувствует ответственность перед командой) 5) надеется или имеет договоренность о повышении\иной компенсации (например, годовая премия повышенная) Заставить работать больше не может никто и никак. А различные "способы мотивации", конечно, имеют место быть. Напоминаю, мы в капитализме живем.
-Игнорирование вопросов о контракте и зарплате Да что это за шараги-то, в которые вы на собесы ходите... Ну как бы да, мы работаем за деньги - нужно понимать сколько и как будут платить. Не знал, что про это нужно отдельно говорить. Если ты устраиваешься в компанию, не понимая как будут платить, а потом тебя кидают, то, кажется, что это юольше твоя вина. Спасение утопающего - дело рук самого утопающего.
-Необоснованные требования в сторону кандидата Ну это классический подход шараг. Тут сразу надо мимо проходить.
-Сильное давление при принятии решения Зависит от предлагаемых условий.
-Скрытые обязательства Пример - бред. Какие вы тут критерии хотите? "Не больше 2х дефектов на фичу" для разрабов? Или "0 изменений в написанной аналитике" для аналитиков? Оценка всегда будет по большей части субъективна. Никто вам четких критериев не даст. А если бы и дал, то как сравнивать работодателей между собой по этим критериям, ведь они могут быть разные у всех. Скрытые обязательства, конечно же, имеют место быть. Только они как раз скорее про переработки больше.
-Противоречивость информации Рекрутеры могут просто не знать всей внутренней кухни, если это обычные аутсорсеры. Рекрутеры как правило не очень умные и часто меняются. Пытаться им все объяснять - бессмысленно. Штатная должность по большей части не важна для обычных разработчиков\аналитиков\тестировщиков. Важны роль в команде, спектр обязанностей и условия оплаты. Если на собеседовании вы выясняете, что вам предлагают что-то, что вам не подходит - заканчивайте и уходите.
-Вопросы, которые стоит задать на собеседовании Следовало бы разделить на то КОМУ какие вопросы задавать. Почти все нет смысла спрашивать у рекрутера. Половину нет смысла спрашивать у технического интервьюера. В остальном - согласен. Хоть и считаю, что "о том как будет оцениваться успех" вопрос бессмысленный. Тут ответ один: Нормально делай - нормально будет.
Если автор ищет работу в таком месте, где 7.5 сотрудников в компании и у всех по 10 ролей, тогда не очень понятны все претензии описанные в посте. Но я сомневаюсь, что это так.
Ну да, ну да, а потом у нас работают аналитики и разработчики, которые задачу могут выполнить только с помощью стековерфлоу, не понимая как и что работает. Зачем разбираться, зачем думать, зачем оптимизировать, ведь всё можно просто скопировать что-то похожее у того, кто уже подумал, и впендюрить в свой проект.
У человека, который разбирается в том, как что-то работает и почему оно работает именно так, всегда будет преимущество перед выпускниками курсов "программируем на Пайтон". И это прекрасно.
А еще быстро разбираться в непонятных вещах, находя и усваивая большие объемы информации за короткое время.
Можно научиться рисовать схемки в разных нотациях, научиться классы какие-то составлять, можно даже спеки на oa3.1, gRPS и graphQL делать... И при этом быть так себе аналитиком, потому что вот не дается человеку быстро думать и понимать, когда и как все эти навыки применять правильно. Вот в этом кстати кроется сложность обучения новых кадров. Я всегда говорю ребятам, что я могу им что-то объяснить, но я не могу за них это понять.
Вроде написано разбираем системного аналитика и опять все в кучу... Вода по другим ролям, BPMN-схемы, которые должен составлять БА, Активити, примера которой нет (как и упоминания про UML) и в скиллах "проектирование БД", которого тут на самом деле тоже нет (вы просто описали класс счета, причем в контексте ответа API, бд проектируется не так).
"В большинстве компаний задачи бизнес-анализа и системного анализа выполняют разные специалисты, но в моей компании это делает один человек." - вы за границей где-то работали, раз для вас в большинстве компаний это разные люди? Для российского ИТ очень характерно непонимание разделения БА и СА, поэтому это в 90% случаев совмещаемые роли.
Если не в состоянии понять, в чем четвертая часть стала хуже, не можете уловить тонкости баланса и вот этого всего, то посмотрите на эту тему соответствующие видео от компетентных людей. С технической стороны третьи герои это эталон. НО это не отменяет того факта что вам могут больше нравиться другие игры серии. Уверен, что есть пациенты, которые 7ю часть любят. Но я, все же, держался бы от них подальше...
Жена директора колхоза Глаша спит со всеми подряд, а доярка Маша не дает никому, но в среднем они обе ш.... Ну вы поняли.
Давайте посмотрим, на каких позициях работают женщины в ИТ. Наверное, внезапно, на позициях аналитиков и тестеров, которые получают меньше разработчиков и РП. Дальше смотрим внутри этой роли - мужчины в среднем лучше противостоят давлению и более настойчивы, что требуется в работе аналитиком, что чаще их приводит на позиции лидов и синьоров.
Вот так мы и поймем почему же по данной статистике есть разница в зарплатах. Всегда нужно помнить что одна роль не равно одни и те же функции и тем более не один и тот же результат на одних и тех же задачах.
А можно поинтересоваться у автора, вы сами общались с разработчиками, аналитиками, тестерами именно в РАБОЧИХ вопросах? Как много? На скольких проектах? Понять бэкграунд реального применения описанного. Или вы просто теоретизируете? Скажу за себя, но я очень быстро вычисляю человека, который пытается общаться со мной по книжке, и это мгновенно начинает раздражать. И каждый следующий манипулятивный прием, паттерн и т.д. начинает раздражать все больше и больше. А если этот человек еще и не достаточно компетентен, то хочется поставить его на место и дать понять, что его "Это не те дроиды, которых вы ищите" на меня не действуют, а скорее создают противоположный эффект. А на самом деле все всегда сводится к постулату, которому всех учат в детстве - относись к людям так же, как хотел бы, чтобы отнеслись к тебе. Не всегда это будет получаться, но все мы люди, а не роботы. Когда 7 недель без выходных работаешь - любая искра типо возврата бага 2-й раз может триггернуть. Но если сорвался - извинись, когда успокоишься. Не надо усложнять.
Информация
В рейтинге
Не участвует
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
Это только в Пегасе, видимо :D
Это настолько плохо и тупо, что даже хорошо. Квинтэссенция шизофазии с претензией на рассуждения и откровения. Комментировать такое - только портить.
Да у нас тут приплетатель 100го уровня. Причем тут россияне и ненависть?
Вы когда-нибудь увольняли человека, который этого не хочет? Вы сначала докажите его несоответствие согласно его должностной инструкции, проведите аккредитацию подтверждённую согласно этой же должностной инструкции, чтобы ее потом никто не оспорил. А если не получится, то он потом помимо компании еще и лично вас засудит как предвзятого руководителя, который мешает ему реализовываться в жизни.
А зачем вообще собеседовать кого-то раз он уже работает на такой же позиции? Ну давайте просто так брать сразу, зачем время тратить.
Вы что-нибудь слышали о такой вещи как "Ошибка выжившего"? Почитайте, полезно будет.
Да-да, и понятия "кранч" не существует тоже, я его выдумал.
Хорошо. Если я уточню, что это база в ру-сегменте, то так всех устроит?
Я не говорю, что это хорошо. Я не говорю, что это плохо. Это просто объективная реальность.
Ну-ну, разработчик разберется. Слышал я такое уже где-то. Спойлер - нет, не разберется. Образованность нынешних разработчиков, в среднем по палате, под очень большим вопросом во всем, что касается архитектуры, проектирования и алгоритмизации. Они и код-то написать нормально не могут, а думать головой вообще за гранью их компетенции.
То, что конкретно вам, якобы, аналитик не нужен, это ни что иное, как всего лишь ошибка выжившего. Ничего больше.
Оставлю и свой комментарий почти по каждому пункту:
-Плохая организация собеседования
Как уже верно заметили - рекрутеры это не HR. Рекрутеры сейчас в крупных компаниях это подрядные организации. HR занимается адаптацией и другими кадровыми вопросами внутри компании.
Толковый первичный скрининг в ИТ мало какие рекрутеры могут проводить.
Не стоит забывать, о факторе форс-мажорных обстоятельств. Делать выводы по одному негативному случаю по меньшей мере странно и неразумно.
Теперь скажу как технический специалист, проводящий технические собеседования. Если у перед вашим собеседованием прилетел инцидент с прода или горит фича в релизе, то я конечно напишу рекрутеру, что нужно перенести собес, но лично на ваши чувства как кандидата мне в этот момент будет глубоко параллельно. Вы не пуп земли и вообще никто для меня и моей команды, чтобы рисковать ее благополучием.
-Ругают сотрудников
Откуда вам знать, что человек негатив высказывает за спинами? Может он вполне в открытую это вещает. Если речь о собственниках бизнеса, то так частенько и бывает.
Лучше, когда вам втирают, что замечательный коллектив? Думаю лучше быть приятно удивленным, что коллеги не такие, чем неприятно удивленным, что это болото со змеями.
"То, что говорят о других скажут про тебя, когда тебя не будет в комнате." - вам лет-то сколько, чтобы думать о том, что и кто там про вас скажет, когда вас нет? Других забот не имеется?
-Неэтичное поведение
Как вы уже достали с этим... Знаете, что бывает, когда не узнаешь про планы сотрудника на детей? Они появляются и ты теряешь сотрудника, на котором висит куча задач. А это означает, что их размажут по остальным, у которых своих сверх стакана.
Женщины очень любят говорить, что это сексизм - спрашивать про детей. Только что-то мои коллеги-женщины не очень рады, когда на них падают задачи ушедшей в декрет коллеги. Даже и не знаю чего это они так негодуют. Пару раз в такой ситуации побываете и сразу мнение начнет меняться.
Короче, не вижу никакой проблемы в том, что работодатель старается себя максимально обезопасить. Мы же в капитализме живем, верно?
-Ненормированный график и переработки
Переработки в ИТ это база. Но это база у тех, кто
1) горит своим проектом
2) просто трудоголик
3) за доп оплату
4) просрал свои дедлайны и допиливает в свое время (если человек хочет держать свое слово и чувствует ответственность перед командой)
5) надеется или имеет договоренность о повышении\иной компенсации (например, годовая премия повышенная)
Заставить работать больше не может никто и никак. А различные "способы мотивации", конечно, имеют место быть. Напоминаю, мы в капитализме живем.
-Игнорирование вопросов о контракте и зарплате
Да что это за шараги-то, в которые вы на собесы ходите...
Ну как бы да, мы работаем за деньги - нужно понимать сколько и как будут платить. Не знал, что про это нужно отдельно говорить. Если ты устраиваешься в компанию, не понимая как будут платить, а потом тебя кидают, то, кажется, что это юольше твоя вина. Спасение утопающего - дело рук самого утопающего.
-Необоснованные требования в сторону кандидата
Ну это классический подход шараг. Тут сразу надо мимо проходить.
-Сильное давление при принятии решения
Зависит от предлагаемых условий.
-Скрытые обязательства
Пример - бред. Какие вы тут критерии хотите? "Не больше 2х дефектов на фичу" для разрабов? Или "0 изменений в написанной аналитике" для аналитиков?
Оценка всегда будет по большей части субъективна. Никто вам четких критериев не даст. А если бы и дал, то как сравнивать работодателей между собой по этим критериям, ведь они могут быть разные у всех.
Скрытые обязательства, конечно же, имеют место быть. Только они как раз скорее про переработки больше.
-Противоречивость информации
Рекрутеры могут просто не знать всей внутренней кухни, если это обычные аутсорсеры. Рекрутеры как правило не очень умные и часто меняются. Пытаться им все объяснять - бессмысленно.
Штатная должность по большей части не важна для обычных разработчиков\аналитиков\тестировщиков. Важны роль в команде, спектр обязанностей и условия оплаты. Если на собеседовании вы выясняете, что вам предлагают что-то, что вам не подходит - заканчивайте и уходите.
-Вопросы, которые стоит задать на собеседовании
Следовало бы разделить на то КОМУ какие вопросы задавать. Почти все нет смысла спрашивать у рекрутера. Половину нет смысла спрашивать у технического интервьюера.
В остальном - согласен. Хоть и считаю, что "о том как будет оцениваться успех" вопрос бессмысленный. Тут ответ один: Нормально делай - нормально будет.
Если автор ищет работу в таком месте, где 7.5 сотрудников в компании и у всех по 10 ролей, тогда не очень понятны все претензии описанные в посте. Но я сомневаюсь, что это так.
Ну да, ну да, а потом у нас работают аналитики и разработчики, которые задачу могут выполнить только с помощью стековерфлоу, не понимая как и что работает. Зачем разбираться, зачем думать, зачем оптимизировать, ведь всё можно просто скопировать что-то похожее у того, кто уже подумал, и впендюрить в свой проект.
У человека, который разбирается в том, как что-то работает и почему оно работает именно так, всегда будет преимущество перед выпускниками курсов "программируем на Пайтон". И это прекрасно.
А еще быстро разбираться в непонятных вещах, находя и усваивая большие объемы информации за короткое время.
Можно научиться рисовать схемки в разных нотациях, научиться классы какие-то составлять, можно даже спеки на oa3.1, gRPS и graphQL делать... И при этом быть так себе аналитиком, потому что вот не дается человеку быстро думать и понимать, когда и как все эти навыки применять правильно. Вот в этом кстати кроется сложность обучения новых кадров. Я всегда говорю ребятам, что я могу им что-то объяснить, но я не могу за них это понять.
Вроде написано разбираем системного аналитика и опять все в кучу... Вода по другим ролям, BPMN-схемы, которые должен составлять БА, Активити, примера которой нет (как и упоминания про UML) и в скиллах "проектирование БД", которого тут на самом деле тоже нет (вы просто описали класс счета, причем в контексте ответа API, бд проектируется не так).
"В большинстве компаний задачи бизнес-анализа и системного анализа выполняют разные специалисты, но в моей компании это делает один человек." - вы за границей где-то работали, раз для вас в большинстве компаний это разные люди? Для российского ИТ очень характерно непонимание разделения БА и СА, поэтому это в 90% случаев совмещаемые роли.
Однажды, я встречу хорошую статью про SA.
I want to believe.
Если не в состоянии понять, в чем четвертая часть стала хуже, не можете уловить тонкости баланса и вот этого всего, то посмотрите на эту тему соответствующие видео от компетентных людей. С технической стороны третьи герои это эталон. НО это не отменяет того факта что вам могут больше нравиться другие игры серии. Уверен, что есть пациенты, которые 7ю часть любят. Но я, все же, держался бы от них подальше...
Господа, снимите уже комнату или давайте по делу.
Читать дальше после слов о бесполезности алгоритмических задач считаю бесполезным.
Жена директора колхоза Глаша спит со всеми подряд, а доярка Маша не дает никому, но в среднем они обе ш.... Ну вы поняли.
Давайте посмотрим, на каких позициях работают женщины в ИТ. Наверное, внезапно, на позициях аналитиков и тестеров, которые получают меньше разработчиков и РП. Дальше смотрим внутри этой роли - мужчины в среднем лучше противостоят давлению и более настойчивы, что требуется в работе аналитиком, что чаще их приводит на позиции лидов и синьоров.
Вот так мы и поймем почему же по данной статистике есть разница в зарплатах. Всегда нужно помнить что одна роль не равно одни и те же функции и тем более не один и тот же результат на одних и тех же задачах.
А можно поинтересоваться у автора, вы сами общались с разработчиками, аналитиками, тестерами именно в РАБОЧИХ вопросах? Как много? На скольких проектах? Понять бэкграунд реального применения описанного. Или вы просто теоретизируете?
Скажу за себя, но я очень быстро вычисляю человека, который пытается общаться со мной по книжке, и это мгновенно начинает раздражать. И каждый следующий манипулятивный прием, паттерн и т.д. начинает раздражать все больше и больше. А если этот человек еще и не достаточно компетентен, то хочется поставить его на место и дать понять, что его "Это не те дроиды, которых вы ищите" на меня не действуют, а скорее создают противоположный эффект.
А на самом деле все всегда сводится к постулату, которому всех учат в детстве - относись к людям так же, как хотел бы, чтобы отнеслись к тебе. Не всегда это будет получаться, но все мы люди, а не роботы. Когда 7 недель без выходных работаешь - любая искра типо возврата бага 2-й раз может триггернуть. Но если сорвался - извинись, когда успокоишься. Не надо усложнять.