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

[AlexeyS]

Цитата:

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

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

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

[ax_mct]

Цитата:

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

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

Не, нужен не подчиненный а свой клон (желательно еще и с ДНК крота) да с телепатическими навыками.

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

И самая соль по теме темы:

[AlexeyS]

Цитата:

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

И самая соль по теме темы:

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

[ax_mct]

Цитата:

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

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

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

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

Боян, но очень уж в тему
The Expert (Русский дубляж)
https://www.youtube.com/watch?v=UoKlKx-3FcA

[Ace of Database]

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

[DaxDevRemote]

08.06

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

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

[ALES]

Цитата:

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

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

Платят?

[macklakov]

Цитата:

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

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

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

[pitersky]

Цитата:

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

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

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

[ax_mct]

Цитата:

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

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

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

"Keep calm and invoice on".

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

[ax_mct]

Цитата:

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

Платят?

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

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

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

[lvan]

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

короче работал я как-то, а потом взял, и удалил всё. вот такая была удаленная разработка.
примерно день работы, потом за час заново сделал.

[macklakov]

Цитата:

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

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

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

[Bobkov]

Цитата:

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

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

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

[pitersky]

Цитата:

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

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

Вообще-то задача консультанта, как я её понимаю - не собрать и передать хотелки (это и сам разработчик может сделать), а грамотно перевести эти хотелки на язык архитектуры аксапты, чтобы разработчик не занимался игрой в угадайку. Если же разработчик всё делает сам (и задачи сам ищет, и интервью пользователей сам проводит, и ТЗ сам составляет), то в чём смысл существования консультанта? Быть испорченным телефоном?

Цитата:

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

Поэтому, я не могу согласиться, что встреча с таким деятелем - это невезение. Надо просто уметь им управлять

Сразу вспоминается бессмертное "Я не люблю кошек! - Ты просто не умеешь их готовить"(с)

[ax_mct]

Цитата:

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

Вообще-то задача консультанта, как я её понимаю - не собрать и передать хотелки (это и сам разработчик может сделать), а грамотно перевести эти хотелки на язык архитектуры аксапты, чтобы разработчик не занимался игрой в угадайку. Если же разработчик всё делает сам (и задачи сам ищет, и интервью пользователей сам проводит, и ТЗ сам составляет), то в чём смысл существования консультанта? Быть испорченным телефоном?

Тогда это архитектор. А их считай что нет в природе.

Консультант он консультирует клиента а не разработчика.

Когда консультант начинает играть в архитектора (неважно функионального или технического) то жди беды.

Грамотный разработчик с консультантом как секретаршей - единственное спасение.

[greench]

Цитата:

Тогда это архитектор.

Не факт. Есть еще SME.

[ax_mct]

Цитата:

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

Не факт. Есть еще SME.

Small and Medium-Sized Enterprise.

Ну есть как бы архитекторы в больших компаниях. Для солидности. Опять таки они для клиента, а не для разработчика.

Я к тому что людей действительно могущих быть архитекторами в AX просто единицы и самое лучшее что могут сделать эти люди которые общаются с клиентом - это просто не мешать.

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

[Vadik]

Цитата:

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

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

Классика

[Bobkov]

Цитата:

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

Если же разработчик всё делает сам (и задачи сам ищет, и интервью пользователей сам проводит, и ТЗ сам составляет), то в чём смысл существования консультанта? Быть испорченным телефоном?

Навскидку:
К такому консультанту можно отправлять людей, которых надо успокоить.
Такого консультанта можно отправить на бессмысленное совещание.
Такой консультант может собирать циркулирующие в компании слухи.
Такой консультант может втереться кому-то в доверие и поспособствовать следующей продаже.