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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 30.03.2020, 22:12   #1  
Yekaterina is offline
Yekaterina
Участник
 
46 / 13 (1) ++
Регистрация: 14.03.2020
Таск трекеры и система для хранения документации
Кто что использует на клиенте для хранения документации на систему (ТЗ, описаний модификаций, user manuals и т.д.) и под таск трекер?
На новой работе нет ничего, надо как то выстраивать процесс. Интересуюсь какие тренды в этой области сейчас на рынке, с чем модно работать
Старый 30.03.2020, 22:42   #2  
EVGL is offline
EVGL
Moderator
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,976 / 2433 (89) +++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от Yekaterina Посмотреть сообщение
Кто что использует на клиенте для хранения документации на систему (ТЗ, описаний модификаций, user manuals и т.д.) и под таск трекер?
На новой работе нет ничего, надо как то выстраивать процесс. Интересуюсь какие тренды в этой области сейчас на рынке, с чем модно работать
Azure DevOps и ничего более: масса преимуществ и не известны недостатки.
За это сообщение автора поблагодарили: sukhanchik (2).
Старый 30.03.2020, 23:20   #3  
Yekaterina is offline
Yekaterina
Участник
 
46 / 13 (1) ++
Регистрация: 14.03.2020
Цитата:
Сообщение от EVGL Посмотреть сообщение
Azure DevOps и ничего более: масса преимуществ и не известны недостатки.
Меня как то смущает, что это Майкрософт, и документация на Sharepoint - не самая удобная вещь. И мне не нужен контроль версий системы, мне нужен контроль задач с момента поступления проблемы от пользователя/бизнеса до ее решения и внедрения на prod. И пользовательская документация/проектная документация. Вот версии документации вести было бы интересно, но не кода.
Старый 30.03.2020, 23:48   #4  
EVGL is offline
EVGL
Moderator
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,976 / 2433 (89) +++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от Yekaterina Посмотреть сообщение
Меня как то смущает, что это Майкрософт, и документация на Sharepoint - не самая удобная вещь. И мне не нужен контроль версий системы, мне нужен контроль задач с момента поступления проблемы от пользователя/бизнеса до ее решения и внедрения на prod. И пользовательская документация/проектная документация. Вот версии документации вести было бы интересно, но не кода.
С огромным трудом понимаю логику. Если сама система - от Microsoft (что можно предлоложить по тематике форума), и это не смущает, то почему вас смущает Microsoft для хранения документации по ней? Документация на Sharepoint для DevOps не нужна, можно просто загружать файлы. Однако для работы всех с одной копией документа как раз подходит может быть не самая удобная Sharepoint (я все свои спецификации так храню и оставляю Hyperlink в DevOps).
Старый 31.03.2020, 00:47   #5  
sukhanchik is offline
sukhanchik
Moderator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,800 / 2474 (88) +++++++++
Регистрация: 13.06.2004
Адрес: Москва
DevOps ранее был известен, как VSTS (Visual Studio Team Server), а еще ранее - как TFS (Team Foundation Server).
Собственно, шикарная вещь для баг/таск трекера. Есть еще правда компании, которые используют JIRA для этого. Тоже вариант, но особенно для D365 DevOps гораздо удобнее. Очень приятно видеть в задаче, в рамках каких changeset-ов она была выполнена (это делается автоматически, когда разработчик указывает номер задачи при CheckIn своего changeset-а).
Непосредственно сами Word-файлы можно как приаттачивать туда, так и хранить их на Sharepoint-портале, а в DevOps хранить только ссылки на них, как правильно сказал EVGL.
__________________
Возможно сделать все. Вопрос времени
За это сообщение автора поблагодарили: Logger (1).
Старый 31.03.2020, 00:55   #6  
Yekaterina is offline
Yekaterina
Участник
 
46 / 13 (1) ++
Регистрация: 14.03.2020
Цитата:
Сообщение от EVGL Посмотреть сообщение
С огромным трудом понимаю логику. Если сама система - от Microsoft (что можно предлоложить по тематике форума), и это не смущает, то почему вас смущает Microsoft для хранения документации по ней? Документация на Sharepoint для DevOps не нужна, можно просто загружать файлы. Однако для работы всех с одной копией документа как раз подходит может быть не самая удобная Sharepoint (я все свои спецификации так храню и оставляю Hyperlink в DevOps).
Как может не смущать Аксапта? Просто это работа Но зачем добровольно себе лишний геморрой устраивать?

" можно просто загружать файлы" - проблема не загрузить куда нибудь файлы, а в них ориентироваться потом. Sharepoint это же просто интерфейс к папочкам обычным, там ничего нет.. Я также папочку на сервере сделаю и буду туда складывать, в чем разница?
Старый 31.03.2020, 00:56   #7  
Yekaterina is offline
Yekaterina
Участник
 
46 / 13 (1) ++
Регистрация: 14.03.2020
Цитата:
Сообщение от sukhanchik Посмотреть сообщение
DevOps ранее был известен, как VSTS (Visual Studio Team Server), а еще ранее - как TFS (Team Foundation Server).
Собственно, шикарная вещь для баг/таск трекера. Есть еще правда компании, которые используют JIRA для этого. Тоже вариант, но особенно для D365 DevOps гораздо удобнее. Очень приятно видеть в задаче, в рамках каких changeset-ов она была выполнена (это делается автоматически, когда разработчик указывает номер задачи при CheckIn своего changeset-а).
Непосредственно сами Word-файлы можно как приаттачивать туда, так и хранить их на Sharepoint-портале, а в DevOps хранить только ссылки на них, как правильно сказал EVGL.
у нас 2012я.
что такое changeset?
Старый 31.03.2020, 01:29   #8  
EVGL is offline
EVGL
Moderator
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,976 / 2433 (89) +++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от Yekaterina Посмотреть сообщение
Sharepoint это же просто интерфейс к папочкам обычным, там ничего нет.
... кроме контроля версий документов и многопользовательского режима.
Старый 31.03.2020, 02:16   #9  
sukhanchik is offline
sukhanchik
Moderator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,800 / 2474 (88) +++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от Yekaterina Посмотреть сообщение
у нас 2012я.
что такое changeset?
Применительно к D365 - это набор объектов, которые разработчик закончил править и отдает в систему контроля версий. Просто в 2012 все несколько не так - не хранится абсолютно весь код в системе в текстовых файлах; с отчетами в студии не все так просто в плане контроля версий. В общем - не совсем еще бесшовно все красиво работает. Но это не мешает использовать TFS / VSTS / DevOps в качестве такс-трекера, а Sharepoint в качестве хранилища документов с возможностью многопользовательского доступа и версионности самих документов
__________________
Возможно сделать все. Вопрос времени
Старый 31.03.2020, 09:08   #10  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,124 / 2139 (80) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Цитата:
Сообщение от EVGL Посмотреть сообщение
... кроме контроля версий документов и многопользовательского режима.
Еще sharepoint хорошо индексирует документы и делает полнотекстовый поиск. Вряд ли в Azure DevOps это отключили? И есть ли там просмотр / редактирование документов через Office online?

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

В целом соглашусь с коллегами, что если речь про D365 то альтернативы смысла смотреть нет.

Если Аксапта более старая и DevOps-ную часть не нужно, то можно рассмотреть альтернативы типа той же Jira, есть фанаты Redmine. Или использовать MS Teams - заодно и проектную группу собрать в одном пространстве + коммуникации. Сейчас он бесплатный для компаний на время пандемии.
__________________
Ivanhoe as is..
Старый 31.03.2020, 17:01   #11  
trud is offline
trud
Участник
Лучший по профессии 2017
 
838 / 1091 (38) ++++++++
Регистрация: 07.06.2003
Записей в блоге: 1
JIRA вне конкуренции из того что пробовал. Удобное редактирование, редактор правил и переходов статусов.
Azure DevOps использовал на нескольких проектах, показалась неудобной. Еще обсуждал это с коллегами, детализации до реального статуса задачи не было ни у кого. т.е. чтобы понять текущей статус задачи, надо спрашивать у человека.
За это сообщение автора поблагодарили: Yekaterina (1).
Старый 31.03.2020, 17:09   #12  
EVGL is offline
EVGL
Moderator
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,976 / 2433 (89) +++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от trud Посмотреть сообщение
JIRA вне конкуренции из того что пробовал. Удобное редактирование, редактор правил и переходов статусов.
Azure DevOps использовал на нескольких проектах, показалась неудобной.
У меня строго обратное впечатление: Jira медленнее, неудобнее, интерфейс перегружен.

The beauty is in the eye of the beholder.
Старый 31.03.2020, 17:42   #13  
trud is offline
trud
Участник
Лучший по профессии 2017
 
838 / 1091 (38) ++++++++
Регистрация: 07.06.2003
Записей в блоге: 1
Цитата:
Сообщение от EVGL Посмотреть сообщение
Jira медленнее, неудобнее, интерфейс перегружен.
А что там неудобного? ну т.е. JIRA это единственная система которую я видел, где обсуждение по задаче шло в трекере(ну еще GitHub не на АХ проектах). Во всех остальных проектах - это какой-то несвязанный чат или почта. Плюс редактор переходов статусов. Он кстати вообще есть в Azure DevOps? что я видел - при смене статуса - просто выпадающий список со всеми статусами и ручное назначение ответственного
Хотя особо я не разбирался, допускаю что можно как-то все настроить
Старый 31.03.2020, 19:50   #14  
EVGL is offline
EVGL
Moderator
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,976 / 2433 (89) +++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Мы все задачи обсуждаем в DevOps. Статусы и переходы настраивать можно.
https://docs.microsoft.com/en-us/azu...w=azure-devops
Старый 31.03.2020, 19:56   #15  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
1,888 / 1021 (38) ++++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
По поводу JIRA достаточно сложно решать подходит/не подходит, удобно/не удобно.
Все зависит от установленных расширений. Их полно, какого-то идеального просто нет, кто-то умеет хорошо одно, но не умеет или криво делает другое и наоборот.
У платных расширений модели лицензирования сильно различаются, как-то систематизировать для определения общей стоимости сложно.
Если удалось подобрать приемлемый набор расширений, то работать комфортно но, как обычно, все равно чего-то может не хватить.
Старый 31.03.2020, 23:59   #16  
Yekaterina is offline
Yekaterina
Участник
 
46 / 13 (1) ++
Регистрация: 14.03.2020
JIRA - ерунда, конечно, для проектов внедрения. Можно использовать, но концов не найдешь потом. Ну или долго и нудно настраивать.. Задачи не решает.

MS Teams - не видела там задач, может не помню уже. Пробовала для документации ее использовать - интерфесно итересное решение - можно и ссылки, и текст, и документы - все на одной странице.. Но там недоработан вопрос с участниками группы, их ролями, и алертами им. То есть, я добавляю новый документ - никто про это не знает. Ну или я не прочитала мануал) Может быть, там все есть. Но это скорее аналог скайпа, но кривой. Не пошел у нас Teams, в общем. И что делать, если ты не в группе... И если удалили группу - все, что было - снеслось?

Редактирование документов и сбор замечаний - у нас такой задачи нет. Надо просто хранить все, и иметь возможность потом найти почему какой то функционал так работает. какие делали доработки, и вообще инструкции. Что вообще внедрили. А то "документация была, но потерялась".. И теперь ходи опрашивай пользователей какие кнопки они жмут и потом читай код что там под этими кнопками...
Старый 01.04.2020, 11:18   #17  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,460 / 2576 (94) +++++++++
Регистрация: 16.01.2004
Адрес: Москва
Записей в блоге: 5
Цитата:
Сообщение от Yekaterina Посмотреть сообщение
MS Teams - не видела там задач, может не помню уже.
Насколько я знаю, там нет задач, они есть в MS Planner , который интегрируется с тимс.

Впрочем, Azure Dev Ops тоже интегрируется с тимс.
__________________
blog | twitter
Старый 01.04.2020, 14:59   #18  
pitersky is offline
pitersky
северный Будда
Аватар для pitersky
Ex AND Project
Соотечественники
 
1,406 / 327 (13) ++++++
Регистрация: 26.09.2007
Адрес: Солнечная система
2012 с DevOps вполне себе нормально взаимодействует
И документация хранится, и статусы автоматически меняются по нужным правилам. то есть сориентироваться, на каком этапе находится задача, вообще беспроблемно. Проблемы начнутся, если нужно отслеживать процент разработанного/протестированного - тут да, надо или требовать ежедневного заполнения часов (у меня на одном проекте было, ничего путного не вышло), или ежедневно опрашивать людей (если работаем по эджайлу, то это в любом случае будет делаться на стэндапах).
а вот проблема
Цитата:
Сообщение от Yekaterina Посмотреть сообщение
иметь возможность потом найти почему какой то функционал так работает. какие делали доработки
в любом случае рано или поздно сведётся к дебаггингу. после нескольких лет доработки на объект может быть навешана куча модиф разной степени сложности. разбираться с постановками обычно дольше и сложнее, чем просто проанализировать точку останова. Если связь с девопсом настроена корректно, то можно быстро выйти на задачу, в рамках которой делалась соответствующая модификация. А там уже анализировать привязанные доки (ТЗ, выполненные тест кейсы и т.д.)
__________________
С уважением,
Вячеслав
За это сообщение автора поблагодарили: fed (2), twilight (1).
Старый 01.04.2020, 16:14   #19  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,460 / 2576 (94) +++++++++
Регистрация: 16.01.2004
Адрес: Москва
Записей в блоге: 5
Цитата:
Сообщение от pitersky Посмотреть сообщение
в любом случае рано или поздно сведётся к дебаггингу.
По моему опыту достаточно часто можно поискать по заголовку/содержимому в багтрекере, если их писать по человечески.

Конечно, без кода зачастую не обойтись, связка commit -> pr -> workitem в Azure Dev Ops очень сильно помогает при использовании функции annotate (aka blame - когда для каждой строчки выводится последний изменивший ее комит).

Внутренняя документация часто ведется инкрементно - на изменение а не на текущее состояние. Это затрудняет ответ на вопрос "почему сейчас так" - в таких случаях проще через код (blame -> переход на коммит и изменением -> переход на привязанный workitem).
__________________
blog | twitter
Старый 01.04.2020, 19:24   #20  
Yekaterina is offline
Yekaterina
Участник
 
46 / 13 (1) ++
Регистрация: 14.03.2020
Цитата:
Сообщение от belugin Посмотреть сообщение
По моему опыту достаточно часто можно поискать по заголовку/содержимому в багтрекере, если их писать по человечески.

.
Да, и если лежат в одном месте ТЗ и юзер мануалы. Еще практиковала такую вещь - рассылать пользователям письма what's new in AX с подробным описанием новых функций. Вот контекстный поиск по этим имейлам - самое полезное было)) Но у нас не было хорошего хранилища документации, так как у нас была Jira, то есть к вложениям доступа хорошего не было.

Последний раз редактировалось Yekaterina; 01.04.2020 в 19:29.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
группы хранения для новой складской аналитики (Ax2012R3) Pandasama DAX: Программирование 14 09.10.2017 14:55
Автоматический подбор аналитики хранения Flomik DAX: Функционал 5 13.11.2013 16:37
Аналитики хранения и закрытие склада. Apriori DAX: Функционал 5 08.02.2008 12:00
ALEG: Почему система сопротивляется изменениям и как с этим бороться Blog bot DAX Blogs 2 17.11.2006 10:17
Резервирование партионного товара с FIFO по сроку хранения: делал ли кто-нибудь? Falcon DAX: Функционал 9 15.02.2003 00:47
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

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