К сожалению, стоимость ABAPера на рынке не всегда коррелирует с уровнем его навыков, а скорее с его/ее умением себя продать. Среди весьма высоко оплачиваемых консультантов со многими годами опыта работы (на бумаге по крайней мере) иногда попадаются такие эээ... не очень знающие люди.

Я имею довольно средний стаж работы в абапе - 3 года , ну чуть больше. И поработав сначала на внутреннем проекте, потом в карманном консалтинге - дочке одной крупной фирмы, и сейчас работая в полноценном известном в России консалтинге пришел к выводу. Что не стоит занижать свою самооценку. Надо просто приходить на собеседование, обозначать грейд на который претендуешь и спрашивать по честному вилку. И потом просить ну на максимум на 10 000 меньше от потолка, чтобы не сочли уж совсем за наглость. Если контора купит тебя, то все хорошо - уверенная в себе фирма, если нет, то и слава богу что не вляпался. А деньги ты все равно эти отработаешь на проекте. А знания? Тут все просто - всего знать нельзя, тем более система не стоит на месте, и то что было в 4.6 в 6.2 уже может не использоваться, зато в 6.2 той же есть куча всего нового. Тут главное умение рыть, постоянно рыть. Надо знать просто базовые части, остально форумы, и повторение - мать учения:) Кстати вот конса по какому нить модулю гораздо сложнее проверить. Пришел человек, представительный, наговорил громких названий фирм, резюме такое выше среднего. Ну продал себя хорошо, сел на проекте, сидит что то делает, что то српашивает, время идет, по большей части старается работу свою распихать между консами и абаперами, особо не погружаясь в задачи. Если тест, то на пользователей. Работает так сказать транслятором, при этом с манерой профессионала. И такие люди как правило спокойно доживают до предфинальной стадии проекта, потом либо просятся на другой, либо увольняются, имея в резюме еще один плюсик. Политика, великая весч:) Все ИМХО, сплошное созерцание жизни:)

Кажется я нашел пунктик, на который стоит обращать внимание при оценке консалтера функционала. Это SAP Query!
Если он знает и использует этот инструмент, значит он хоть что то понимает в системе и БД.
Один знакомый консультант, когда открыл для себя SAP Query, почти перестал приходить к нам с разработками.

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

Parazit, это не панацея
Как раз функциональщики такой Query могут замутить, что за ними базисники с битами станут гоняться

Разумеется не панацея. Но лучше базисник с битой, чем консультант с кристально чистым мозгом!

p.s.
Конечно, SAP Query не единственный пунктик. Но если его нет, я бы сразу давал "от ворот поворот".

Я тоже минимизирую свои походы к разработчикам за счет query с активным использованием блока abap-кодировки. Недавно вот научился наконец в Query делать дрилл-даун в разные отчеты в зависимости от того, на какой столбце кликнули.

Эх, еще бы научиться там кнопки делать с навешиванием на них обраработки выделенных строк...

Зачем это?
Я понимаю, когда этот инструмент используется проектной группой там, где одним se16[n] не пройти.
Но если делать инструмент для постоянного использования конечными пользователями, намного надежнее таки сделать это полноценной разработкой.

Возможно, хотя и спорно. Но повторюсь, к вопросу об оценке компетенции, умение консультанта пользоваться SAP Query отличает его от множества нахлынувших "гуманитариев".

Скорее умение консультанта профессионально поставить Техническое задание разработчику,
используя и демонстрируя (при необходимости) взаимосвязи таблиц - это действительно отличает от "гуманитариев".
Очень спорный вопрос - насколько это умение критично для консультанта.

Но мы находимся в ветке обсуждения навыков ABAP...
Хотя и перешли от обсуждения подготовки разработчика к навыкам консультанта.

Согласен! Однако в этой теме поднимался вопрос, как это проверить?
Я убежден, если человек не делал ничего своими руками (ABAP, SQL, SAP Query, Report Painter и т.д.), то он не сможет "профессионально поставить Техническое задание разработчику". Из вышеперечисленного пожалуй SAP Query наиболее актуален для консультанта.
Я не говорю, что это единственный критерий, но на месте HR, просматривая резюме, я бы поставил жирный плюсик напротив SAP Query.

p.s.
По оценке уровня навыков разработчика для меня вопрос остается открытым.