Удаленная разработка в MS Dynamics AX

[ax_mct]

Цитата:

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

Вы рассказываете о каких то супер специалистах: консультантах и разработчиках одновременно при этом как результате эволюции на Западе...

Определитесь.

А если в контексте подумать?

Удалённая работа. Скорее всего на западного заказчика.
Ваши ожидания от вашего опыта с нашими специалистами.
Они у нас действительно супер.

Их ожидания от вас - другие. Ваши ожидания от них - нереальны.

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

P.S. Вы ожидаете связного и логичного изложения мыслей с корректными терминами чтобы вам было понятно сразу. Я лично до сих пор ностальгирую по такому изложению мыслей и давно уже отвык от такого. Если подумать то тесты на IQ они как раз на умение улавливать конктест.

[ALES]

Цитата:

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

"It sources with the wrong UOM" - упрощая строка не должна сохранятся, insert не должен случится.
То есть когда нет конверсии UOM мы должны сделать так чтобы вводимая строка была удалена.

Правильный русскоязычный АХ программист: "Да вы охренели ленивые буржуи, что трудно написать конкретно чего хотите?"

Правильный западный АХ консультант/заказчик: "Нам нужен настоящий senior программист, этот не в состоянии понять даже простую задачу."

Если отбросить "трудности перевода" (а это явно не проблема "заказчика") то "за день" человек "с нуля" вполне может написать\позвонить\выяснить, не только "кто как когда в каких случаях" вводит строчки заказов.. но и как их затем разносят и в последствии корректируют + обговорить удалять ли их "молча" или кому-то при этом пожаловаться на отсутствие пересчета со сбором статистики (раз 8 часов в бюджете под это дело заложено)

[ax_mct]

Цитата:

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

Если отбросить "трудности перевода" (а это явно не проблема "заказчика") то "за день" человек "с нуля" вполне может написать\позвонить\выяснить, не только "кто как когда в каких случаях" вводит строчки заказов.. но и как их затем разносят и в последствии корректируют + обговорить удалять ли их "молча" или кому-то при этом пожаловаться на отсутствие пересчета со сбором статистики (раз 8 часов в бюджете под это дело заложено)

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

Гипотетически представьте что задача именно в таком виде, не больше и не меньше.
За сколько времени и денег возьмётесь за подобную задачу?

[macklakov]

Цитата:

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

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

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

[AlexeyS]

Цитата:

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

Собственно программирования как такого 25-30% времени. Остальное время на анализ, вопроизведение и тестирование.

Зачастую, примерно так время и распределяется поровну 1 / 1 / 1 на анализ(воспроизведение_ошибки) / программирование / тестирование. Но это при наличии консультанта, который уже пообщался с бизнес-пользователем или группой и формализовал требования. Соответственно, при исключении консультанта время на анализ сильно вырастет

[AlexeyS]

Цитата:

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

Если отбросить "трудности перевода" (а это явно не проблема "заказчика") то "за день" человек "с нуля" вполне может написать\позвонить\выяснить, не только "кто как когда в каких случаях" вводит строчки заказов.. но и как их затем разносят и в последствии корректируют + обговорить удалять ли их "молча" или кому-то при этом пожаловаться на отсутствие пересчета со сбором статистики (раз 8 часов в бюджете под это дело заложено)

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

[ALES]

Цитата:

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

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

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

[ALES]

Цитата:

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

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

Гипотетически представьте что задача именно в таком виде, не больше и не меньше.
За сколько времени и денег возьмётесь за подобную задачу?

Если гипотетически и именно "в таком виде" (+ с такими "коммуникациями" ), то по тайм\материал
А если практически подумать, что "удаленный" вменяемый кодер "с нуля" не в теме через какой "портал"\интеграцию\импорт у вас там все это уже "внедрено" и заводится, то без всяких вопросов дешево быстро (и возможно за предоплату) получите от "студента" иф не те единицы то стоп

[ax_mct]

Цитата:

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

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

Именно так. Я бы еще добавил что сказывается и ментальность. Не принято "парится", "искать проблемы", тот кто говорит о проблемах которых нет прямо сейчас - не позитивный человек и все только усложняет на ровном месте.

Также культура бюрократии на нас наложила. Они же любят чтобы неформально. Вернее не подозревают о том насколько мы внутри бюрократы.

Год назад сдавал лаптоп по окончании контракта. В ближайший региональный офис корпорации. Без подписи о принятии и описи чувствовал себя неютно. Они вообще не поняли о чем я. Сфотографировал на столе что оставил. Мне было реально стыдно и за вопросы о сдал-принял и за фотографию. Для них эта была полная дикость.

Неделю назад давал уведомление о сьезде с квартиры за 30 дней как в договоре. Отнес вживую так как за углом. Два экземпляра с местом и надписью для подписи в получении. Сотруднице обьяснил что так и так вот место для подписи что вы получили. Она искренне не поняла зачем, для нее это опять таки дикость.

Ключи от купленного дома получал в нотариальном офисе что есть вполне себе юридический факт, так сотрудница просто взяла блокнот в котором дети рисуют, оторвала эту жуть, ручкой написала свободный текст чтобы я расписался в получении ключей. Какие бланки? Какой формальный текст с указанием статей кодекса и прочее? Это у дикарей, эта самая бюрократия.

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

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

[DaxDevRemote]

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

[ax_mct]

Цитата:

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

Если гипотетически и именно "в таком виде" (+ с такими "коммуникациями" ), то по тайм\материал
А если практически подумать, что "удаленный" вменяемый кодер "с нуля" не в теме через какой "портал"\интеграцию\импорт у вас там все это уже "внедрено" и заводится, то без всяких вопросов дешево быстро (и возможно за предоплату) получите от "студента" иф не те единицы то стоп

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

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

Ожидать от консультанта перечисления всех сценариев ввода строк заказа это значит удивить его своим незнанием AX. Лучше перечислять самому при уточнении.

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

[ax_mct]

Цитата:

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

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

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

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

[macklakov]

Цитата:

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

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

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

Цитата:

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

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

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

[DaxDevRemote]

Цитата:

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

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

Приехали)

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

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

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

[macklakov]

Цитата:

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

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

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

Цитата:

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

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

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

[DaxDevRemote]

Цитата:

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

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

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

[ax_mct]

Цитата:

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

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

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

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

[ax_mct]

Цитата:

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

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

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

[ax_mct]

Цитата:

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

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

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

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

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

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

[AlexeyS]

Цитата:

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

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

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