Удаленная разработка в MS Dynamics AX - Страница 6 - Курилка

macklakov · 18.05.2016, 03:32

Цитата:

Сообщение от ax_mct

соответствие ожиданий - это все.

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

Цитата:

Сообщение от macklakov

А здесь внедрежами часто занимаются выпускники бухгалтерского ПТУ.

Мне кажется, что будущее именно за подобными ребятами. И за .net-чиками широкого профиля. Ведь вендор пытается опираться именно на них. Есть стандартные сценарии, описанные четкими инструкциями, которым тупо надо следовать. А вот тупо делать то что скажут эти ребята умеют очень хорошо. Их к этому готовили и они уверены что именно в этом смысл их жизни заключается.
Опять таки, expectation management. Здешние солдаты сами просятся в горячие точки. Просто потому что из них по 5-10 лет делают воинов. И им потом тяжело просто ходить на службу за зарплату, довольствие и раннюю пенсию. Им кажется что они что-то важное в жизни упускают. Точно так если из студента готовят покорителя космоса или великого ученого, то потом на обычной работе ему будет печально. А когда сотрудник печален, его эффективность оставляет желать лучшего. Поэтому здесь типичного студента выпускают за 3 года не заморачивая матаном и сопроматом, зато постоянно собирают хотелки от индустрии и часто обновляют учебную программу. И получается что студент закончив универ приходит на банальную работу и чувствует себя там на своем месте. Ходит довольный жизнью, всем улыбается, болтает о пустяках. А наш выпускник смотрит на него и думает:"Вот же дебил тупой! Не знает даже кто такой Макс Планк или хотя бы Хэмингуэей."

ax_mct · 18.05.2016, 13:24

Цитата:

Сообщение от macklakov

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

Не дает мне одобрить так как превысил

Только вот это. Если туповатый (консультант) и слеповатый (программист) в паре то как внедрение вытаскивать?

Если по теме то в тренде таки те кто видят и думают и они нужны для той же удаленной и не очень работы в AX. C учетом web в AX 7 стоимость разработки еще более повысится если делать все классически и по старинке.

Для Agile/DevOps и снижения стоимости нужны человеки-оркестры. Если по теме, то кого таки ищут для удаленной разработки?

AlexeyS · 18.05.2016, 15:02

Цитата:

Сообщение от macklakov

Мне кажется, что будущее именно за подобными ребятами. И за .net-чиками широкого профиля. Ведь вендор пытается опираться именно на них. Есть стандартные сценарии, описанные четкими инструкциями, которым тупо надо следовать. А вот тупо делать то что скажут эти ребята умеют очень хорошо. Их к этому готовили и они уверены что именно в этом смысл их жизни заключается.
Опять таки, expectation management.

imo в такой ситуации могут проявиться большие риски просто завалить проект, потому-что во-первых, стандартные инструкции к стандартным ситуациям должен кто-то описать и этот кто-то должен на пару уровней превосходить исполнителей. Во-вторых, документация обычно сильно запаздывает, а в третьих, что делать в случае нестандартных сценариев? будь их мало, мы бы давно "программировали" галочками в настройках.
Плюс, в любом проекте должно быть управление рисками и ответственный ПМ, а в случае выпускников бух.ПТУ и .net-чиками широкого профиля, для которых аксапта просто очередная erp с кучей классов и табличек эти самые риски могут возрасти до неприличия, поэтому потребуются грамотные консультанты как промежуточное звено, не?

ax_mct · 18.05.2016, 16:10

Цитата:

Сообщение от 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).

NetBus · 18.05.2016, 15:40

Цитата:

Сообщение от macklakov

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

Опыт пятнадцатилетнего общения с программистами, коснувшимися ERP system, привел меня к следующему выводу. При любом качестве постановки задачи кодер (не программист, понимающий физ. смысл кодируемого) не способен корректно запрограммировать поставленную задачу, иначе кроме как индусским способом, т е 7-8 итераций тестирования и исправления, с полной неспособностью функционала после этого к поддержке и развитию.

ALES · 18.05.2016, 22:57

Цитата:

Сообщение от NetBus

Опыт пятнадцатилетнего общения с программистами, коснувшимися ERP system, привел меня к следующему выводу. При любом качестве постановки задачи кодер (не программист, понимающий физ. смысл кодируемого) не способен корректно запрограммировать поставленную задачу, иначе кроме как индусским способом, т е 7-8 итераций тестирования и исправления, с полной неспособностью функционала после этого к поддержке и развитию.

Не потому ли, что истинные кодеры, архитекторы и т.д. реализуют саму ERP, а не "бредово-отвязные" бизнес-требования в ERP?

DaxDevRemote · 17.05.2016, 23:01

В нашем случае с разработкой выставленный им счет срывает маски и все расставляет по своим местам. Дикими становятся уже они почему-то.

ax_mct · 17.05.2016, 23:17

Цитата:

Сообщение от DaxDevRemote

В нашем случае с разработкой выставленный им счет срывает маски и все расставляет по своим местам. Дикими становятся уже они почему-то.

В том то и дело что это не маски, а естественность. Мой пойнт в том что
соответствие ожиданий - это все.

Счет кстати могут легко не оплатить. Если это не соответствуют их ожиданиям.

DaxDevRemote · 18.05.2016, 09:47

Цитата:

Сообщение от ax_mct

Счет кстати могут легко не оплатить. Если это не соответствуют их ожиданиям.

Приехали)

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

Не платить по счетам это уже совсем другая "методология". В таком случае понятна вся "эволюционность" такого подхода. Никакой ответственности, все риски на программисте, если что не так - не платишь. Всегда на позитиве и не паришься))

Кстати у меня вот договор с фиксом с 4-го мая. Половину мая они раскачивались, работы не было, тоже не парятся - может у них ожидания по каким-то своим понятиям платить?!)

macklakov · 18.05.2016, 10:43

Цитата:

Сообщение от DaxDevRemote

Оплата в соответствии с условиями договора происходит.

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

Цитата:

Сообщение от DaxDevRemote

Кстати у меня вот договор с фиксом с 4-го мая. Половину мая они раскачивались, работы не было, тоже не парятся - может у них ожидания по каким-то своим понятиям платить?!)

Если правильно договор заключил, то они могут несколько месяцев думать чем тебя занять и все это время платить исправно.

DaxDevRemote · 18.05.2016, 10:58

Цитата:

Сообщение от macklakov

Если правильно договор заключил, то они могут несколько месяцев думать чем тебя занять и все это время платить исправно.

Это не клиент, а консалтинг. По имеющейся информации далеко не крупный. Ну посмотрим!

ax_mct · 18.05.2016, 13:06

Цитата:

Сообщение от DaxDevRemote
Оплата в соответствии с условиями договора происходит.

Если вы думаете что если честно были на связи с 9 до 18 то заработали свои деньги, то тут все зависит от ожиданий и добросовестности конкретной компании и/или конкретного менеджера.

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

Редко когда можно обойтись без timesheets и их формального одобрения. Вот в этом одобрении вся и соль.

ax_mct · 18.05.2016, 13:15

Цитата:

Суть в том, что тема с привлечением оффшорных аутсорсеров очень мутная. Это головняк, в который от хорошей жизни мало кто впрягается.

Часто очень внутрикорпоративный аутсорсинг. Когда свой центр разработки в другой стране.

В принципе удаленная работа для программиста AX может иметь разные виды.
И как независимого фрилансера и как удаленного "постоянного работника" (по сути но не по оформлению).

ice · 18.05.2016, 16:33

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

AlexeyS · 19.05.2016, 09:24

Цитата:

Сообщение от ice

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

человек-оркестр - программист на клиенте
мануфактура - небольшая компания-внедренец
фабрика - крупный консалтинг
похоже?
и они вполне могут существовать одновременно

DaxDevRemote · 19.05.2016, 09:59

Первая задача от иностранной компании оказалась угадайкой. Причём в AX 4.0. Сформулировать её не могу, да и больше похоже, что программировать там ничего не нужно.
Спросил кто выступает консультантом по этой задаче - дали консультанта. Похоже, что все консультанты и программисты в компании говорят на русском: Россия, Украина, Белоруссия. Только руководство иностранное.
Раз есть консультант, то просто спросил у него постановку задачи. Он играет в угадайку, уточнять задачу у клиента не хочет. Отвечаю на его вопросы, рассказываю функционал по коду.

По задаче на 70 часов от нашего интегратора очередная итерация: передаю на тестирование, через неделю приходит пара-тройка каких-то вопросов-замечаний.
Судя по вопросам похоже, что они приступают к тестированию через неделю после того как я передал им на тест, и как только начинают тестировать сразу во что-то упираются (чаще в свои же доработки) и пишут вопросы.
Чувствую, что так они долго будут задачу принимать. Начал их подгонять, намекая нашему интегратору на оплату работы.

ax_mct · 19.05.2016, 13:45

Цитата:

Сообщение от AlexeyS

человек-оркестр - программист на клиенте
мануфактура - небольшая компания-внедренец
фабрика - крупный консалтинг
похоже?
и они вполне могут существовать одновременно

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

Role: Dynamics AX Developer
Project: AX 2012 R3
Location:
Length: 6 months +
Rate:

Skills and Experience:
- Dynamics AX 2012 experience
- Dynamics AX2012 R2 experience
- AX modular experience
- Manufacturing experience
- Scrum
- Agile environment
- SQL Server ( SSRS,SSIS)

AlexeyS · 19.05.2016, 16:09

Цитата:

Сообщение от ax_mct

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

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

ax_mct · 19.05.2016, 19:35

Цитата:

Сообщение от AlexeyS

"инженерия это фуфел, а вся сложность - она в предметке".
... "Меняться не обязательно. Выживание - дело добровольное"

Присоединяюсь к сказанному. (Одобрять мне система временно не позволяет)

Цитата:

Сообщение от AlexeyS

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

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

Подобное описание требований к программисту AX как бы становится стандартом.
Как-то за последние года 3-4 классическое "X++, AOT" ушло в небытие.

Отношение к теме удаленной разработки в AX имеет непосредственное так как отражает методологию и ожидания от ресурса. И в случае делегирования или прямого аутсорса оно в таком же виде и пойдет.

AP-1055D · 19.05.2016, 18:51

Вычёркиваем:
- Dynamics AX 2012 experience
- Dynamics AX2012 R2 experience
- AX modular experience
- Manufacturing experience

Оставляем:
- Scrum
- Agile environment
- SQL Server ( SSRS,SSIS)

Добавляем:
- SQL Server SSAS

и получаем раз в 10 больше вакансий с той же или большей зарплатой. Плюс возможность почти безболезненно перейти на другой BI/ETL-стек.

А если добавить ASP.Net MVC + AngularJS / Backbone.js / ReactJS, то имеем непрерывный поток вакансий / проектов на 2000-5000$ удалённо.