Подключите существующий код к Taiga

Начните с существующей системы

Вымышленный сервис заявок на оборудование уже существует. Команда хочет сопровождать его с Taiga и сохранить работающие интеграции.

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

Подтвердите доступ к репозиторию и ветку, с которой должна работать Taiga. Добавьте постоянные ограничения на подходящем уровне контекста. В этом примере укажите, что существующая интеграция identity сотрудников должна сохраняться.

Сначала проверьте спецификацию, полученную из кода

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

Проверьте в спецификации три вещи:

• Назначение: Соответствует ли описанная цель причине существования сервиса?
• Ограничения: Какие решения являются намеренными требованиями?
• Известные дефекты: Какое текущее поведение нужно изменить?

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

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

Выберите подходящее исправление

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

Для устаревшего модуля инструкция может звучать так: «Не добавляйте новые вызовы устаревшего модуля авторизации. В новой работе используйте утверждённый интерфейс замены». Проверьте, что интерфейс существует, и укажите его реальное расположение в репозитории.

Оцените первые инициативы

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

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

Сохраните полезную существующую возможность. Отклоните или исправьте предложение заново создать её без необходимости. Для нового бизнес-требования добавьте отдельную инициативу.

Сохраните отправную точку, основанную на подтверждениях

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

Результат — понятная отправная точка и редактируемый backlog. Это не утверждение, что всё существующее поведение правильно. Продолжите с планированием инициатив.