# Planning

> Use when a completed department retro should become accepted outcomes and a full living ISO-week plan, or the user asks "планирование", "план недели", or "что делаем на следующей неделе".

- Skill: `majiayu000/planning-2` (Agent Skill, multi-file: 2 files)
- Install (CLI): `npx skillmds add majiayu000/planning-2`
- Raw SKILL.md: https://api.skillmd.com/api/skills/majiayu000/planning-2/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: majiayu000 (https://skillmd.com/u/majiayu000)
- Updated: 2026-09-09
- Page: https://skillmd.com/skills/majiayu000/planning-2

---


# Planning

Планирование смотрит вперёд и не выполняет запланированную работу.

## Пререквизит

До начала найди принятый отчёт `reports/ГГГГ-WNN-retro.html` за предыдущую неделю.

Если ретро не завершено или не принято, остановись и предложи сначала запустить `retro`.

## Граница

Планируй только текущий отдел. Не обходи штаб и соседние отделы. GitHub разрешён только как активный источник задач текущего отдела, указанный в `tasks/README.md`.

Источниками состояния остаются локальные записи задач или GitHub Issues согласно активному режиму. HTML-план — представление выбранных результатов и ссылок.

## Этап 1. Собрать вход

Прочитай:

1. `AGENTS.md`, `README.md` и блок "Активный режим" в `tasks/README.md`;
2. принятый отчёт ретро;
3. все открытые задачи из активного источника;
4. решения по незавершённым задачам;
5. последнее принятое изменение правил.

Для планирования открыты только задачи со статусом `новая`, `в работе`, `на приёмке` или `заблокирована`. Задачи `завершена` и `снята`, а также закрытые GitHub Issues не являются обязательствами новой недели.

Не переноси открытую задачу автоматически. Используй решение из ретро. Если в режиме GitHub Issues остался хотя бы один локальный файл со статусом `новая`, `в работе`, `на приёмке` или `заблокирована`, остановись до устранения конфликта источников.

## Этап 2. Выбрать результаты недели

Результат недели описывает проверяемое состояние, а не действие.

Плохо:

```text
Поработать над рассылкой.
```

Хорошо:

```text
Первое письмо отправлено выбранному сегменту, ссылка и результат проверки записаны в задаче.
```

Предложи варианты на основе фактов, затем задавай founder по одному вопросу для решений, которых нет в источниках.

Для каждого принятого результата зафиксируй:

- что должно стать правдой;
- как это проверить;
- к какой дате;
- какая запись задачи владеет состоянием;
- что сознательно не входит в неделю.

Для текущей Области зафиксируй отдельную цель: какое изменение должно стать заметно к концу недели. Возьми предложение из `Area Goals` прошлого ретро и попроси founder принять или изменить его.

## Этап 3. Создать или обновить задачи

- В режиме `локальные файлы` создай запись по `tasks/_template.md`, если задачи ещё нет, или обнови существующий файл.
- В режиме `GitHub Issues` создай новую Issue в указанном репозитории или обнови существующую Issue той же задачи.
- Не создавай второй файл или Issue для той же работы.
- Заполни дату планирования и один следующий шаг в действующем источнике.
- Не выполняй следующий шаг во время планирования.

## Этап 4. Сохранить HTML-план

Создай:

```text
reports/ГГГГ-WNN-plan.html
```

Если доступен публичный `weekly-planning`, создай основу его генератором `scripts/living_week.py`; иначе воспроизведи тот же контракт вручную. План содержит:

- результаты недели и критерии проверки;
- раскладку по дням, если даты уже выбраны;
- ссылки на записи задач;
- сознательно исключённую работу;
- ссылку на отчёт предыдущего ретро.
- все семь дней ISO-недели: прошлые закрываются с фактом, текущий выделяется, будущие остаются планом;
- цветные по Областям карточки `data-area`, полноширинный горизонтальный канбан и Area Explorer без дублирования карточек;
- цель каждой Области и три настраиваемых часовым пояса в реальном времени;
- Область Wealth с двумя ежедневными чекбоксами `sport` и `reflection`, сохранёнными в localStorage под ключом конкретной недели;
- ровно по одной паре маркеров `daily:updated`, `daily:kanban` и скрытой `daily:day-slice` для локального `daily`.

Используй семантический HTML и встроенный CSS без сборщика. Не копируй полное состояние задач.

Добавь в навигационный блок предыдущего HTML-отчёта ретро ссылку на новый план, не переписывая остальные секции отчёта. В плане должна быть обратная ссылка на ретро.

## Этап 5. Проверка и приёмка

Проверь:

- каждый результат проверяем;
- каждый результат связан с одной или несколькими задачами;
- одна задача не продублирована несколькими файлами;
- даты не находятся в прошлом;
- HTML ведёт к актуальным записям задач;
- ссылки ретро и плана работают в обе стороны;
- ни одна задача не была выполнена во время планирования;
- HTML содержит закрытые `html`, `head`, `body`, `main` и `section`, а число открывающих и закрывающих структурных тегов совпадает;
- каждая относительная ссылка разрешается в существующий локальный файл;
- на странице семь `data-day`, у каждой карточки один `data-area`, а ключ Wealth содержит актуальный `WNN`;

Покажи план founder. После приёмки можно завершить сессию планирования и отдельно перейти к выполнению первой задачи.

## Запрещено

- планировать без принятого ретро;
- превращать список всех идей в обязательства недели;
- выполнять задачи внутри planning;
- хранить состояние только в HTML;
- создавать новые задачи вместо обновления существующих;
- молча переносить незавершённое.