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

[DaxDevRemote]

Приветствую участников и гостей форума.

Я программист по MS Dynamics AX. Некоторое время назад я начал работать удаленно и хочу рассказывать об этом в этой теме и в блоге на этом форуме.
Планирую общаться здесь, делиться опытом и советоваться не столько о технических вопросах, а больше об организационных, юридических, о рынке труда, поиске клиентов и пр.
Поэтому и тема в Курилке.


С февраля я работаю с компанией, которая оказывает услуги консультирования и разработки в MS Dynamics AX для других компаний - своих клиентов.
Буду называть её наш интегратор.
Работаю с почасовой оплатой и предварительно согласованными часами (стоимостью).
Выполнил несколько небольших доработок для двух клиентов суммарным объёмом 40 часов.
В апреле взялся за большую задачу на 70 часов с очень мутной формулировкой на пару страниц и в очень сильно переписанном приложении)
В формулировке задачи постоянно есть упоминания существующего нестандартного функционала, который неизвестен.
Но есть консультант - как-нибудь вытащим. Либо клиенту придется расширять бюджет)
Все проекты в AX 2009.

В марте-апреле прошел несколько собеседований в одну иностранную компанию. Насколько мне известно, она занимается ещё и внедрениями системы.
Говорят, что почти все проекты по DAX2012. Подписали договор с очень заманчивой (с учетом курса) фиксированной суммой в месяц.
Первый рабочий день по договору 4-го мая - посмотрим как пойдёт...

[A_BAS]

Интересно. Получается что интегратор не в состоянии обеспечить полноценную загрузку 5/8 и график работы получается "дырявый"?

[DaxDevRemote]

Цитата:

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

Интересно. Получается что интегратор не в состоянии обеспечить полноценную загрузку 5/8 и график работы получается "дырявый"?

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

[greench]

Цитата:

Интересно. Получается что интегратор не в состоянии обеспечить полноценную загрузку 5/8 и график работы получается "дырявый"?

Обычно фрилансерами просто затыкают дыры. Главное загрузить работой штатных сотрудников, а фрилансеров уже по остаточному принципу. Что есть логично.

[ax_mct]

Цитата:

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

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

Ну раз так

Язык общения?

Как выглядит "входной" документ? То есть каковы его разделы и детальность содержания?

Профиль постановщика задач-контактного лица? Насколько хорошо знает AX?

Тестируете ли сами?

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

Пока все

[DaxDevRemote]

Цитата:

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

Ну раз так

Язык общения?

Как выглядит "входной" документ? То есть каковы его разделы и детальность содержания?

Профиль постановщика задач-контактного лица? Насколько хорошо знает AX?

Тестируете ли сами?

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

Пока все

Не понял большинства вопросов: язык общения кого с кем? Что такое "входной" документ?

Профиль тех, кто ставит задачи бывает разный.
Минимальное тестирование всегда. На задачах, где более-менее сложное тестирование - обговариваю отдельно обычно. Бывает, что запрашиваю тестовые примеры.

"Скучно", "дешево", "непросто" и "квалификация" - это какие-то относительные понятия. Могу ответить только как со своей стороны отношусь, но это необъективно скорее всего.

[ax_mct]

Цитата:

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

Не понял большинства вопросов: язык общения кого с кем? Что такое "входной" документ?

Профиль тех, кто ставит задачи бывает разный.
Минимальное тестирование всегда. На задачах, где более-менее сложное тестирование - обговариваю отдельно обычно. Бывает, что запрашиваю тестовые примеры.

"Скучно", "дешево", "непросто" и "квалификация" - это какие-то относительные понятия. Могу ответить только как со своей стороны отношусь, но это необъективно скорее всего.

Вот в этом то и беда что удаленные разработчики хотят/нуждаются в такой подаче информации чтобы им не надо было думать

Деформация программиста - на вопрос "нужен стул" спросит сколько ножек и для чего нужен. Так как бывают три ножки у табуретки и барные стулья. Но есть еще и контекст.

"Язык общения". Очевидно что тот язык общения который вы используете в процессе удаленной работы. Очевидно что с одной стороны этого общения вы. Почему очевидно? Контекст.

"Входной документ" с учетом вопроса про его разделы и детальность содержания. Что еще это может быть (в данном контексте) если не документ ставящий и описывающий вам задачу на удаленную разработку?

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

Тут дело в том что стандарты и ожидания от ролей "консультант AX" и "программист AX" в разных странах очень сильно отличаются.

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

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

Цитата:

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

Деформация программиста - на вопрос "нужен стул" спросит сколько ножек и для чего нужен. Так как бывают три ножки у табуретки и барные стулья. Но есть еще и контекст.

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

[ax_mct]

Цитата:

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

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

DaxDevRemote, представьте что я ваш потенциального клиент и заказчик. Выясняющий возможность сотрудничества и создающий ваш личностный и профессиональный профиль. И результат такой что используя очень конкретные и простые вопросы я так ничего о вас и не понял. Почему так вопрос интересный.

Цитата:

Сообщение от Кирилл

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

Именно так. Строить без проекта и проектно-сметной документации. Вернее вы сами должны ее создавать.

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

Удаленная разработка
1. центр разработки в Венгрии, Индии, Татарстане работающий с отдельными клиентами; вы работник работающий удаленно;
2. центр разработки в Индии, Латвии как удаленный отдел разработки крупного консалтинга; вы работник работающий удаленно;
3. Мелкий и средний иностранный консалтинг; вы фрилансер к которому они обращаются;
Какие еще варианты? В каких вариантах нужны те кто не способен и не хочет понимать контекста?

[DaxDevRemote]

Язык: русский, английский.
"Входной" документ выглядит по разному. Иногда его даже нет совсем.
Постановщики разные. Постановки тоже.
Задачи разные.

Важно: уровень и способы подачи обговорить заранее (чтобы учитывать в оценке, когда работа с почасовой оплатой).

Под "программист AX" понимаю роль "программист AX".

Про отличия ожиданий от этой роли в разных странах соглашусь. Они и в одной стране могут отличаться. И даже в одной компании у разных людей.

[ax_mct]

Цитата:

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

Я программист по MS Dynamics AX. Некоторое время назад я начал работать удаленно и хочу рассказывать об этом в этой теме и в блоге на этом форуме.
Планирую общаться здесь, делиться опытом и советоваться не столько о технических вопросах, а больше об организационных, юридических, о рынке труда, поиске клиентов и пр..

Как-то с рассказом и общением не очень то получается. Все больше тень на плетень и допрос партизана

Пример постановки задачи. Пусть будет AX 2009. Клиент англоязычный.
"Расщеплять строки заказа согласно наличия на складах в холдинге (в разных AX компаниях). Автоматически создавать связанные закупки и заказы для данных строк".
Возьметесь? Больше деталей просто нет. Как оцените?

[DaxDevRemote]

Цитата:

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

Пример постановки задачи. Пусть будет AX 2009. Клиент англоязычный.
"Расщеплять строки заказа согласно наличия на складах в холдинге (в разных AX компаниях). Автоматически создавать связанные закупки и заказы для данных строк".
Возьметесь? Больше деталей просто нет. Как оцените?

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

[AlexeyS]

Цитата:

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

Как-то с рассказом и общением не очень то получается. Все больше тень на плетень и допрос партизана

Пример постановки задачи. Пусть будет AX 2009. Клиент англоязычный.
"Расщеплять строки заказа согласно наличия на складах в холдинге (в разных AX компаниях). Автоматически создавать связанные закупки и заказы для данных строк".
Возьметесь? Больше деталей просто нет. Как оцените?

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

[ax_mct]

Цитата:

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

Скорее всего потому, что вопросы не очень подходящие для такой цели.

По вашему примеру формулировки задачи:
А откуда взялась такая формулировка? Кто её сформулировал?
Работал ли по этой задаче аналитик (это роль - кто-то от бизнеса)? Каков результат его работы?
Работал ли по этой задаче консультант (это тоже роль) по системе? Каков результат его работы?

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

Цитата:

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

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

Вариант ответа: "Надо уточнить у клиента. Так вы берётесь или нет? За сколько сделаете?".
Делим по физическому присутствию на складах в разных странах. Никаких перемещений, все через intercompany sales orders которые мы создаём автоматически для каждой такой нами создаваемой строки заказа.

[Vadik]

Цитата:

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

Формулировка взялась как реальный пример постановки задачи. Сформулировал консультант консалтинга. Причём это мой уже перевод задачи, в реальности это просто заметки с совещания с клиентом в виде бизнес ситуаций.
Контекст в контексте. Считается достаточным для того чтобы опытный программист АХ взялся и справился. А на рынке фриланса других быть не должно
Вариант ответа: "Надо уточнить у клиента. Так вы берётесь или нет? За сколько сделаете?"

Ну так как задача опытного программиста - выдать работающий код решающий сформулированную консультантом задачу, а не играть в угадайку, то ответы примерно такие
а) конечно
б) от 6 часов до 4-5 дней, в зависимости навороченности UI и дополнительной логики о которой консультант умолчал (резервы считаем \ не считаем, заказанное у поставщиков учитываем \ не учитываем, кратность и минимальное количество заказа, приоритеты коппаний \ складов и т.д.), ну и safety buffer на то чтобы все переделать нахрен пару-тройку раз по результатам "уточнений и согласований"
Альтернативный вариант - просим нормальное ТЗ вместо этого гуано и отписок в виде "контекст в контексте" (с) Для опытного консультанта проблемой быть не должно, а в консалтинге других быть ведь не может, n'est-ce pas ?

[ax_mct]

Цитата:

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

Ну так как задача опытного программиста - выдать работающий код решающий сформулированную консультантом задачу, а не играть в угадайку, то ответы примерно такие
а) конечно
б) от 6 часов до 4-5 дней, в зависимости навороченности UI и дополнительной логики о которой консультант умолчал (резервы считаем \ не считаем, заказанное у поставщиков учитываем \ не учитываем, кратность и минимальное количество заказа, приоритеты коппаний \ складов и т.д.), ну и safety buffer на то чтобы все переделать нахрен пару-тройку раз по результатам "уточнений и согласований"
Альтернативный вариант - просим нормальное ТЗ вместо этого гуано и отписок в виде "контекст в контексте" (с) Для опытного консультанта проблемой быть не должно, а в консалтинге других быть ведь не может, n'est-ce pas ?

За 6 часов лично я только бояться перестану Но вариант ответа от xx до xx при условии что ттт... выглядит более профессиональным чем дайте мне "нормальную" спецификацию. Нормально уточнять и спрашивать но такое гуано это чаще то что другие назовут Agile Другого просто не будет.

"Опытный" консультант в западном консалтинге это человек лицом к клиенту а не к AX. То что для нормального российского консалтинга уровень старшего консультанта там такие люди руководители направления/департамента. Соответственно консультант чаще всего немногим отличается от бизнес-аналитика.

Как результат есть неоправданные ожидания: вы ожидаете что постановщик задачи знает AX достаточно, а он ожидает того же от вас. А по факту никто ситуацию не балансирует своим опытом и знаниями. Поскольку тема затронула иностранного заказчика, я просто предупредил

Работа по хорошим и детальным спецификациям - это в песочнице для детишек. Скорее всего индусских. Долго такая практика не живет, существует да, но не живая она.

[Raven Melancholic]

Цитата:

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

Причём это мой уже перевод задачи, в реальности это просто заметки с совещания с клиентом в виде бизнес ситуаций.

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

[ax_mct]

Цитата:

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

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

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

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

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

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

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

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

Единственный нормальный вариант это когда это время удаленного ресурса или очень дешево или фиксированный оклад. Иначе просто лотерея заработаешь на этом или нет.

Но проблема не столько в деньгах сколько в другой культуре.

Цитата:

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

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

А как он будет проверять правильно вы выполнили задачу или нет? У него в голове есть сценарий тестирования? Или можно такому консультанту впарить что-угодно и сказать что так и надо?

[Pavel]

Цитата:

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

Пример постановки задачи. Пусть будет AX 2009. Клиент англоязычный.
"Расщеплять строки заказа согласно наличия на складах в холдинге (в разных AX компаниях). Автоматически создавать связанные закупки и заказы для данных строк".
Возьметесь? Больше деталей просто нет. Как оцените?

Ага... "Запрограммируем любой хаос. Качественно! Быстро! Не очень дорого!"