Начните новый продукт в Taiga

Подготовьте один ясный результат

В этом сценарии используется вымышленный сервис заявок на оборудование. Руководитель записывает заявку сотрудника и решение по ней. Самостоятельная подача заявок сотрудниками появится позже. Во время обучения используйте синтетические записи. Сценарий не разрешает использовать реальные кадровые данные.

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

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

Выберите способ начала работы

Для нового сервиса выберите Start from scratch. Используйте Import codebase, если отправной точкой должен стать существующий репозиторий. Импорт выбирают при создании продукта, поэтому примите это решение осознанно.

При создании также нужно указать, пишет ли Taiga Infrastructure code и CI/CD pipelines. Это отдельные обязанности. Если часть уже предоставляет команда платформы, отключите соответствующую генерацию и опишите текущий порядок работы.

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

Добавьте контекст до разговора

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

Для сервиса оборудования полезен контекст о способе идентификации сотрудников, разрешённых сервисах данных и правиле доступа руководителей. Явно укажите открытые вопросы. Не выдумывайте срок хранения, чтобы заполнить форму.

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

Проверьте и опубликуйте замысел

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

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

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

Подключите реальную целевую среду поставки

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

Описание среды не предоставляет доступ к облаку. Развёртывание выполняет ваш pipeline. С ответственной командой проверьте ветку репозитория, identity, ответственность за инфраструктуру и необходимые задачи настройки.

Полезный результат сценария — определённый продукт и работа, которую можно проверить с учётом реальной среды поставки. Отработайте последовательность решений в симуляции процесса Taiga.