メニュー
Создание детальных профилей стейкхолдеров по методологии Вигерса. Используй когда пользователь просит: - описать стейкхолдеров проекта - создать профили заинтересованных сторон - определить роли пользователей - провести анализ стейкхолдеров
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Capture an external signal (meeting note, email, idea, client request) into <repo>/<paths.raw_root>/_incoming/ with structured frontmatter. Universal — sources and filters come from <repo>/.drydock/config.yaml. Standalone-invokable; also wrapped by /dd:raw:capture.
Pull Google Calendar events into the raw inbox via the Calendar MCP. Calendars and time window come from raw.calendar.* config. Standalone-invokable; also wrapped by /dd:raw:ingest-calendar.
Pull Google Drive files (recordings, docs) into the raw inbox via Drive MCP; metadata only — transcription is explicit via /dd:raw:transcribe. Folders come from raw.drive.* config. Standalone-invokable; also wrapped by /dd:raw:ingest-drive.
Pull issues and comments from external GitHub repos we collaborate on (not the current repo) into the raw inbox via gh CLI. Repos come from raw.github.repos. Standalone-invokable; also wrapped by /dd:raw:ingest-github.
Pull Gmail messages matching configured filters into the raw inbox via the Gmail MCP. Filters and look-back window come from raw.gmail.* config. Universal — no client-specific filters. Standalone-invokable; also wrapped by /dd:raw:ingest-gmail.
Pull Linear issues and comments from configured teams into the raw inbox via the Linear MCP. Teams and filters come from raw.linear.* config. Standalone-invokable; also wrapped by /dd:raw:ingest-linear.
| name | stakeholder-profile |
| description | Создание детальных профилей стейкхолдеров по методологии Вигерса. Используй когда пользователь просит: - описать стейкхолдеров проекта - создать профили заинтересованных сторон - определить роли пользователей - провести анализ стейкхолдеров |
Создай детальные профили всех стейкхолдеров — всех, кто влияет на продукт или на кого влияет продукт. Документ помогает команде понять, чьи требования важнее и как управлять ожиданиями.
### [Название роли / типа стейкхолдера]
**Описание:** [Кто это? Сколько человек? Где работают?]
**Представитель:** [Имя конкретного человека / команды для уточнения требований]
**Тип участия:**
- [ ] Пользователь системы
- [ ] Заказчик / покупатель
- [ ] Спонсор
- [ ] Технический поставщик
- [ ] Регулятор
**Основные задачи, которые выполняет с системой:**
1. [Задача 1]
2. [Задача 2]
**Требования к системе (от их имени):**
- [Требование 1]
- [Требование 2]
**Критерии успеха для этого стейкхолдера:**
- [Что для него означает "система работает хорошо"]
**Болевые точки текущего решения:**
- [Что сейчас не устраивает]
**Ограничения и предпочтения:**
- Техническая грамотность: [Новичок / Средний / Эксперт]
- Язык: [Русский / Английский / ...]
- Доступность для интервью: [Высокая / Средняя / Низкая]
**Влияние на проект:** [Высокое / Среднее / Низкое]
**Интерес к проекту:** [Высокий / Средний / Низкий]
После описания всех стейкхолдеров построй матрицу:
ВЛИЯНИЕ
^
В | [Управляй] | [Вовлекай] |
| (низкий инт.) | (высокий инт.)|
С | [Наблюдай] | [Информируй] |
| | |
Н +----------------+-----------------> ИНТЕРЕС
С В