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

[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)