From 7642c484d21ef48635df2833c5dc4a779b805c19 Mon Sep 17 00:00:00 2001 From: Matysh Date: Fri, 14 Aug 2026 20:31:08 +0300 Subject: [PATCH] feat: analysis proceeds on its own, questions are product-only and spec-stage MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit The analyst used to ask the owner to confirm every estimate and waited for an answer on each point. Most issues are unambiguous, and most of that waiting changed nothing — the owner's own measure is that seven issues in ten should travel from S1-new to a finished spec without a single question. Section 2.2 flips the default. Estimates, type, priority and track go on as labels immediately; the analysis comment is a notification, not a request — the owner's silence is consent, his disagreement is a label edit, and neither stops the work. The analyst moves the issue to S3-spec himself. The only questions that ever reach the owner are product questions, asked at the spec stage in one batch with defaults and blocked, and only when the spec cannot be written without the answer; anything that can wait for the spec waits, anything that does not block it becomes a recorded assumption instead. The one full stop left in analysis is a genuine SCOPE conflict, where the analyst proposes rejection and the owner decides. Issue: #114 User-Visible: no --- PROCESS.md | 26 ++++++++++++++++++++------ 1 file changed, 20 insertions(+), 6 deletions(-) diff --git a/PROCESS.md b/PROCESS.md index da888a04..06870745 100644 --- a/PROCESS.md +++ b/PROCESS.md @@ -86,9 +86,12 @@ S1-new → S2-analysis → S3-spec → S4-spec-review ⟲ → S5-ready → ### 2.2 Аналитика и оценка -Задача разбирается, продуктовое «да» ещё не дано. +Задача разбирается — и разобранная **сама идёт дальше**. Умолчание изменено +решением владельца 2026-08-14: раньше аналитика ждала подтверждения по каждому +пункту, и большинство ожиданий ничего не меняло — issue в основном описаны +однозначно. -- **Кто:** агент-аналитик готовит, владелец решает. +- **Кто:** агент-аналитик. Владелец не утверждает переход — он правит асинхронно. - **Чек-лист**, результат — комментарием в issue: 1. дубликаты проверены (ссылки на похожие issue); 2. в скоупе по `docs/SCOPE.md` и `docs/TOUCH-SUPPORT.md`; @@ -98,10 +101,21 @@ S1-new → S2-analysis → S3-spec → S4-spec-review ⟲ → S5-ready → 5. приоритет **P1/P2/P3**; 6. тип: баг / фича / техдолг; 7. затронутые поверхности (модули, диалоги, бэкенд, i18n); - 8. лёгкий трек — да/нет по критериям §5. -- **Приоритет и ценность — поля владельца.** Агент предлагает, владелец - утверждает; иначе агенты приоритизируют сами и P1 разрастается. -- **Выход:** «ТЗ в работе» либо «Отклонено» с записанной причиной. + 8. трек: обычный / `small` / `trivial` по критериям §5 и §5.1. +- **Оценки и приоритет ставятся метками сразу, согласие не запрашивается.** + Комментарий аналитики — уведомление, а не запрос: **молчание владельца — + согласие**, несогласие он выражает правкой меток или комментарием, и это не + останавливает работу. Право отклонить задачу (`rejected`) остаётся за + владельцем на любой стадии. +- **Вопросов владельцу на этом этапе нет.** Единственный класс вопросов, который + вообще задаётся владельцу, — продуктовые (§7.1: что человек видит или делает, + объём видимых изменений), и их место — этап ТЗ, пачкой, с вариантами по + умолчанию и `blocked`. Вопрос, который можно отложить до ТЗ, не задаётся в + аналитике; вопрос, не блокирующий написание ТЗ, не задаётся вовсе — вместо + него в ТЗ пишется блок принятых предположений. +- **Выход:** `S3-spec` — переход выполняет сам аналитик, не дожидаясь ответа. + Либо, при явном конфликте со `SCOPE.md`, — предложение отклонить с причиной: + это единственный случай, когда аналитика останавливается и ждёт владельца. ### 2.3 ТЗ в работе — написание ТЗ