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

[ice]

"Вот тут то карта мне и пошла". Беремся за все, до последнего евро/доллара у клиента будем делать любую задачу

[Raven Melancholic]

ax_mct, я, задавая вопрос, имел ввиду не общее Ваше эмоциональное состояние, а то, о чем речь шла во время разговора с заказчиком, то есть что они изобразили на доске.
Спасибо за разъяснения.
Как я понял, в данной теме обсуждение скатилось к какой-то абстрактной ситуации:

• Есть "облако" заказчиков (перепродавцы ресурсов или конечные потребители ресурсов), которым нужно что-то реализовать и привлечь поставщика ресурсов (непосредственного исполнителя или перепродавца).
• Есть "облако" поставщиков ресурсов (конкретные личности, обладающие нужными знаниями и умениями или опять же перепродавцы ресурсов).

И ax_mct задает вопрос автору топика как тот собирается работать когда состыковываются два облака (совпадение с существующей фирмой с таким названием случайно - Витя прости) - облако заказчиков и облако поставщиков ресурсов.
Я думаю ,что это очень абстрактная ситуация. Как правило, те кто работают удаленно, работают в каких-то парах - кто-то бегает по клиентам, кто-то реализует задачи. Роли могут меняться.
Так чтобы было море заказчиков, море исполнителей и их нужно состыковать работает на стандартных задачах. Ну, применительно к DAX, возможно что-то подобное:

• Есть загрузка курсов валют с сайта ЦБ РФ, нужно её расширить для возможности загрузки с сайта нацбанка Казахстана.
• Есть загрузка выписки банка по формату, предложенному Сбером и 1С с 90-х годах, есть загрузка выписки в формате Сити Банка (расширенный формат SWIFT), нужно доработать для загрузки в формате Сбера Казахстана (похож на Сити Банк, но есть особенности).
• Ну и тому подобные задачи, в которых нет каких-то тонкостей, завязанных на конкретного клиента.

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

[DaxDevRemote]

Цитата:

Сообщение от Raven Melancholic

И ax_mct задает вопрос автору топика как тот собирается работать когда состыковываются два облака (совпадение с существующей фирмой с таким названием случайно - Витя прости) - облако заказчиков и облако поставщиков ресурсов.

Цитата:

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

Рынок меняется. Это часть тренда. Не было раньше столько виртуальных центров разработки по АХ содержащих удалённых разработчиков. Вот и интересно что и как. Не общие слова рисующее большой зал с 50 программистами барабанящими по клавам по "красивой" методологии, а реальные ситуации которые собрат поймет.

Мне действительно интересно что и как это все выглядит на конкретных примерах.
Что я и пытался выяснить у автора, чтобы нарисовать реальную картинку.
Так ничего я и не понял. Но намёк сверху на задачи "не связанные с особенностями клиента" интересен. Типа интерфейсы, что-то такое ближе к техническим аспектам чем к функционалу.

Вообщем хочу страшную правду а не пыль в глаза

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

Не до конца понимаю в чём вопрос и что от меня хотят, но попробую поиграть в угадайку и сам себе сформулирую вопрос:
Буду ли я браться за задачи с мутной формулировкой? - да, если моя работа в ролях аналитика и консультанта будет оплачиваться и мне это будет выгодно.

Задачи разные и в разной постановке - вы хотите пример формулировки какой-нибудь задачи?

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

[Bobkov]

Цитата:

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

В чём отличие от работы программиста в офисе?

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

[DaxDevRemote]

Цитата:

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

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

Расшарили монитор и в прямом эфире продемонстрировали и прокомментировали, задали и ответили на вопросы.

Либо записали демонстрацию и отправили.

[ax_mct]

Цитата:

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

Не до конца понимаю в чём вопрос и что от меня хотят, но попробую поиграть в угадайку и сам себе сформулирую вопрос:
Буду ли я браться за задачи с мутной формулировкой? - да, если моя работа в ролях аналитика и консультанта будет оплачиваться и мне это будет выгодно.

Задачи разные и в разной постановке - вы хотите пример формулировки какой-нибудь задачи?

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

Хочется картинку в голове нарисовать как оно выглядит в вашем случае. Просто любопытно в копилку миропонимания. И без примеров никак не понять

Острее. Отличие в том что вам не доверяют так как вас не знают и не видят.

[DaxDevRemote]

Цитата:

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

Хочется картинку в голове нарисовать как оно выглядит в вашем случае. Просто любопытно в копилку миропонимания. И без примеров никак не понять

Вот пример части ТЗ - это как раз из задачи от нашего интегратора на 70 часов. Это небольшая вырезка из ТЗ.

Цитата:

Корректировочная финансовая накладная.
Документ отличается от стандартной финансовой накладной, поэтому вводится новый тип разноски: Корректировочная финансовая накладная, который будет доступен только для Заказов на продажу, у который стоит галка Корректировка . При этом Разноска Финансовая накладная будет недоступна.
1. Создать пункт разноски «Корректировочная финансовая накладная» правила аналогичны разноске Финансовая накладная, однако Корректировочная финансовая накладная доступна только в случае если стоит галка Корректировка, и выполняются условия для активности финансовой накладной. При этом разноска Финансовая накладная – недоступна. Если галка не стоит, Корректировочная финансовая накладная не доступна.
Сдублировать механизм разноски Финансовая накладная, доработки механизма будут ниже.
2. При разноске корректировочной финансовой накладной «Тип сторно управленческой накладной» должен быть «Корректировочный»
3. Строки для разноски финансовой накладной должны содержать разницу суммы и количества по строке заказа и корректируемой накладной. При этом, разницу считать по существующим строкам заказа, а также по тем строкам, которые были отсторнированы, но в новом заказе их нет (считать количество в новом заказе равно 0 получатся отрицательные значения), и по новым строкам заказа, которые не были отсторнированы и не существуют в исходной накладной, но содержатся в новом заказе на продажу (первоначальное количество считать равным 0)

[Bobkov]

Цитата:

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

Первый рабочий день по договору 4-го мая - посмотрим как пойдёт...

Как пошло-то? Расскажите по свежим впечатлениям, пока не остыли!

[DaxDevRemote]

Цитата:

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

Как пошло-то? Расскажите по свежим впечатлениям, пока не остыли!

Иностранная компания сказала, чтобы ждал когда сами выйдут на связь. Договор с фиксом с 4-го мая.
Пока молчат. Время и денежки капают, надеюсь)

[ax_mct]

Рынок меняется. Это часть тренда. Не было раньше столько виртуальных центров разработки по АХ содержащих удалённых разработчиков. Вот и интересно что и как. Не общие слова рисующее большой зал с 50 программистами барабанящими по клавам по "красивой" методологии, а реальные ситуации которые собрат поймет.

Мне действительно интересно что и как это все выглядит на конкретных примерах.
Что я и пытался выяснить у автора, чтобы нарисовать реальную картинку.
Так ничего я и не понял. Но намёк сверху на задачи "не связанные с особенностями клиента" интересен. Типа интерфейсы, что-то такое ближе к техническим аспектам чем к функционалу.

Вообщем хочу страшную правду а не пыль в глаза

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

[Raven Melancholic]

Цитата:

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

То есть примеры задач решаемых передаваемых на удалённую разработку.

Первое же что приходит на ум - экспорт в 1С разных версий и конфигураций.
На мой взгляд, это вообще задача Microsoft. Но какое же количество фрилансеров (да и не только их) этим кормится!

[ax_mct]

Цитата:

Сообщение от Raven Melancholic

Первое же что приходит на ум - экспорт в 1С разных версий и конфигураций.
На мой взгляд, это вообще задача Microsoft. Но какое же количество фрилансеров (да и не только их) этим кормится!

Да, интеграция пожалуй на первом месте для аутсорсинга. Машина <-->Машина. Это тип задач с минимальными изменениями и максимальной простотой понимания.

А вот как обстоит дело с аутсорсингом задач не столь плоских?

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

Подумалось что "Удаленная разработка в AX" это не обязательно фриланс.
Но вот чем отличается от фриланса роль в Селении? Разве что крышей.

[ax_mct]

Celenia looking for Senior Software Development Engineers (MS Dynamics AX)
Celenia looking for Senior Software Development Engineers (MS Dynamics AX)

Цитата:

Requirements Role Description
The Senior Software Development Engineer (SSDE) is responsible for development of applications, software modules and solutions. In addition, the SSDE represents Celenia in a professional manner and has the good communication skills, very deep knowledge and multiple Dynamics AX functional areas, is responsible for managing tasks assigned on him, requirements analysis, technical architecture design, technical documentation, business logic development, and code performance optimization.

Цитата:

ability to professionally communicate directly with clients

Где говорите кодеры еще не вымерли?

[greench]

Цитата:

Это кто, программист на аутсорсинге будет 'объяснять&предлагать'?

Да, почему нет?
Бессловестные машины для кодинга можно найти на индийском аутсрорсе по 20 баксов пучок. Только потом проект почему-то валится и меняется исполнитель.

Цитата:

то зачем нужен 'консультант', не знающий системы?

Вот здесь все сложнее. Крупные проекты зачастую заходят не напрямую, а через субподряд от огромных консалтинговых монстров типа Accenture/IBM/Dell и т.д. А там клиенту продают иногда таких "консультантов" что волосы дыбом встают. Причем в таких случаех очень часто еще общение напрямую девелопер - конечный клиент строго запрещено. Все общение идет через "испорченый телефон".

[trud]

Цитата:

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

Да, почему нет?
Бессловестные машины для кодинга можно найти на индийском аутсрорсе по 20 баксов пучок. Только потом проект почему-то валится и меняется исполнитель.

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

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

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

[DaxDevRemote]

Иностранная компания сказала, чтобы ждал когда сами выйдут на связь. Договор с фиксом с 4-го мая.
До сегодняшнего дня молчали. Время и денежки капают, надеюсь)
Сегодня начали присылать всякие учетки, пароли, подключения.

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

[ax_mct]

Цитата:

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

Иностранная компания ...
Причем в качестве консультанта гендир интегратора выступает.
В опреативном режиме провели экспресс-тестирование. Пришлось рассказывать консультанту функционал, который мы меняем читая его по коду - оценка в 70 часов пока позволяет.
Передали на основное тестирование сразу аналитикам и бухгалтерам клиента.Через две недели прислали пару замечаний - как-будто только начали тестировать.
Напрягает, что замечания консультант мне пересылает сразу от клиента, не обрабатывая их (там какие-то сообщения от системы - их собственный функционал) - тяжело бывает сопоставить эти замечания с нашим мутным ТЗ.
Но надо добивать!

Ваши ожидания по наличию и сути роли "консультанта" были несколько иными, не так ли?
Соответственно и их ожидания от вас тоже отличаются от вам привычных.

[DaxDevRemote]

Цитата:

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

Ваши ожидания по наличию и сути роли "консультанта" были несколько иными, не так ли?
Соответственно и их ожидания от вас тоже отличаются от вам привычных.

Да, всё так.
Будем искать точки соприкосновения (в рамках согласованного бюджета).

Но тут есть и другая сторона. При таких размытых постановках многие всплывающие в процессе разработки вопросы оказываются за рамками первоначальной формулировки - это явно видно и не нужно доказывать - в ТЗ нет ни слова об этом. А это уже дополнительные работы, дополнительные оценки и новый бюджет.

[ax_mct]

Цитата:

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

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

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

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

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

А там где по контексту цепочки вопросы задавать глупо можно просто создавать Release notes оговаривая рамки сделанного и фиксируя свою ответсвенность. Я довольно часто так делаю потому как многие вопросы задавать некому и незачем. "Вот вам вариант для начала, он таков, а теперь давайте его допиливать как вам хочется."

[greench]

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