# Задания воркшопа (90 минут)

Работаем в командах по 2–3 человека. У каждой команды — свой набор (A, B
или C) из папки `workshop/`. Приложение: https://vanilitik2.areals.ru —
одна HTML-страница, ничего не устанавливается, данные остаются в браузере.

Правило: каждая находка должна показываться экраном приложения и
прослеживаться до события (кнопка «ƒ» у плитки, граф событий, Datalog).
«Кажется» не принимается.

## Разминка (10 мин) — вместе с ведущим
Три слоя двойника: поток задач, журнал событий команды, списания. Событие,
причина, провенанс. Pack — порядок и категории статусов — выводится из
данных, а не задаётся сверху.

## Задание 1 · Собрать двойника (15 мин)
1. «Данные» → загрузить три файла набора разом.
2. «⊢ Вывести pack из файлов». Прочитать магистраль переходов и свидетельства
   по каждому статусу. Ответить письменно:
   - сколько статусов, какие из них очереди (wait), какие стоянки (parking),
     какой терминальный;
   - есть ли типы задач со своим workflow — какие и чем он отличается.
3. Применить pack, «Проверить импорт (dry-run)»: сколько создано / отклонено /
   пропущено. Если отклонено > 0 — понять почему (неизвестный статус? дата?).
4. «Зафиксировать в графе». Повторить импорт того же файла — убедиться,
   что дублей нет (все строки «пропущено: уже есть»).

Сдаём: число событий в графе, список статусов с категориями, список типов
с собственным потоком.

## Задание 2 · Где узкое место (25 мин)
1. «Отчёты» → KPI: lead p50/p85 и cycle p50/p85 по командам. Переключить
   створ cycle (откуда/докуда), включить «минус стоянки» — что изменилось и
   у кого?
2. CFD: найти неделю, где полоса очереди начала расширяться. Сузить окно
   дат до этого периода, линейкой измерить Δ задач / Δ дней.
3. «Старение WIP»: кто и в каком статусе стоит дольше всех.
4. «Работа vs очереди» по периодам: доля ожидания до и после излома.

Сдаём: одно узкое место, названное статусом и командой, с тремя экранами
в доказательство; число — на сколько дней оно удлиняет lead.

Набор A — подсказка: сравните две команды, прежде чем винить «долгую
разработку». Набор B — посмотрите матрицу переходов по типам. Набор C —
отчёт «Сколько делается vs сколько списано».

## Задание 3 · Почему (15 мин)
1. «Анализ событий и трендов»: окно 14 / 28 дней. Для каждого события
   журнала — импакт «до → после» по lead, WIP, пропускной.
2. Найти излом тренда, рядом с которым в журнале есть событие, — и один
   излом, у которого объяснения в журнале нет.
3. Для необъяснённого излома: что вы бы дописали в журнал команды, если бы
   были её тимлидом? (одна строка: дата, категория, текст)

Сдаём: 2 излома с объяснением, 1 без, строка для журнала.

## Задание 4 · Откуда знаешь: Datalog и провенанс (15 мин)
1. «Datalog» → группа «Для решений»: выполнить «Где сейчас стоят открытые
   задачи», «Закрыты, минуя тестирование», «В работе без списаний» —
   переписать один запрос под статусы вашего набора.
2. Свой вопрос через внешнюю модель: ввести вопрос → «Сформировать промпт
   и скопировать» → задать его в любом чате с LLM (ChatGPT, Claude,
   DeepSeek, GigaChat, локальная модель) → вставить ответ → «Выполнить
   запрос из ответа». Вопрос должен быть про вашу находку из задания 2.
3. «Граф событий»: кликнуть одно статусное событие из результата запроса и
   пройти цепочку причин до корня.

Сдаём: один запрос, сохранённый в библиотеке; скриншот цепочки причин.

## Итог (10 мин)
Каждая команда — 2 минуты: узкое место, объяснение, что сделать на
следующем спринте и как измерить тем же экраном.

## Вопросы для самопроверки (по наборам)

**A «Платежи».** Чья очередь на тестирование выросла и с какой недели?
Почему у Рубина длинный cycle и что с ним делает «минус стоянки»?

**B «Мобильное приложение».** Сколько workflow нашёл pack и почему у Bug
свой? Где сконцентрированы возвраты из QA и что произошло на 6-й неделе?
Кто закрывает задачи, минуя QA?

**C «Внутренняя платформа».** У кого больше всех открытых задач? Чьи
списания не сходятся с календарным временем задач? Какой эпик дольше
других и за счёт какого статуса?