Перенесіть наявну кодову базу до Taiga

Почніть із системи, яку маєте

Вигаданий сервіс запитів на обладнання вже існує. Команда хоче підтримувати його з Taiga, зберігаючи робочі інтеграції.

Виберіть Import codebase під час створення продукту. Підключіть репозиторій і почніть аналіз. Цей шлях використовує аналіз репозиторію замість розмови про новий продукт. До продукту, створеного з нуля, цей шлях імпорту не додається пізніше.

Підтвердьте доступ до репозиторію та гілку, з якою має працювати Taiga. Додайте постійні обмеження на відповідному рівні контексту. Для цього прикладу зазначте, що наявна інтеграція ідентичностей працівників має залишатися у використанні.

Спершу перегляньте виведену специфікацію

Taiga виводить документи продукту з коду та включає посилання на репозиторій. Вони допомагають перевіряти тлумачення. Вони не встановлюють бізнес-наміру за кожним наявним підходом.

Перевірте в специфікації три речі:

• Мета: чи описана ціль відповідає причині існування сервісу?
• Обмеження: які підходи є свідомими вимогами?
• Відомі дефекти: які поточні поведінки потрібно змінити?

Сервіс обладнання містить застарілий модуль авторизації. Документ може точно описувати його використання. Це не означає, що команда має розширювати його.

Відкрийте файл за посиланням і порівняйте відповідну поведінку з твердженням. Записуйте обмеження доступних доказів, наприклад конфігурацію чи операційну поведінку поза репозиторієм.

Виберіть правильне виправлення

Імпортовані документи відображають код. Не ставтеся до них як до вручну підтримуваних описів майбутньої системи. Оновлення документа також повторно виводить документи, від яких він залежить. Тому оновлення пізнішого документа може потребувати більше роботи.

Для застарілого модуля інструкція могла б звучати так: «Не додавайте нових компонентів, що викликають застарілий модуль авторизації. Для нової роботи використовуйте схвалений інтерфейс заміни». Перевірте, що інтерфейс існує, і назвіть його фактичне розташування в репозиторії.

Оцініть перші ініціативи

Процес імпорту також виконує сканування репозиторію, оцінювання за опублікованими політиками та початкове планування ініціатив. Етап, для якого бракує потрібної передумови, може бути пропущений із поясненням. Планування використовує доступні знахідки та оцінювання політик.

Перегляньте запропоновані прогалини за репозиторієм. Початкові ініціативи стосуються відсутніх можливостей, основ або відповідних невирішених проблем залежностей. Це не список нових функцій, яких ніхто не просив.

Збережіть корисну наявну можливість. Відхиліть або виправте пропозицію, що зайво створює її заново. Додайте окрему ініціативу для нової бізнес-вимоги.

Збережіть початкову точку на основі доказів

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

Результат — зрозуміла початкова точка та backlog, який можна редагувати. Це не оголошення, що вся наявна поведінка правильна. Продовжіть із планування ініціатив.