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

ну стажеров за бугор не берут)



тоже так думаю



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



на собеседование в шортах? Это надо быть меганезаменимым наверно...... ИМХО даже на работу не комильфо (это как минимум некрасиво по отношению к другим работникам)




ИМХО, для человека с опытом - это скорей унизительно. Для студентов - возможно есть смысл, проверить усидчивость и способность долго работать (и то, проще взять на стажировку пару десятков, а потом отсеять тех, кто не справляется).....

А в процессе кормят? Не печеньками, а посерьёзней чем-то.

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

С таким же успехом любое собеседование где задают вопросы можно назвать унизительным:) никаких задачек на айкю нам не задавали - дали кейс-проект из реальной жизни, сказали разобрать, рассказать ход проекта, предположителные сроки, расставить приоритеты, сделать презентацию, презентовать группе; далее была серия интервью с разными отделами, где задавали довольно хитрые вопросы которые не предполагают "ответа в лоб". Да, заняло все это часов 6, да, время - но работу искать вообще непросто, и "ноги бить" приходится; и да, из 12 человек остались 3 и проработали потом до конца и проработали бы дольше если бы дали

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

в большик компаниях через 3 месяца не весь доступ даже дают, испытательный срок в 3 месяца - смешно. Человек полноценно начинает работать месяцев через 6 только испытательны срок - далеко не бесплатная замена, человека только нанять стоит 12-15К фунтов, не наувольняешься после испытательного срока.

darkduck - вы подтвердили мои догадки - сейчас работу неспешно ищу, все говорят - IBM is the place to be

Я стесняюсь спросить - а как же надо правильно рефрешить тест? Просто кроме "взять и восстановить" что-то в голову больше ничего не приходит...
Сорри за оффтоп, но мне реально интересно, у нас тест рефрешится раз в три месяца примерно, хочу понимать, что я делаю не так.

меня как то звали в IBM (не UK, правда) на проект, но все было чинно, несколько телефонных собеседований и разговор по делу



может не читали ваше резюме и решили типа как на программу по стажеровке взять? хотя странно, конечно



ХЗ, но дургие фирмы ж как то набирают людей без таких вот "рекрутинговых программ" и нормально работают



я совершенно не базисник, но какой еще ответ можно на это дать? Нет если бы спросили типа как сдлеать рефреш с такими то параметрами, требованиями и тд - тогда да, возможно.....ну а так?

Как по мне, есть работа с определенными задачами (техническими, нетехническими, разными) и есть определенный человек. Так вот, есть 2 варианта - либо этот человек может выполнить данные задачи в поставленный срок ("выполнить" - это уже подразумевает нормально выполнить") либо нет, он не справляется. И вот выявить это может только испытаельный срок, а не всякая туча собеседований и тестов.



по деньгам - навряд

на постоянку



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

Согласен. Когда берется человек без sap-опыта, то именно столько требуется.
Если же человек уровня K3 и выше начинает работать через 6 месяцев, то что-то не так в конторе.


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

всё определяет сочетание страны и уровня.

В рамках вашей организации вы наверное делаете все так

тут важен мыслительный процесс - я жду в ответ уточняюших вопросов типа - а кто бизнес? Кто пользуется тестом и с каким графиком? а какие подцеплены интерфейсы? а какова собственно цель рефреша? Данные? или настройки? далее кандидат желательно должен поррассуждать о том какой способ подходит более - вот так взять продуктивный бэкап не так уж просто, во-первых, размер продуктивного бэкапа бывает охренительный (у нас это 20Тб и рефреш баз в лоб идет 5 дней), во вторых, не всякий продуктивный бэкап дадут взять безопасники, кроме рефреша всей системы есть еще несколько разных способов отрефрешить данные, некоторые сыстемы вообще рефрешить в лоб вредно (типа PI) и так далее - все детали знать необязательно, но представлять себе процесс нужно и дать понять на интервью это тоже нужно - если человек нанимается на работу в крупную компанию

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

vот казалось бы простой вопрос - у вас упала система, что вы делаете? вот самое первое что вы делаете? 8 из 10 говорят что лезут на операционку смотреть что случилось. А что нужно самое первое сделать? бизнес оповестить о том что система лежит, чтоб телефон хелпдеска не обрывали, ведь обработка каждого тикета стоит невменяемых денег, и если есть информация у агентов что система лежит и мы работаем над этим экономит компании кучу денег. Знать необязательно, но понимать такие вещи нужно

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

начинает _полноценно работатрь_ - это с сап опытом, в крупных конторах процессы запутанные, а ландшафт еще более запутанный - думаю, во всех крупных конторах "что-то не так"

кстати не только к сапу относится