Цитата:
Сообщение от
AlexeyS
imo в такой ситуации могут проявиться большие риски просто завалить проект, потому-что во-первых, стандартные инструкции к стандартным ситуациям должен кто-то описать и этот кто-то должен на пару уровней превосходить исполнителей. Во-вторых, документация обычно сильно запаздывает, а в третьих, что делать в случае нестандартных сценариев? будь их мало, мы бы давно "программировали" галочками в настройках.
Плюс, в любом проекте должно быть управление рисками и ответственный ПМ, а в случае выпускников бух.ПТУ и .net-чиками широкого профиля, для которых аксапта просто очередная erp с кучей классов и табличек эти самые риски могут возрасти до неприличия, поэтому потребуются грамотные консультанты как промежуточное звено, не?
А поскольку "грамотные" консультанты на Западе это не реально так как важнее им лицом к процессам клиента а к AX задом, то только "грамотные" программисты могут выравнивать лодку.
Не то чтобы грамотных у них нет, но тогда это уже не консультанты, а функциональные архитекторы которые опять таки лицом к продажам но не к программисту.
А кто такой "грамотный" программист? Что особо вычленяется когда он рынке как удаленный ресурс. Analyst developer. Вполне себе устоявшийся термин.
P.S. Не ради оффтопа, а про (возможные) ожидания от удаленного программиста AX.
Вот мнение
http://stevepeacocke.blogspot.co.uk/...developer.html
A Programmer is a person who is given a task and codes that task as it is described. Usually this task is described by a Business Analyst in the form of a Requirements Document or a User Story.
An Analyst Developer will speak to the users to help define what their need is, then code that need.
(А консультанты часто что те же super-users).