Таск трекеры и система для хранения документации

[pitersky]

2012 с DevOps вполне себе нормально взаимодействует
И документация хранится, и статусы автоматически меняются по нужным правилам. то есть сориентироваться, на каком этапе находится задача, вообще беспроблемно. Проблемы начнутся, если нужно отслеживать процент разработанного/протестированного - тут да, надо или требовать ежедневного заполнения часов (у меня на одном проекте было, ничего путного не вышло), или ежедневно опрашивать людей (если работаем по эджайлу, то это в любом случае будет делаться на стэндапах).
а вот проблема

Цитата:

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

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

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

[belugin]

Цитата:

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

в любом случае рано или поздно сведётся к дебаггингу.

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

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

Внутренняя документация часто ведется инкрементно - на изменение а не на текущее состояние. Это затрудняет ответ на вопрос "почему сейчас так" - в таких случаях проще через код (blame -> переход на коммит и изменением -> переход на привязанный workitem).

[Yekaterina]

Цитата:

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

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

.

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