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

Все проще - у меня оповещение о новых постах включено .

Вы один из тех редких людей, у которого оно работает

Иииииииииии? Этим я что-то нарушил или еще что непристойное сделал?

Я думаю, хотели сказать, что вы самый общительный на всем форуме

Мне страшно! А вдруг эти люди так же ТЗ пишут?!!! - Хотят сказать одно, а пишут другое!

Прим. Модераторам: Можно ОФФ-ы из темы убрать куда-нить или почикать их совсем?

Проще всю тему убить, т.к. ниочем.

Я это и не привязываю к профессионализму. И не привязывал. И не понял Ваших претензий в Вашем прошлом посте ко мне. Я имел ввиду лишь то, что Вы достаточно долго внутри рынка и достаточно долго на этом форуме, чтобы выяснить:
1. Что и как влияет на стоимость консультанта.
2. Что и кто и как будут на такой вопрос отвечать Вам на этом форуме.

Skif - спасибо, что более внятно выразили мой point.

Допускаю, что есть счастливые исключения, но из моего личного опыта - для проекта консультант-"шаловливые ручки" со знанием ABAPа скорее вреден, чем полезен.

На первом внедрении мне довелось поработать с SD девочкой, которая совершенно не знала ABAP, но зато знала поля в базе и достаточно много времени уделяла выяснению всех подробностей у заказчиков. Ее спецификации можно было просто брать и программировать.

На второй проект взяли какого-то пня, который считал, что он вообще знает абсолютно всё. В спецификациях вместо business requirements он начал чуть не напрямую писать ABAP код. И когда уже мы взялись за программирование, то, естественно, начались непонятки (пень-то всего не выяснил у заказчиков!). В результате нам пришлось бросить все программирование на пол-пути и переписать почти все его спецификации. А у нас каждая минута тогда была на учете! Причем когда к проекту наконец подключился наш собственный "SD guy" и вежливо указал тому на недочеты, эта редиска еще и побежал к менеджеру жаловаться, что его обидели.

Сейчас на новой работе третий месяц отлавливаю и исправляю то, что напрограммировал SD консультант. Лучше бы он подчистил конфигурацию за собой - уже бесят эти "do not use" везде.

Извините - наболело.

Доброго всем времени суток!

Знаете, я скажу возможно пародоксальную на первый взгляд вещь, но на самом деле никакие знания на влияют на вашу рыночную стоимость, значение имеют только ваши реальные результаты

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

Ааааа ... Извините, я совсем не занимался этим вопросом до настоящего момента.
ЗачОт.

Был свидетелем рассказа о собеседовании. Рассказывал собеседовавший. Пришел чел, опыт работы 3 года в проектам и еще там чем. После того как он не смог ответить на элементарные вопросы, в каких таблицах базы что хранится, собеседование закончилось.

Вот мне интересно, откуда эта девачка узнала какие поля из базы надо брать? Только не пытайтесь меня убедить, что ей это всё на курсах рассказали. Скажете опыт предыдущих внедрений? Ну-ну ... как это можно без знания кодинга в процессе внедрения такой опыт поиметь? ... не понимаю Остается вариант "сказали старшие товарищи" на предыдущих внедрениях.
Я правильно понимаю или что-то упустил?

существует разница между [/b]реальным опытом и тем что написано в резюме:) это я Вам как краевед говорю. опыт работы x лет тоже может говорить мало о чем. Если собеседовавший ориентировался только на резюме - то .... А если 3 года реального опыта с проектами еще и с нуля... то мягко выражаясь претендент был просто не нужен - либо собеседовавший не прав. Невозможно знать все. Можно быть несколько в нервном состоянии на интервью. Много факторов.

упс - не закрыла скобку во-время:) жаль что нельзя редактировать