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

[greench]

Цитата:

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

расскажите плз подробнее про западную практику, какие еще ожидания от программистов?

Имхо, c чем сталкиваюсь регулярно. Если проект большой, между консом и девом есть определенный фильтр. Если проект маленький, фильтра нет.
Западные консы зачастую знают бизнес, но сильно плавают в знании АХ. Иногда AX они вообще не знают.

От дева с лычкой senior ожидают что после получения на вход FDD или просто покотока сознания клиента или конса клиента, дев сам может пообщаться с автором, задать наводящие вопросы, иногда написать TDD, сделать нужные изменения.
Иногда нужно объяснять автору изменений что так не делается и предложить лучшее решение.
Т.е., да, как и писали выше, senior должен уметь кодить, знать AX на уровне среднего консультанта(иногда нужно самому набить достаточно нетривиальные демо данные для тестирования), вникнуть в суть бизнес процессов конкретного клиента.

З.Ы. если кого-то интересует вакансия, приведенная выше в этой теме, стучите в личку, расскажу подробнее.

[Pavel]

Цитата:

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

Западные консы зачастую знают бизнес, но сильно плавают в знании АХ. Иногда AX они вообще не знают.

От дева с лычкой senior ожидают что после получения на вход FDD или просто покотока сознания клиента или конса клиента, дев сам может пообщаться с автором, задать наводящие вопросы, иногда написать TDD, сделать нужные изменения.
Иногда нужно объяснять автору изменений что так не делается и предложить лучшее решение.

Это кто, программист на аутсорсинге будет 'объяснять&предлагать'? И как формализовано будет это 'общение' между заказчиком-посредником-сторонним ресурсом?

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

Где знания отрасли/цепочки добавленной стоимости/БП/конкретного модуля-решения/итд?

[ax_mct]

Цитата:

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

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

Вот в Селении тоже так думают. И не только они кстати.
Что senior developer это программист-консультант.
А тот 'консультант' нужен в качестве секретаря.
Блажь? Нет. Естественный отбор.

[Pavel]

Цитата:

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

Вот в Селении тоже так думают. И не только они кстати.
Что senior developer это программист-консультант.
А тот 'консультант' нужен в качестве секретаря.
Блажь? Нет. Естественный отбор.

Да, работали с 90-х со всеми конторами... консультант всегда был нужен, чтобы чаржить клиента, 'контролировать' ход процесса и рулить исполнителем.

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

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

[ax_mct]

Цитата:

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

Успешный проект - это проект, в котором выполнено Проектное Задание, а процесс изменений формализован и отдельно выделен...

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