Можно прокоментировать: Консультант не должен знать ABAP, но умеющий им пользоваться больше ценится.

Konstantin Anikeev

Есть просто два вида консультантов... Process Consultant и Technical Consultant

Johnny_nvkz

Моха написал(а):

Johnny_nvkz, другими словами девелопер может проанализировать задачи консультантов на предмет интеграции в текущую архитектуру? Я так понимаю, для этого девелопер должен достаточно хорошо и быстро "переводить с языка консультантов" и по сути владеть "беглым консультантским языком" или тут ему в пару нужен некий "ведущий консультант"?

И консультанту и девелоперу нужен мозг, работающий в правильном направлении.
Аналитический склад ума и тогда абсолютно пофигу в какой сфере он работает SAP или 1С а может Oracle или Axapta.

я еще на 7 старнице кажется написал что тема ниочем.
Мухи должны быть отдельно котлеты отдельно.
Но как сказал Крылов:
Когда в товарищах согласья нет,
На лад их дело не пойдет,
И выйдет из него не дело, только мука.
..... (копирайт и все такое)

Без знания бизнес-логики, связи таблиц, архитектуры системы, вы кодер, котоырй может по готовой блок схеме закодить.

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

Моха

Konstantin Anikeev написал:

Есть просто два вида консультантов... Process Consultant и Technical Consultant

Собственно, я так понимаю, что последний как раз тамблички то своего модуля и знает?

Skif

111 написал(а):

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

приведу ещё пример из серии " когда я работал в маленькой психиатрической больнице"

в том же базисном отделе была организована работа "с перекрытием", т.е. "60% - твоё и 30% - соседа". да собственно таблицу ж рисовал где-то...

Моха

Johnny_nvkz написал(а):

я еще на 7 старнице кажется написал что тема ниочем.

"Дятил кроется в деталях" (с) Я.
Благие намерения и готовность к прекрасному - это чудесно. Тока, когда начинаем строить КОНКРЕТНУЮ схему взаимодействия, то обнаруживаем, что появляется работа, которую НИКТО не желает делать. И тут приходит "северная лиса". Чтобы лиса не пришла, надо кому-то взять на себя трудный участок. Я предполагал ранее, что это сделает консультант со знанием абапа и т.п. За что ему почет, хвала и прочее. Так понятнее, о чем речь?

Pad0nak

Моха написал(а):

Pad0nak написал(а):

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

Да вот тут с пеной у рта в начале темы отдельные товарищи утверждали обратное.
Хто прав?Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ!!

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

Pad0nak

111 написал(а):

Если будут АВАРеры, каждый из которых досконально изучил по нескольку модулей, возникает вопрос - зачем нужны консультанты?

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

Моха

Pad0nak написал(а):

консультант еще должен кроме системы знать и бизнес втч законодательство и бест практики.

И много на форуме тут консалтеров, которые ПБУ хотя бы раз читали? Извините за наглость. А многие знают правила сдачи-приемки товара? К хто знает, какой пакет документов надо оформлять при комиссионной торговле? А учет НДС при строительных работах собственными силами? :shock:

Pad0nak

Моха написал(а):

Pad0nak написал(а):

консультант еще должен кроме системы знать и бизнес втч законодательство и бест практики.

И много на форуме тут консалтеров, которые ПБУ хотя бы раз читали? Извините за наглость. А многие знают правила сдачи-приемки товара? К хто знает, какой пакет документов надо оформлять при комиссионной торговле? А учет НДС при строительных работах собственными силами? :shock:

это проблема рынка, на нем много недоконсультантов, недопрограмистов, рынку нужны ресурсы, их сейчас мало, поэтому такие чудеса случаются, что FI консультанты не знают ПБУ, абаперы не умеют писать на ООП итд...

ЗЫ
все ушОл рОботать

:oops:

sy-uname

Pad0nak написал(а):

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

Да, многие вещи можно сделать "проще" - но это не значит что в целом это будет лучше, быстрее, надёжнее.

Цитата:

ведь внедрение сап это не только сделать настройки по IMG как бы тут не говорили все любители простых проектов

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

Johnny_nvkz

Моха написал(а):

Johnny_nvkz написал(а):

я еще на 7 старнице кажется написал что тема ниочем.

"Дятил кроется в деталях" (с) Я.
Благие намерения и готовность к прекрасному - это чудесно. Тока, когда начинаем строить КОНКРЕТНУЮ схему взаимодействия, то обнаруживаем, что появляется работа, которую НИКТО не желает делать. И тут приходит "северная лиса". Чтобы лиса не пришла, надо кому-то взять на себя трудный участок. Я предполагал ранее, что это сделает консультант со знанием абапа и т.п. За что ему почет, хвала и прочее. Так понятнее, о чем речь?

А вот это вопрос уже из области Управленяи Проектами. И данынй вопрос лежит вне сферы деятельности рядового консультанта или абапера.

111

Pad0nak написал(а):

111 написал(а):

Если будут АВАРеры, каждый из которых досконально изучил по нескольку модулей, возникает вопрос - зачем нужны консультанты?

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

Это, скорее, относится к компетенции бизнес-консультанта. IMHO.

vga

Pad0nak написал(а):

абаперы не умеют писать на ООП итд...

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

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

Konstantin Anikeev

vga написал(а):

Pad0nak написал(а):

абаперы не умеют писать на ООП итд...

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

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

Не соглашусь... Зависит от модуля... Если в ММ, SD и удобнее через формы и функции писать... То в Workflow вы уже никуда от классов и объектов не денетесь... А уж если до WebDynpro доберетесь, то там просто и понятно уж совсем не выйдет

vga

Konstantin Anikeev написал:

Не соглашусь... Зависит от модуля... Если в ММ, SD и удобнее через формы и функции писать... То в Workflow вы уже никуда от классов и объектов не денетесь... А уж если до WebDynpro доберетесь, то там просто и понятно уж совсем не выйдет

Ключевое слово - где попало. И предвидя дальнейшие вопросы, проще - не значит ненадежно. Сразу сорри за оффтом, но развивая тему, когда видишь программу, немного сложнее по функционалу "Hello World", написанную на классах, ничего кроме раздражения это не вызывает. Сразу задаешься вопросом или человек других технологий не знает, или изучает ООП на твоем проекте.

FAQ по разделу

Можно прокоментировать: Консультант не должен знать ABAP, но умеющий им пользоваться больше ценится.

Кто сейчас на конференции