AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Администрирование
DAX
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 10.12.2021, 10:33   #1  
axm2017 is offline
axm2017
Участник
 
1,747 / 292 (13) ++++++
Регистрация: 15.05.2017
Как правильно учить/дообучать стажеров и не только?
Философский вопрос.
Для меня не текущий но вдруг стало интересно глядя на старающихся коллег.

Как правильно готовить разработчика по Акс?

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

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

Как правильно должен быть выстроено обучение с учетом что разработчик учится почти вечно? Как подготовить стажера к реальной жизни за минимальный срок?
За это сообщение автора поблагодарили: mazzy (2).
Старый 10.12.2021, 11:18   #2  
Pandasama is offline
Pandasama
Участник
 
448 / 133 (5) +++++
Регистрация: 11.08.2014
Адрес: Барнаул
Цитата:
В колумбусе в свое время на сколько представляю народ после краткого тренинга банально кидался на проект
Вполне подходит, имхо, для аксапты - сам примерно так вливался (имея за плечами понимание о программировании вообще, конечно). Тут уже встает вопросов конкретно "краткости тренинга".

Цитата:
человек представлял те задачи с которыми сталкивался но не более
Ну а как можно обучиться чему-то, не сталкиваясь с этим? никак, конечно.

Цитата:
его решения зачастую были практическими но не корректными
Код ревью и обратная связь от руководителя проектом помогает это исправить

Цитата:
С этим по слухам боролись проводя порой эпизодические лекции или пытаясь создать центры компетенции
Ну и не без этого, конечно - нормальная ситуация, спросить совета у более опытных коллег и получить ответы.
Старый 10.12.2021, 12:36   #3  
axm2017 is offline
axm2017
Участник
 
1,747 / 292 (13) ++++++
Регистрация: 15.05.2017
Цитата:
Сообщение от Pandasama Посмотреть сообщение
Ну а как можно обучиться чему-то, не сталкиваясь с этим? никак, конечно.
Вот хочется как то сгладить это столкновение. На проекте будут сроки, ответственность и прочее. И чувак чтобы не стать крайним под давлением родит что то возможно рабочее но не верное по сути.

Цитата:
Сообщение от Pandasama Посмотреть сообщение
Код ревью и обратная связь от руководителя проектом помогает это исправить
Вот хз. Руководителю важны сроки. Код ревью зачастую проводят не глубоко, что понятно у самих сроки горят и прочее и если не видно явной дичи то ок.

Цитата:
Сообщение от Pandasama Посмотреть сообщение
Ну и не без этого, конечно - нормальная ситуация, спросить совета у более опытных коллег и получить ответы.
Это само собой
Старый 10.12.2021, 12:47   #4  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,273 / 3466 (122) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от axm2017 Посмотреть сообщение
Как правильно должен быть выстроено обучение с учетом что разработчик учится почти вечно? Как подготовить стажера к реальной жизни за минимальный срок?
Складываем 2 вопроса и получаем - как обучиться вечно за минимальный срок? ))
Ответ простой - скорректировать реальную жизнь. Т.е. разработчику нужно давать не те задачи, которые есть на проекте, а те, которые он потянет. Это не всегда выполнимо, но это единственный способ получить эффективный результат от разработчика.
Вопросы кстати не связаны конкретно с АХ . "Это так в любой системе, сынок" ))

Из собственной практики. Когда я знакомился с АХ - мне дали сделать простейшую задачу - вывести некоторые данные в Excel-шаблон. При этом сама процедура выборки данных была тривиальной (цикл то ли из двух сджойненных таблиц, то ли вообще из одной таблицы).
Задачу я делал месяц. Ну как месяц.... Я делал, сдавал, получал замечания, доделывал, после чего снова сдавал и когда задача получалась выполненной - я ее начинал делать с нуля другим способом. И так - 4 раза. За этот период удалось освоить RunBase + RunBaseBatch достаточно... эммм плотно.
Что было дальше - не помню, но помню, что у меня было много задач по отчётности .
__________________
Возможно сделать все. Вопрос времени
За это сообщение автора поблагодарили: klimova_m (1), Logger (1).
Старый 10.12.2021, 12:49   #5  
db is offline
db
Роман Долгополов (RDOL)
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
 
393 / 692 (24) +++++++
Регистрация: 01.04.2004
Адрес: Москва
Практика плюс коллега с опытом. Как на заводе
Краткий тренинг
Потом в цикле до просветления:
Стажеру дается задача
Стажер думает (обязательно сначала сам), рассказывает наставнику как собирается реализовывать, вместе обсуждают правильное решение
После реализации смотрять вместе что получилось, стажер доделывает/переделывает опять же обязательно своими руками
Если в процессе реализации возникает что то с точки зрения стажера непреодолимое, то стажер обязательно сначала сам некоторое время это решить. Пусть неправильно, но обязательно сам. Т.е. ни в коем случае не справшивать сразу у наставника как правильно, а пытаться думать, искать реализацию похожего в стандарте

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

И надо понимать что программирование ерп это не творчество. Человек должен быть на подкорке научен не придумывать красивые решения, а реализовать способом уже давно придуманым до него. Сантехники мы в общем, а не разу не художники. За художества сразу по рукам бить. В редких ситуациях оно (художество) конечно надо, но это точно не уровень стажера.
За это сообщение автора поблагодарили: sukhanchik (10), gl00mie (5), klimova_m (1), axm2017 (5), Dynamics365Eng (1).
Старый 10.12.2021, 12:54   #6  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от axm2017 Посмотреть сообщение
Как правильно готовить разработчика по Акс?
Хорошо поставленный вопрос.

Акс для разработчика - это Java код, глубоко завязанный на Аксаптовские соглашения, Аксаптовские фреймворки и библиотеки Аксаптовских функций.

навсикдку, начинающему на проекте разработчику обязательно надо рассказывать о:
= best practice (соглашения о наименованиях, нумераторах, коллекциях, штатных массивах) и дополнительные соглашения, принятые на проекте
= особенности container в Аксапте и особенности использования контейнера, принятные на проекте
= трехуровневость, передача данных с клиента на сервер (pack/unpack), модификаторы server client
= tts и перехват ошибок, userConnection и другие Connection
= вывод ошибок и сообщений (в частности, работа с инфологом в классических аксаптах)
= логирование, принятое на проекте
= глобальные переменные и глобальные класы infolog, appl и т.п.
= глобальные кэши и кэширование данных
= механизмы сравнения кода, old-слои
= кластеризация
= журналы, зачем нужна блокировка журналов
= и т.п.

на каждом проекте, что я работал, дополнительно к штатным библиотекам были приняты собственные тараканы и заморочки (что можно и что нельзя делать в деве-тесте-проде, соглашения об оформлении кода и объектов, соглашения о достаточном уровне документирования, кто-то не приемлет временных таблиц, кто-то все делает на временных таблицах безо всяких list/set/map)

в общем, много чего можно и нужно рассказать ДО того, как кидать на проект.
В свое время я курс читал с названием "Решительный шаг" и подзаголовком "Зачастую решительный шаг является результатом хорошего пинка под зад"
__________________
полезное на axForum, github, vk, coub.

Последний раз редактировалось mazzy; 10.12.2021 в 12:58.
Старый 10.12.2021, 13:06   #7  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от db Посмотреть сообщение
За художества сразу по рукам бить.
В этом случае от твоих рук должны остатся одни обмылки ))

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

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

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

Согласен и с тем, что на проекте у db я мало что привнес и много чему научился..
__________________
полезное на axForum, github, vk, coub.
Старый 10.12.2021, 13:12   #8  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от axm2017 Посмотреть сообщение
Вот хз. Руководителю важны сроки.
тут либо крестик, либо трусы.

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

другое дело, что руководитель вслух может толкать речи, мало связанные с реальностью. ну, дык, работа у него, у рукововодителя такая.
__________________
полезное на axForum, github, vk, coub.
Старый 10.12.2021, 13:14   #9  
Pandasama is offline
Pandasama
Участник
 
448 / 133 (5) +++++
Регистрация: 11.08.2014
Адрес: Барнаул
Цитата:
Сообщение от axm2017 Посмотреть сообщение
Руководителю важны сроки. Код ревью зачастую проводят не глубоко, что понятно у самих сроки горят и прочее
Ну, значит руководитель не прав.
Или его руководитель не прав, что не донес до него важность развития джуниоров для компании.
Старый 13.12.2021, 14:40   #10  
axm2017 is offline
axm2017
Участник
 
1,747 / 292 (13) ++++++
Регистрация: 15.05.2017
Кстати стало интересно
А как у вас коллеги на работе устроен процесс расшаривания знаний, повышения квалификации и прочее?

Зы опросил экс коллег с МС: там по сути никак (в некоторых командах есть попытки идти по Agile и ко но это личная инициатива руководителя).
Старый 14.12.2021, 11:41   #11  
George Nordic is offline
George Nordic
Модератор
Аватар для George Nordic
Злыдни
 
4,479 / 1250 (50) ++++++++
Регистрация: 17.12.2003
Адрес: Moscow
Записей в блоге: 9
1. Центр компетенций (ядро внедрения, опытные коллеги)
2. Обучение (опытные коллеги читают курсы разработки и best practices новичкам)
3. Наставничество - постановка задачи, обсуждение подходящих решений, код ревью
4. Обмен опытом. Например, на первом проекте мы в 18-00 ПРЕКРАЩАЛИ работу и 1-2 часа рассказывали друг другу какие задачи решали, и как устроен модуль, что нового и интересного нарыли.
5. Грамотное распределение и постановка задач - давать стажеру задачи, с которыми он может справится и чуть сложнее
6. По-хорошему, еще надо вести базу знаний. Но, к сожалению, это довольно трудозатратная задача, а без актуализации информации в ней знания быстро устаревают.

С Уважением,
Георгий
За это сообщение автора поблагодарили: klimova_m (1), axm2017 (5).
Старый 14.12.2021, 13:59   #12  
axm2017 is offline
axm2017
Участник
 
1,747 / 292 (13) ++++++
Регистрация: 15.05.2017
Мелкие комментарии
Цитата:
Сообщение от George Nordic Посмотреть сообщение
1. Центр компетенций (ядро внедрения, опытные коллеги)
По опыту клумбы это было (во всяком случае для меня) чем то эфимерным. То есть вроде они есть но в нужный момент хрен кого выдернешь.

Цитата:
Сообщение от George Nordic Посмотреть сообщение
3. Наставничество - постановка задачи, обсуждение подходящих решений, код ревью
Работает при заинтересованности. Но так да must have

Цитата:
Сообщение от George Nordic Посмотреть сообщение
4. Обмен опытом. Например, на первом проекте мы в 18-00 ПРЕКРАЩАЛИ работу и 1-2 часа рассказывали друг другу какие задачи решали, и как устроен модуль, что нового и интересного нарыли.
По Agile на который таки происходит постепенный переход такое предусмотренно как Retrospective (т.е. после окончания sprint-а)

из https://www.pmoffice.by/blog/agile/agile-approach.html

PS интересен был опыт IT Box а где народ вроде читал полу добровольно лекции друг другу.

Цитата:
Сообщение от George Nordic Посмотреть сообщение
6. По-хорошему, еще надо вести базу знаний. Но, к сожалению, это довольно трудозатратная задача, а без актуализации информации в ней знания быстро устаревают.
Да что то wiki подобное было бы интересно но не видел толком реализацию.
О попытках иной реализации слышал слухи что в MS реализовано было подобное через onenote - как понял работает крайне хреново.

Последний раз редактировалось axm2017; 14.12.2021 в 14:07.
За это сообщение автора поблагодарили: Capodastr (1).
Старый 14.12.2021, 17:25   #13  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,622 / 2922 (107) +++++++++
Регистрация: 16.01.2004
Записей в блоге: 5
Цитата:
Сообщение от axm2017 Посмотреть сообщение
Да что то wiki подобное было бы интересно но не видел толком реализацию.
О попытках иной реализации слышал слухи что в MS реализовано было подобное через onenote - как понял работает крайне хреново.
Там на усмотрение команды. Но есть централизованное хранилище в Azure Devops Wiki. В OneNote проще добавлять в wiki проще читать.

Последний раз редактировалось belugin; 14.12.2021 в 17:48.
Старый 14.12.2021, 17:29   #14  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,622 / 2922 (107) +++++++++
Регистрация: 16.01.2004
Записей в блоге: 5
Цитата:
Сообщение от axm2017 Посмотреть сообщение
Зы опросил экс коллег с МС: там по сути никак (в некоторых командах есть попытки идти по Agile и ко но это личная инициатива руководителя).
В основном, на откуп команды, но в рамках нашего подразделения, есть wiki, Knowledge transfer сессии, рассылки, чаты и так далее.

Результаты ретроспектив команд рассылаются в общие рассылки. Я чужие довольно часто читаю.
Старый 14.12.2021, 17:32   #15  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,622 / 2922 (107) +++++++++
Регистрация: 16.01.2004
Записей в блоге: 5
Видос про онбординг в ламоде https://www.youtube.com/watch?v=3Fw-3Z0KbeY&t=2037s
За это сообщение автора поблагодарили: gl00mie (3).
Старый 14.12.2021, 20:47   #16  
dech is offline
dech
Участник
Аватар для dech
Самостоятельные клиенты AX
 
642 / 347 (13) ++++++
Регистрация: 25.06.2009
Адрес: Омск
Записей в блоге: 3
1. Обучение по материалам (в первый месяц испытательного срока)
2. Ведение базы знаний
3. Проведение лекций
4. Реальные задачи, накопление компетенций
5. Код-ревью
__________________
// no comments
Старый 15.12.2021, 03:25   #17  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от axm2017 Посмотреть сообщение
Как правильно готовить разработчика по Акс? Грузить теорией? суровая практика?
Теория, если говорить за AX2012 и более ранние версии, хорошо описана в штатных тренингах и книжках.
Цитата:
Сообщение от axm2017 Посмотреть сообщение
В колумбусе в свое время на сколько представляю народ после краткого тренинга банально кидался на проект (винтовку добудешь в бою) но это вместе с преимуществами порождало иногда пробелы: человек представлял те задачи с которыми сталкивался но не более + его решения зачастую были практическими но не корректными.
Стажер может "кидаться на проект" в том смысле, чтобы пытаться делать простенькие проектные задачи, а не только "сферические в вакууме". Как минимум, такие задачи не надо будет придумывать - их проектная жизнь подскажет. Но надо понимать, что от стажера-разработчика первый полезный выхлоп начинается где-то через полгода
Цитата:
Сообщение от axm2017 Посмотреть сообщение
Как правильно должен быть выстроено обучение с учетом что разработчик учится почти вечно?
Тут еще надо учитывать один организационный момент: держать именно стажера вечно - дело хлопотное, потому что по закону у него испытательный срок может быть максимум 3 месяца, а затем уволить его может стать сильно сложнее. А какую-то реальную пользу стажер начнет приносить только через полгода... Вот и получается, что в первые три месяца надо и научить чему-то полезному, и понять, стоит ли дальше тратить на стажера время и силы - или лучше уже расстаться.
Цитата:
Сообщение от axm2017 Посмотреть сообщение
Как подготовить стажера к реальной жизни за минимальный срок?
Найти толкового, мотивированного стажера, использовать хорошую, проработанную программу обучения и дать толкового наставника, у которого будет достаточно времени и желания общаться со стажером
Старый 15.12.2021, 03:37   #18  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от mazzy Посмотреть сообщение
навсикдку, начинающему на проекте разработчику обязательно надо рассказывать о:
= best practice (соглашения о наименованиях, нумераторах, коллекциях, штатных массивах) и дополнительные соглашения, принятые на проекте
= особенности container в Аксапте и особенности использования контейнера, принятные на проекте
= трехуровневость, передача данных с клиента на сервер (pack/unpack), модификаторы server client
= tts и перехват ошибок, userConnection и другие Connection
= вывод ошибок и сообщений (в частности, работа с инфологом в классических аксаптах)
= логирование, принятое на проекте
= глобальные переменные и глобальные класы infolog, appl и т.п.
= глобальные кэши и кэширование данных
= механизмы сравнения кода, old-слои
= кластеризация
= журналы, зачем нужна блокировка журналов
= и т.п.
Стажеру хорошо бы освоить для начала Development I, чтобы просто мог создать новую таблицу по всем правилам и номерную серию к ней прикрутить а уж когда он там на практике до old-слоев доберется...
Дополнил бы еще такими вещами, как:
= перекрестные ссылки и навыки их использования с учетом иерархий классов, перехода от методов Map к таблицам и т.п.
= механизмы рефлексии (Dict-классы, UtilElements, TreeNode - при том, что последние два актуальны разве что до AX2012), умение решать задачи с их помощью, скажем, job-иком найти готовую временную таблицу типа tempDb, у которой есть поле типа real и поле типа string длиной от 20 символов.
Старый 15.12.2021, 04:07   #19  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от Pandasama Посмотреть сообщение
Код ревью и обратная связь от руководителя проектом помогает это исправить
Скорее от руководителя разработки - руководителю проекта стажер-разработчик обычно не интересен, потому что он - обуза, источник лишних неоплачиваемых часов и сорванных сроков (потому что отвлекает). Руководителю проекта интересно сделать проект быстрее и в рамках бюджета силами опытной, слаженной команды профессионалов, которым можно ставить задачи на высоком уровне абстракции. А стажеры-разработчики интересны скорее руководителям компании, потому что после полугода примерно и потом еще года два их можно "продавать" на проекты как полноценных разработчиков, а денег им платить всё еще как вчерашним стажерам.
Цитата:
Сообщение от axm2017 Посмотреть сообщение
Вот хочется как то сгладить это столкновение. На проекте будут сроки, ответственность и прочее. И чувак чтобы не стать крайним под давлением родит что то возможно рабочее но не верное по сути.
Мне кажется, никто в здравом уме не будет давать стажеру условно задачи на критическом пути. Обычно все понимают, что задачу на пару дней стажер будет делать месяц, поэтому выдают из проектных - что попроще и с меньшим приоритетом. Если сделает, и всё реально заработает, и можно будет включить задачу в акт выполненных работ (причем в рамках оценки "два дня", а не "месяц") - будет здорово, но цель вовсе не в этом.
Цитата:
Сообщение от axm2017 Посмотреть сообщение
Руководителю важны сроки. Код ревью зачастую проводят не глубоко, что понятно у самих сроки горят и прочее и если не видно явной дичи то ок.
Представим, что идет стройка, и откуда-то привели начинающего "строителя", который пока почти ничего не умеет. Доверят ли такому строителю-стажеру заливать бетон для фундамента? Думаю, вряд ли... Доверят ли ему что-то, влияющее на сроки сдачи объекта? Тоже вряд ли. Как будет проверяться результат его работы? Наверно, приставленный к нему прораб будет смотреть квадратным глазом еще по ходу дела, чтоб раствор хорошо мешал или, там, арматуру вязал без огрехов, потому что вариант "ревью проводить неглубоко" работает только с опытными строителями, имеющими некий кредит доверия. Мне кажется, и со стажером-разработчиком аналогично
Старый 15.12.2021, 09:11   #20  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,273 / 3466 (122) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Интересное развитие обсуждения.
Фактически, получается 3 варианта:
Как правильно учить / дообучать - если ты партнёр
Как правильно учить / дообучать - если ты вендор (Microsoft)
Как правильно учить / дообучать - если ты клиент.
Из этой ветки + из общения со своими знакомыми у меня получается такая картина:
Вендор:
Есть команды и разные технические возможности. Т.е. взаимодействия между людьми нет, но есть wiki, OneNote и прочие технические средства, куда можно "сложить" знания. При этом насколько я понял вопрос качества выложенной туда информации (=пользы от всего этого) остается за кадром.
Партнёр:
Есть наставничество, т.к. человека нужно как можно быстрее воткнуть в проект, чтобы его продавать, как специалиста. Соответственно - цель - как можно быстрее человека "дорасти" до продаваемого состояния. При этом никто не заморачивается использованием тех или иных методик (типа Agile и т.д.)
Клиент:
Есть наставничество, но оно менее интенсивное, нежели у партнёра. Поэтому здесь больше акцент делается на тренинги, изучение существующих материалов, поддержка (сначала посиди на телефоне, а потом уже дадут крупные задачи). Здесь может быть некая смесь методик ведения проекта и использование разных технических средств (Jira и т.д.). Опять-таки - вопрос качества внесенной туда информации остается за кадром.

Было бы интересно ещё услышать какие-нибудь мысли
__________________
Возможно сделать все. Вопрос времени
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
ax2012,ax2009: как правильно передать 100500 элементов коллекции через WCF? mazzy DAX: Программирование 63 14.12.2021 16:39
Передача таблицы TempDB по маршруту класс1-форма-класс2, как правильно? mikki_messer DAX: Программирование 7 15.07.2019 16:07
ax2009, ax2012: как правильно отобразить фильтр на форме? mazzy DAX: Программирование 6 25.03.2019 19:09
Вижу только пользователя admin в списке пользователей Bega DAX: Программирование 5 09.09.2010 15:38
ERP-BLOG: Как сделать правильно пользоваться хэлпом или горести Axapta. Blog bot DAX Blogs 2 15.07.2009 14:05
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 15:43.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.