Skip to content
cccskills
FreePublished on GitHub

org-dev

Organizational Development Manager (R31): guides the subject from an organizational change request (self/team/organization) to a concrete first step from SE/SM/PE. Step 0 — system type classifier (MIM.M.030, 7 questions). Step 3 — routing-table (MIM.M.031).

The English summary is being prepared. Showing the original description.

See how to install

Files included (2)

  • SKILL.md16.3 KB
  • test_skill.sh3.2 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

/org-dev — Менеджер оргразвития (R31)

⚡ Алгоритм, не свободный разговор. Шаги 0a → 0 → 1 → 2 → 3 → 4 последовательно. Ждать ответа после каждого вопроса. Не выдавать рекомендации до прохождения applicability.

Граница: РР (рабочее развитие). Если запрос явно про ЛР (мировоззрение, «зачем я», личностный рост без рабочего контекста) → отказ + CTA к Навигатору (R27).

Контракт скилла

  • Вход: запрос субъекта об изменении (себя / команды / организации).
  • Выход: конкретный первый шаг ≤30 мин + запись в personal-guide / team-guide / org-guide.
  • Время: ~10-15 мин диалога.
  • Не делает: не ведёт долгосрочную траекторию (Портной R28-catalog), не работает с мировоззрением (Навигатор R27), не пишет новый Pack (R30).

Шаг 0a — Чтение контекста субъекта

  1. Определить субъекта по запросу: self | other_person | team | organization.
  2. Найти контекст:
    • subject = self → ${IWE_WORKSPACE:-$HOME/IWE}/PACK-personal/personal-guide/
    • subject = team → ${IWE_WORKSPACE:-$HOME/IWE}/${IWE_GOVERNANCE_REPO:-DS-strategy}/team-guide/
    • subject = organization → ${IWE_WORKSPACE:-$HOME/IWE}/${IWE_GOVERNANCE_REPO:-DS-strategy}/org-guide/
  3. Прочитать последние ≤5 записей блоков ## Org-Dev Session YYYY-MM-DD для не-противоречивости с предыдущими рекомендациями.
  4. Если контекст-файл отсутствует — отметить «first interaction», продолжить.

Лог: создать ${IWE_WORKSPACE:-$HOME/IWE}/.claude/state/org-dev-session-YYYY-MM-DD-NN.yaml (NN = инкрементальный счётчик за день), записать subject, request_raw.

Шаг 0 — MIM.M.030 классификатор (7 вопросов)

Объяснить субъекту одной фразой: «Задам 7 коротких вопросов, чтобы понять тип системы для изменения. Отвечайте A / B / C.»

Задавать вопросы строго по одному, ждать ответ, начислять веса в scores = {personality, team, organization}.

В1. Какого масштаба система, которую вы хотите изменить?

  • A. Я сам (моё поведение, привычки, мышление) — +3 personality
  • B. Моя команда / семья / ближайшее окружение (3-10 человек) — +2 team
  • C. Моя организация / компания / сообщество (>10 человек, есть структура) — +3 organization

В2. Где сейчас лежит корень проблемы — во мне, в отношениях между людьми, или в структуре/процессах?

  • A. Во мне (я понимаю, что моё поведение создаёт результат) — +3 personality
  • B. В отношениях (люди не договариваются, роли не ясны, конфликты) — +3 team
  • C. В структуре (процессы разваливаются, масштабирование ломает) — +3 organization

В3. Кто ещё, кроме вас, вовлечён в изменение?

  • A. Никто, я работаю над собой сам — +3 personality
  • B. Конкретные люди (могу назвать имена), мы взаимодействуем регулярно — +3 team
  • C. Много людей, которых не знаю лично; изменение касается должностей, не личностей — +3 organization

В4. Какой инструмент ближе по интуиции: практика и рефлексия / роли и договорённости / процессы и метрики?

  • A. Практика и рефлексия (упражнения, дневник, наблюдение за собой) — +3 personality
  • B. Роли и договорённости (RACI, контракты, регулярные встречи) — +3 team
  • C. Процессы и метрики (workflow, KPI, dashboard'ы, регламенты) — +3 organization

В5. Какой временной горизонт изменения вы видите?

  • A. Недели (хочу почувствовать сдвиг за месяц) — +3 personality
  • B. Месяцы (изменения в команде требуют 3-6 месяцев) — +2 team
  • C. Годы (трансформация компании — долгий цикл) — +3 organization

В6. Что было источником запроса?

  • A. Внутренний дискомфорт (я недоволен собой) — +3 personality
  • B. Внешний конфликт (с коллегой, в команде) — +2 team
  • C. Внешнее давление (рынок, регулятор, конкуренты, стейкхолдеры) — +3 organization

В7. Что изменится в первую очередь, если задумка сработает?

  • A. Мои действия (я начну делать иначе) — +3 personality
  • B. Наши взаимодействия (мы начнём договариваться иначе) — +3 team
  • C. Наши процессы (документы, регламенты, метрики изменятся) — +3 organization

Подсчёт

dominant = max(scores, key=scores.get)
second   = второй по убыванию
margin   = scores[dominant] - second

Если margin < 3 → задать 1-2 уточняющих (см. MIM.M.030 §«Порог неоднозначности»):

  • personality + team: «Если бы могли изменить только одно — себя или то, как взаимодействуете с командой?»
  • team + organization: «Изменение касается конкретных людей в команде, или ролей (должностей), которые они занимают?»
  • personality + organization: «Это случай, когда вы как руководитель сами должны измениться, чтобы изменить организацию, или достаточно изменить структуру/процессы независимо от вас?»

После уточнения — пересчитать scoring, повторить проверку. Если margin < 3 второй раз — эскалация к R5 (Архитектор IWE), завершить скилл.

Иначе → system_type ∈ {personality, team, organization}. Записать в session-yaml.

Шаг 1 — Applicability (3 conditions)

Задать 3 вопроса:

  1. Автономия: «Есть ли у вас полномочия на изменение этого субъекта?» (yes/no)
  2. Согласие: «Если субъект — другой человек/команда, есть ли его явное согласие на изменение?» (yes/no/n-a; для subject = self — implicit yes)
  3. Charter (мандат): «Есть ли явный мандат (формальный или подразумеваемый) для оргизменения?» (yes/no)

Если хотя бы одно false → отказ + объяснение границы. Не выдавать метод. Записать в session-yaml applicability: failed, reason: <condition>. Завершить скилл.

Шаг 2 — R28 Диагност (готовность субъекта)

Цель: получить cp.iwe субъекта.

  • VS Code режим (Bash доступен): попытаться через mcp__claude_ai_IWE__dt_read_digital_twin (path 1_declarative/cp_profile) или через psycopg2 запрос к learning.cp_assessments (для self-субъекта).
  • Браузерный режим: mcp__claude_ai_IWE__dt_read_digital_twin тот же.

Маршрутизация:

  • cp.iwe ≥ 2 → к Шагу 3.
  • cp.iwe < 2 → downshift: микро-шаги (≤15 мин), плюс CTA: «Сначала с Навигатором (R27) поднять собранность до cp.iwe=2».
  • cp недоступен / нет ассесмента → 1 уточняющий: «Сколько у вас опыта применения системных методов работы (0=нет / 1=слышал / 2=пробовал / 3=регулярно использую / 4=ставлю другим / 5=преподаю)?»; default cp.iwe=2 при отказе ответить.

Записать cp_iwe в session-yaml.

Шаг 3 — Routing к руководству (MIM.M.031)

Загрузить MIM.M.031 routing-table (Pack-файл в MIM pack-репо; найти через grep -rn "^id: MIM\\.M\\.031" или Read по канонической локации в ${IWE:-$HOME/IWE}/PACK-${IWE_MIM_NAME:-MIM}/pack/mim/03-methods/).

Применить routing-table:

system_typeprimarydiscipline
personalityR9 (personality-engineering)ИЛ
teamR10 (systems-management)СМ
organizationR8 (systems-engineering)СИ

Если cp.iwe < 3 → добавить foundation = R1 (firefighting) — рекомендовать ДО primary.

Триггер-matching по запросу (опционально):

  • содержит «не вижу систему / различения / язык описания» → foundation = R5 (systems-thinking).
  • содержит «выбор метода / метод vs работа» и cp.iwe ≥ 3 → foundation = R7 (methodology).

Достать first_step_pointer.action_template из YAML руководства.

Шаг 4 — Первый шаг + фиксация

Сформулировать конкретный первый шаг ≤30 мин, взяв action_template из MIM.M.031 и адаптировав под applicability-результат и subject-контекст из Шага 0a.

Записать в personal-guide / team-guide / org-guide субъекта новый блок (через Write или Edit; для self — ${IWE_WORKSPACE:-$HOME/IWE}/PACK-personal/personal-guide/CURRENT.md или эквивалент):

## Org-Dev Session YYYY-MM-DD

**Запрос:** <одна фраза>
**Тип системы:** <personality|team|organization> (score: personality=N/team=N/organization=N, margin=M)
**Метод:** <IL|SM|SI>
**Руководство:** <R8|R9|R10> + (если есть) foundation: <R1|R5|R7>
**Первый шаг:** <action ≤30 мин>
**Applicability:** autonomy=Y/N, consent=Y/N/n-a, charter=Y/N
**Готовность (cp.iwe):** <N>
**Следующая сверка:** через <N> дней

Если контекст-файла нет — создать (personal-guide/CURRENT.md или эквивалент); если есть — append.

Финализировать session-yaml: status: completed.

Сообщить субъекту:

  1. Тип системы + score (одной строкой).
  2. Метод + руководство (path).
  3. Первый шаг (action template, конкретный, ≤30 мин).
  4. Когда вернуться («через N дней — сверим, что получилось»).

Failure modes

IDУсловиеПоведение
FM.01Метод выдан без R28 (cp.iwe неизвестен)Не выдавать. Вернуться к Шагу 2.
FM.02Метод выдан без MIM.M.030 (тип системы не определён)Не выдавать. Вернуться к Шагу 0.
FM.03margin < 3 без уточненияНе выдавать. Задать 1-2 уточняющих вопроса.
FM.04Выдача без applicability (хотя бы 1 условие = false)Отказ + объяснение границы.
FM.05Попытка вести ЛР-программу вместо РР (мировоззрение, личностный рост)CTA к Навигатору R27.
FM.06first_step_pointer.path не существует / раздел пустОткатиться на каталог руководства + интерактивный выбор подраздела с субъектом. Лог в learning.guide_routing_misses.
FM.07MIM.M.031 файл отсутствуетFAIL skill (контракт нарушен). Сообщить пилоту: «MIM.M.031 не найден — нужно создать (Ф2.1 WP-377)».

Соседи (Pack-различения, цитата из DP.ROLE.063 §5)

Портной (DP.ROLE.001 §3.2, catalog-only) vs R31

СравнениеПортнойR31 Менеджер оргразвития
Объектpersonal-guide одного пилотаоргизменение субъекта (личность/команда/организация)
Statecp-профиль + learning-траектория (долгосрочный)первый шаг + applicability-check (разовый)
Режимдолгосрочное сопровождение (недели-месяцы)разовая диагностика + маршрутизация (минуты-часы)
Пересечениеоргизменение требует нового Pack → вызов R30применение метода требует обновления personal-guide → fix через Портного

R27 Навигатор vs R31

СравнениеR27 НавигаторR31 Менеджер оргразвития
ПрограммаЛР (личностное развитие)РР (рабочее развитие)
Триггер«личностный рост / мировоззрение / зачем я»«рабочий хаос / оргструктура / команда»
Пересечениест. 3-4 — обе применимыпрограмма определяет приоритет

Источники

  • DP.SC.049 — обещание Менеджера оргразвития (8-step контракт).
  • DP.ROLE.063 — носитель роли R31.
  • MIM.M.030 — классификатор типа системы (Шаг 0).
  • MIM.M.031 — маршрутная таблица руководств (Шаг 3).
  • WP-377 (Ф2.5 — этот скилл), WP-369 (DP.ROLE.063 + DP.SC.049 + MIM.M.030).

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Регистрация косяка агента в системе учёта WP-316 L1. Без LLM — детерминированный скрипт без WP Gate.

The English summary is being prepared. Showing the original description.

TserenTserenov/FMT-exocortex-template63Updated Oct 22, 2026

Разбор extraction-reports со status pending-review — решение R15 (accept/reject/defer) ЖИВЫМ ПИЛОТОМ, запись в Pack, обновление статуса, коммит. Вызывать при Close при наличии N>0 pending-review отчётов.

The English summary is being prepared. Showing the original description.

TserenTserenov/FMT-exocortex-template63Updated Oct 22, 2026

Оценка архитектурного решения по 7 характеристикам ЭМОГССБ (v3.1 — фильтр допуска, атрибут-сценарии, совет затронутых сторон; профиль без агрегатного балла, conjunctive screening). Используй когда пользователь предлагает архитектурное решение, новый инструмент или системное изменение.

The English summary is being prepared. Showing the original description.

TserenTserenov/FMT-exocortex-template63Updated Oct 22, 2026

Classifies raw pilot request → structured JSON {task_type, class, artifact, budget_estimate, confidence, routing_tag, resolution_path, schema_version, result_type, expected_result_kind, result_kind_resolution, hypothesis_relation}. Keyword-fast (<200ms) or Haiku fallback (<60s). Does NOT create WP or call executor.

The English summary is being prepared. Showing the original description.

TserenTserenov/FMT-exocortex-template63Updated Oct 22, 2026

Audit repository documentation: detect drift between code and docs, report coverage by category. Run manually or on triggered drift critical.

The English summary is being prepared. Showing the original description.

TserenTserenov/FMT-exocortex-template63Updated Oct 22, 2026

Аудит пользовательской инсталляции IWE. Запускает scripts/iwe-audit.sh + MCP healthcheck + smoke-test ритуала через sentinel-механику (контракт dry-run-contract.md), передаёт отчёт subagent'у в роли VR.R.002 Аудитор (context isolation) → verdict ✅/⚠️/❌ по 6 компонентам (Inventory, L1 drift, {{GOVERNANCE_REPO}}, L3 customizations, MCP, ритуал). Используй после restore из бэкапа, после update.sh, или при еженедельной сверке.

The English summary is being prepared. Showing the original description.

TserenTserenov/FMT-exocortex-template63Updated Oct 22, 2026

See all skills by TserenTserenov

Report a problem with this skill