Open Workflow: SDD → Slice → Evidence

Обновлено: 2026-07-16

Этот пример показывает в публичном рендере, как Digitable ведёт задачу, не публикуя исходный репозиторий и закрытый продукт.

1. Frame

Вместо «сделать новый экран» формулируется outcome:

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

Сразу фиксируются non-goals, owner решения, write scope и verification path.

2. Specify

SDD описывает:

• один основной journey;
• data/API contract;
• empty, loading, error и success states;
• security boundary;
• acceptance criteria;
• rollout и rollback.

SDD не обязан быть длинным. Он обязан позволять двум исполнителям независимо понять один и тот же результат.

3. Implement a vertical slice

Первый slice проходит через все нужные уровни:

user action
  → visible UI state
  → model/API contract
  → persisted result
  → openable outcome

Набор внутренних сервисов без доступного пользователю результата не считается готовым slice.

4. Verify

Evidence собирается слоями:

Проверка	На какой вопрос отвечает
Unit	Правильно ли работает узкая логика?
Integration	Совпадают ли contracts нескольких частей?
Build	Собирается ли production artifact?
E2E	Может ли пользователь пройти основной путь?
Visual QA	Выглядит ли путь аккуратно в целевых viewport?
Security review	Не пересекает ли slice public/private boundary?

Одна проверка не заменяет другую.

5. Deliver

Handoff содержит:

• что стало возможно;
• какие файлы и contracts изменились;
• точные команды и результаты;
• screenshots или artifact links;
• residual risks;
• intentionally untouched changes.

Что можно показать публично

Публичный case study может содержать эту структуру, обезличенный SDD, demo screenshots и test evidence. Product roadmap, customer data, credentials и закрытая экономика остаются в project repository.