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

[ice]

ИМХО тут подмена понятий Scrum и Agile, вовсе не говорят, что разработка ведется методом проб и ошибок, а уточнение задания ведется после недовольства предоставленным решением. на мой взгляд данная методология лишь разделяет некую большую задачу (проект) на множество итераций и подзадач, с каждым релизом приближающее решение или вносящее улучшение в продукт

[ax_mct]

Цитата:

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

ИМХО тут подмена понятий Scrum и Agile, вовсе не говорят, что разработка ведется методом проб и ошибок, а уточнение задания ведется после недовольства предоставленным решением. на мой взгляд данная методология лишь разделяет некую большую задачу (проект) на множество итераций и подзадач, с каждым релизом приближающее решение или вносящее улучшение в продукт

Да, это точно так как
Agile development is like teenage sex. Everyone says they’re doing it, but only 10% are. And those who are — ARE DOING IT WRONG..
И на деле это просто намек на то что "мы делаем как удобно нам, а не вам программистам", а в следовании методологии я очень сомневаюсь.

Вот кстати по теме
https://forum.privet.com/viewtopic.php?f=2&t=203214
Working from home: tips and tricks

Цитата:

Уже год работаю from home..
Tips:
- Общий ритм жизни более расслабленный.
- Действительно легче вести более здоровый обр жизни: больше готовить, и т д. Хотя при хорошей общей организации жизни и если работа в нормальной конторе даже в офисе, тоже можно и готовить и execrise без проблем
- Более свободный график, можно больше спать
- Путешествия: как тут уже писали, можно без проблем ехать и по штатам и в европу на дольшее время чем если работать в офисе
Я так и делала и делаю пока.. Утром днем гуляла а поздно вечером работа. И мои коллеги также делают.
- можно учиться, если есть необходимость то
работать без напряга над улучшением карьеры, изменением рода деятельности и тд

Tricks:
- имхо, смертная тоска, ужасный недостаток
даже не общения а...вовлеченности в процесс
Чувствуешь себя..как будто вышла на пенсию
но 30тью годами раньше
- лично мне тяжело самоорганизовываться
и очень часто бывает что делаю работу с 12-1 дня и до ....иногда до поздней ночи.

Вывод: работать из дома хорошо но как временный вариант. Временно отдохнуть от rat race ну или от поиска работы или команды мечты

Цитата:

Если с самодисциплиной проблем нет:
Отдельная комната, в которой находится Работа. Туда входишь в Х и выходишь в Y. Пока ты в этой комнате -для домашних ты на работе. В другой комнате завести "домашний" компутер, если за день не насиделся.

Перед Х и\или после Y сделай триггер возврата с работы. По району пешком прогуляться, на велике проехаться, в магазин сходить, дрова во дворе порубить.

Иметь общий чат со всей командой, где говорить о работе.

Ежедневно, минимум пару раз в неделю, проводить видео звонок с членами команды. С вопросами "что?где?когда?зачем?почему?"

При правильно поставленном процессе вопросов о личном вкладе не возникнет. Я уже 10+ лет работаю, ни разу лично не видев львиную часть моих коллег, кто\что делает и чего стоит ясно по результатам.

[macklakov]

Цитата:

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

ИМХО тут подмена понятий Scrum и Agile, вовсе не говорят, что разработка ведется методом проб и ошибок, а уточнение задания ведется после недовольства предоставленным решением. на мой взгляд данная методология лишь разделяет некую большую задачу (проект) на множество итераций и подзадач, с каждым релизом приближающее решение или вносящее улучшение в продукт

Да, кстати, совсем забыл про scrum!
Кошерный скрам это именно быстрое прототипирование, с поитерационным улучшением продукта. Т.е. в конце каждого спринта полагается иметь что-то годное к употреблению. Каждый спринт это самый обычный проект. Только короткий. При таком подходе очень сильно снижаются риски, т.к. убытки ограничиваются одним спритном. У клиента при этом ощущение контроля. У исполнителей меньше стресса и постоянно растущая производительность. Хрошая методология. Потому стала модной.
Беда в том что множество менеджеров не заморачиваются ее освоением. Для них это просто отмаза внести разгильдяйство в PMI. Поэтому переименовывают т.з. в story, этапы в sprints, а мифические человеко-часы в story points. Из scrum они берут возможность не париться с формальными спецификациями, не париться с документированием. Из PMI они берут классический подход "кота в мешке". Пользователи в первый раз видят систему когда уже потрачено слишком много денег и придется ее брать такой, какая есть. Т.е. сделали из scrum очередной прием лохотрона.
Так вот, возвращаясь к теме. Псевдо-scrum это тоже один из генераторов причудливых тех. заданий. Команда кудесников от проектных методологий, при приближении этапа реальной работы, закатила истерику на тему "не можем работать в таких условиях" и ушла хлопнув дверью. Но бюджет на постановку требований они уже освоили. Вместо требований в репозитории какие-то мутные stories звучащие как:"Надо не забыть налог с продаж настроить" sic! Новой команде от внедрежа отказываться не хочется. Но что же делать? Уже этап девелопмента, а требований нет. Т.е. бизнес-аналитик не положен, а нужен. Вот и кидают эти stories на консультантов-настройщиков и разработчиков. Опять таки, т.к. бюджет урезанный, хороший мотив обратиться к аутсорсерам.
P.S. Клоунов таких, к счастью, не слишком много, но они вносят в рынок дух романтики и приключений.

[greench]

Цитата:

Вместо требований в репозитории какие-то мутные stories звучащие как:"Надо не забыть налог с продаж настроить" sic!

Я сейчас работаю на старте проекта. Вернее проект уже прошел гоу лайв кое-как, сейчас начинается следующая фаза, в которой на проект пришли мы. На входе есть User Stories, НО на стороне клиента очень и очень вменяемые аналитики и QA-щики. Перед началом работы над стори собираем 3 Amigos митинг - BA, QA, DEV. BA подробно рассказывает почему им это нужно на примере работы конкретного пользователя. Проходимся по story, он показывает как сейчас в аксапте и как должно быть на выходе. Обсуждаем что и как, если я вижу как DEV что сразу можно подкорректировать в story(например добавить какую-то проверку), то сразу вносим изменения. После девелопмента опять собираемся тем же составом и я делаю маленькое демо по этой story.
От процесса работы просто слёзы умиления катятся по щекам. Посмотрим как дальше пойдет

[Raven Melancholic]

Даже если взять только срез специалистов на данном форуме, то уже проявляется закономерность по универсализации.
В тех же ежегодных голосовалках, если взять активных участников форума (без учета тех, кто в работе форма не участвует, а только зарегистрирован и за кого голосуют знающие его лично коллеги по фирме, по жизни), то видно, что практически нет тех, кто занимается только консалтингом, только программированием. Как правило, такие кандидаты отвечают во всех разделах форума - и про программирование, и про систему, и про бизнес.

[ax_mct]

Программистов AX в части касающейся удаленной разработки уместно классифицировать следующим образом:

A) 1С и похожее.
То есть они как бы изначально консультанты-программисты по своей натуре; Таких наверное больше на клиентах. Они и остаются таковыми привыкшими думать в двух измерениях.

Самодостаточные но часто слабые программисты в классическом понимании.

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

B) те кто стал программистом с помощью AX.
Отличники-выпусники, хорошее программистское образование. Такие начинали как стажеры в крупном консалтинге. Для таких вторая реальность (функциональная) тоже дается просто так как в качестве (классического) программиста они еще не закостенели. Но часто такой необходимости они не чувствуют и остаются в своей инфантильности зависимы от консультантов.

Несамодостаточные но хорошие программисты AX делающие красивый и чистый код.

Для удаленной работы хороши если есть консультант ("родитель") который обо всем позаботится. Идеально подходят для большого обьема простых задач.

С) те кто до AX уже состоялся как программист на С++, Java, .NET.
Самая малочисленная группа среди программистов AX но и самая бесценная.
В силу того что пришли в AX в уже зрелом возрасте не остаются на позициях просто кодеров имея при этом бесценный технический опыт вне AX.

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

[mazzy]

Тема этой ветки:
Удаленная разработка в MS Dynamics AX

Пожалуйста, создавайте отдельные ветки для обсуждения отдельных тем.

[ax_mct]

Погода что-ли жаркая что так тихо. На море что-ли искупаться...
Кстати об удалённой разработке в АХ: жена утянула в Италию на море, и мир спасать надо с пляжа, причём результативно.
Посему вопрос какой мобильный интернет использовать в Римини? Кто как из таких ситуаций выходит?
Вот такие вот будни удалённой разработки в АХ, и жену на удовлетворить, и клиента в срок.

[bio_unit]

Цитата:

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

Вот такие вот будни удалённой разработки в АХ, и жену на удовлетворить, и клиента в срок.

Удаленное удовлетворение жены или аутсорс - не рассматривали?

[ax_mct]

Цитата:

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

Удаленное удовлетворение жены или аутсорс - не рассматривали?

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

Как думаю изворачиваться: Ноутбук позволяющий программировать в АХ полностью в оффлайн и купить итальянскую SIM карту для MiFi мобильного модема. На отельный интернет надежды нет, не SAS Radisson.

На аутсорс отдал бы с удовольствием, не зря троллю же здесь, прощупываю.
Сырая задача, три дня думать один делать. Rebates в R3 расширять. А срок уже на следующей неделе.
Собственно и пасусь здесь чтобы понять возможен ли вообще аутсорс в реальной моей жизни.

[ice]

Цитата:

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

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

Как думаю изворачиваться: Ноутбук позволяющий программировать в АХ полностью в оффлайн и купить итальянскую SIM карту для MiFi мобильного модема. На отельный интернет надежды нет, не SAS Radisson.

На аутсорс отдал бы с удовольствием, не зря троллю же здесь, прощупываю.
Сырая задача, три дня думать один делать. Rebates в R3 расширять. А срок уже на следующей неделе.
Собственно и пасусь здесь чтобы понять возможен ли вообще аутсорс в реальной моей жизни.

отдавайте на субподряд китайцам за тарелку риса и все довольны

[bio_unit]

Цитата:

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

На аутсорс отдал бы с удовольствием, не зря троллю же здесь, прощупываю.

Удовлетворение жены отдали бы на аутсорс?
Это все гейропа вас испортила...

[ax_mct]

Цитата:

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

отдавайте на субподряд китайцам за тарелку риса и все довольны

Цитата:

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

Удовлетворение жены отдали бы на аутсорс?
Это все гейропа вас испортила...

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

[Ace of Database]

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

[DaxDevRemote]

08.06

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

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

[ALES]

Цитата:

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

08.06
... главное чтобы платили!)...
Интегратор обещал поторопить клиента с приемкой задачи и промелькнула надежда на оплату на следующей неделе.

Платят?

[ax_mct]

Цитата:

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

Платят?

Присоединяюсь к вопросу. И от чего зависит оплата и зависит ли?

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

И всегда есть риск потерять оплату примерно за месяц работы. Но без рисков никак.
Альтернатива - подписанные таймшиты в конце/начале каждой недели. Но для удаленных программистов это не очень реально.

[macklakov]

Цитата:

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

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

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

[pitersky]

Цитата:

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

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

Стесняюсь спросить, но откуда тогда разработчик должен брать задачи, если ему их никто назначать не будет?

[ax_mct]

Цитата:

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

Стесняюсь спросить, но откуда тогда разработчик должен брать задачи, если ему их никто назначать не будет?

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

"Keep calm and invoice on".

Другое дело что удаленного работника никто не видит что он сидит в офисе 9 - 17 и как-то надо грамотно списывать время.
Типа читал аксапту начиная с класса A*, через неделю планирую дойти до классов начинающихся с B