Как готовишься к ведению воркшопа?

Подготовка к ведению воркшопа: Полный процесс

Введение

Воркшоп — это один из самых мощных инструментов Business Analyst для сбора требований и alignment stakeholders. За 10+ лет я провел более 200 воркшопов разного размера и сложности. Вот мой систематический подход к подготовке.

Фаза 1: Предварительное планирование (за 3-4 недели)

Шаг 1: Определение цели и outcomes

Первое, что я делаю — четко определяю, что мы должны получить в результате.

Плохо:

• "Давайте проведем воркшоп по требованиям"
• "Нужно обсудить новую систему"

Хорошо:

• "После воркшопа у нас будет четкое описание as-is процесса с metrics, выявленные 5-10 key pain points и draft to-be процесс"
• "Воркшоп выявит все edge cases для payment processing и определит 3 архитектурных варианта для vote"

Что я документирую:

• Цель воркшопа (1 предложение)
• Ожидаемые outcomes (2-3 key results)
• Definition of Done (как мы узнаем, что провели успешный воркшоп)
• Метрики успеха (например, coverage процесса 95%+, agreement на 80%+)

Шаг 2: Идентификация и приглашение участников

Неправильный состав участников ломает воркшоп.

Категории участников, которых я приглашаю:

1. Domain experts (ОБЯЗАТЕЛЬНО)

• Люди, которые день-денской работают с процессом
• Beispiel: сотрудники отдела Sales для sales process workshop
• Зачем: Знают реальные детали и edge cases

2. Decision makers (ОБЯЗАТЕЛЬНО)

• Люди, которые могут одобрить решение
• Beispiel: VP Sales, Finance Manager
• Зачем: Без них обсуждение тратит время, потом всё переделываем

3. Process owners (ОБЯЗАТЕЛЬНО)

• Люди, ответственные за процесс
• Beispiel: Operations Manager, Process Lead
• Зачем: Знают стратегию, могут направить дискуссию

4. Technical consultants (по необходимости)

• Люди из IT/Engineering
• Beispiel: на technical architecture workshop
• Зачем: Дают реалистичные ограничения на что возможно

5. Customer representatives (если relevant)

• Actual customers или customer success team
• Beispiel: на product workshop
• Зачем: Внешняя перспектива, customer voice

Оптимальный размер: 6-10 человек

Почему не больше:

• 12 участников = люди перестают слушать друг друга

• 15 участников = невозможно agreement найти

• Шумиха и политика начинают доминировать

Как я приглашаю:

Тема письма: Workshop: Sales Process Redesign — Your input needed

Привет,

Я провожу воркшоп по реинжинирингу процесса продаж.

Цель: Определить as-is процесс, выявить pain points и спроектировать улучшенный процесс.

Дата: Вторник, 10 Апреля, 10:00-13:00 (3 часа с перерывом)
Место: Conference Room A

Вам нужна ваша экспертиза в:
- Как реально работает процесс (не как в документах)
- Какие edge cases и исключения встречаются часто
- Что действительно тормозит продажи

Это воркшоп, не презентация. Вся информация будет на доске, и мы вместе придем к выводам.

Спасибо,
[Имя]

Отправляю за 3 недели. Это дает время людям подготовиться и завтракать агенды.

Шаг 3: Подготовка материалов и агенды

Что я подготавливаю за неделю до воркшопа:

3.1 Письменная агенда (2-3 дня до воркшопа)

### Workshop Agenda: Sales Process Redesign
**Date:** Tuesday, April 10
**Time:** 10:00-13:00 (3 hours with 15-min break at 11:30)
**Location:** Conference Room A

#### Pre-workshop (2 дня до)
- Отправляю pre-read материал (10-15 минут чтения)
- Список вопросов для подумать (не обязательно отвечать, но помогает подготовиться)

#### Day-of Agenda

**10:00-10:10: Opening (10 min)**
- Цель воркшопа
- Outcomes мы хотим достичь
- Правила: no meetings, phones on silent, everyone participates
- Timeline

**10:10-10:30: Current State (20 min)**
- Я объясняю: как я понимаю текущий процесс (based on interviews)
- Участники исправляют, добавляют детали

**10:30-11:15: Deep Dive (45 min)**
- Разбиваем процесс на этапы
- На каждом этапе: What happens? Who does it? Pain points?
- Я записываю на доске/Miro

**11:15-11:30: Break**

**11:30-12:30: To-Be Design (60 min)**
- Как мы должны переделать процесс?
- Какие боль-пойнты мы решаем?
- Какие constraints у нас есть?
- Варианты дизайна, vote на лучший

**12:30-12:55: Risk & Implementation (25 min)**
- Какие риски в новом процессе?
- Что нужно для внедрения?
- Timeline и ресурсы

**12:55-13:00: Wrap-up (5 min)**
- Recap что мы сделали
- Next steps
- Спасибо

#### Post-workshop (день после)
- Отправляю draft результатов
- Просьба: review и feedback в течение 48 часов

Отправляю эту агенду за 2 дня. Люди знают, на что рассчитывать.

3.2 Pre-read материал

Я готовлю 5-10 страниц:

• Текущая документация о процессе (если есть)
• My preliminary understanding (из интервью)
• Ключевые вопросы, на которые мы ищем ответы
• Контекст: почему мы это делаем, what's at stake

Это не должно быть идеально. Наоборот, я часто пишу "Я думаю, что..." или "Мне кажется..." — это приглашает людей исправить.

3.3 Визуальные подготовки

Что я рисую заранее:

• Current process flow (draft) — нарисую от руки или в Miro
• Процесс в виде swimlanes (кто что делает)
• Список стейкхолдеров и их роли
• Timeline текущего процесса (сколько времени занимает каждый шаг)

Зачем:

• People визуально видят структуру
• Проще обсуждать, когда есть what-to-discuss
• Я не начинаю с чистого листа (психологически проще участникам добавить, чем генерировать с нуля)

3.4 Материалы для воркшопа

Что я приношу:

• Большой whiteboard или Miro board (готовый с заголовками)
• Стикеры (разные цвета для different types: action, decision, risk, pain point)
• Маркеры
• Распечатанная агенда (всем копия)
• Notebook для себя
• Timer (для управления временем)

Цифровые инструменты:

• Miro или Mural — если воркшоп online или гибридный
• Google Slides — для результатов
• Zoom — если remote participants

Фаза 2: День воркшопа

Шаг 1: Setup (за 30 минут до начала)

Я приходу раньше:

• Проверяю технику (проектор, Zoom, Miro access)
• Расставляю стулья (round table лучше чем classroom style)
• Пишу outcome'ы большими буквами на доске
• Выкладываю материалы
• Привет первым участникам

Шаг 2: Opening (правильный тон = успех воркшопа)

Первые 10 минут критичны.

Я говорю что-то вроде:

"Спасибо всем за то, что пришли. Я знаю, у вас есть важные дела, поэтому уважу ваше время.

Цель нашего воркшопа — понять, как процесс работает реально, не как в документах. И спроектировать улучшенный процесс.

После воркшопа у нас будет:

1. Четкое описание current process
2. List of pain points, которые мы хотим решить
3. Draft of improved process
4. Next steps для внедрения

Это не презентация. Я здесь как модератор, вы — эксперты. Я буду записывать, фасилитировать дискуссию и проверять, что мы на одной странице.

Правила:

• Нет meetings или emails во время воркшопа (phones on silent)
• Все имеют право голоса, мнения junior сотрудника = senior
• Нет stupid questions
• Все что обсуждается — в этой комнате (confidential)
• На каждое предложение: "What problem does this solve?"

У нас есть 3 часа. Я буду следить за временем, чтобы мы укладывались.

Вопросы перед тем как начнем?"

Почему это важно:

• Задаю тон: collaborative, structured, respectful
• Даю permission людям участвовать
• Уважаю их время
• Объясняю rules of engagement

Шаг 3: Current State Deep Dive

Я показываю draft процесса, который подготовил, и говорю:

"Вот как я думаю, процесс работает. Я основываюсь на интервью с X, Y, Z. Вероятно, я что-то неправильно понял или потерял важные детали.

Давайте пройдемся по каждому шагу и уточним."

Метод, который я использую — Swimlane Diagram:

Sales      |----Lead sourcing----|----Qualification----|----Pitch----|
           |                      |                      |             |
Operations |                 Create CRM ticket      ----Scheduling     |
           |                                              |             |
Finance    |                                         ----Pricing-------|----Invoice
                                                                        |
                                                                   Payment approval

Для каждого swimlane я спрашиваю:

• "Who does this?" (Кто именно)
• "How long does it take?" (Сколько времени)
• "What tools do they use?" (Какие системы)
• "What can go wrong?" (Какие проблемы)
• "Who approves this?" (Какое одобрение нужно)

Я записываю на доске/Miro и периодически summarize: "Итак, я правильно понимаю: после lead sourcing Sales создает задачу в Salesforce, но это видит только Sales, Operations не видит до конца дня. Это правильно?"

Шаг 4: Pain Points и Opportunities

Когда у нас есть ясная current state, я спрашиваю:

"Спасибо, теперь я вижу picture. Давайте теперь talk о проблемах. Что вас фрустрирует в этом процессе?

У меня есть несколько pain points из интервью [перечисляю]. Есть ли еще?"

Я использую метод: Каждый pain point пишу на красном стикере с вопросом: "Как часто это случается? Какой эффект?"

Примеры pain points, которые я часто слышу:

• "Lag в коммуникации между Sales и Operations"
• "Нет visibility в CRM"
• "Ручной процесс отправки pricing"
• "Delays в approval"
• "Duplicate leads в системе"

Шаг 5: To-Be Design

Это самая творческая часть. Я говорю:

"Теперь давайте переделаем процесс. Как мы должны работать, чтобы решить эти pain points?

Есть несколько вариантов. Давайте explore их."

Я часто предлагаю 2-3 варианта:

Вариант A: Process automation

• Real-time CRM sync
• Automated qualification rules
• Auto-notify Operations
• • Быстро, - Нужны rules, может быть много false positives

Вариант B: Better communication

• Daily sync meeting Sales-Operations
• Shared dashboard
• Clear escalation rules
• • Simple, - Manual, требует дисциплины

Вариант C: Hybrid

• Some automation, some human judgment
• Escalation rules для exceptions
• Weekly tune-up meeting
• • Best of both, - Complexity

Я не диктую вариант. Я фасилитирую дискуссию: "Вот плюсы и минусы каждого. Какой кажется реалистичным?"

Часто группа converges на hybrid вариант.

Шаг 6: Risk & Implementation

Перед тем как заканчивать, я спрашиваю:

"Отлично, мы выбрали вариант B. Теперь: что может пойти не так при внедрении?

Какие риски?

• People resistance?
• Technical challenges?
• Cost?
• Timeline?"

Я записываю риски и для каждого спрашиваю: "How do we mitigate this?"

Пример:

• Risk: "Sales забудут обновлять CRM"
• Mitigation: "Weekly audit отчета, кто не обновил"

Шаг 7: Next Steps и Wrap-up

В последние 5 минут я:

1. Summarize что мы достигли
2. Перечитываю outcomes и проверяю: все ли достигли?
3. Объясняю next steps: "Я напишу report на основе наших notes, отправлю за 48 часов для review"
4. Спасибо и follow-up meeting

Пример wrap-up:

"Спасибо всем. За 3 часа мы:

1. ✅ Mapped current sales process в деталях
2. ✅ Выявили 8 key pain points
3. ✅ Выбрали улучшенный процесс (hybrid model)
4. ✅ Идентифицировали риски и mitigations

Завтра я напишу report с диаграммами, отправлю вам. Прошу review в течение 48 часов и feedback.

Через неделю мы встретимся с leadership для approval и planning implementation.

Спасибо за вашу экспертизу и время!"

Фаза 3: После воркшопа

Шаг 1: Документирование (в тот же день)

В тот же день я:

• Оцифрую все фото/notes со стикеров
• Перерисовываю процессные диаграммы в Miro/Visio в чистом виде
• Компилирую список pain points и solutions
• Пишу draft report

Report структура:

# Sales Process Redesign Workshop — Results

## Executive Summary
- Dates: April 10
- Participants: [Names]
- Outcomes: [3-5 key points]

## Current State (AS-IS)
[Process diagram]
- Process steps
- Timeline
- Key metrics

## Pain Points
1. [Pain point 1] (Frequency: high, Impact: 20% sales velocity loss)
2. [Pain point 2] ...

## Proposed Solution (TO-BE)
[New process diagram]
- Changes: what's different
- How pain points are solved
- Timeline: how long each step
- Tools: what systems are needed

## Risks & Mitigations
| Risk | Severity | Mitigation |
|------|----------|-----------|
| Sales resistance | High | Change mgmt + training |

## Next Steps
- Approval from leadership: Week of April 15
- Implementation planning: Week of April 20
- Pilot: May 1-15
- Full rollout: June 1

## Appendix
- Interview notes
- Detailed swimlane diagram
- List of assumptions

Шаг 2: Follow-up (48 часов)

Я отправляю draft и прошу: "Please review and send feedback within 48 hours. Particularly:

• Anything I misunderstood?
• Any missing details?
• Does this solve the pain points?
• Are the risks realistic?"

Шаг 3: Follow-up встреча

1-2 недели спустя я организую встречу для approval и implementation planning.

Типичные ошибки, которых я избегаю

1. Слишком много участников

• Более 12 = chaos
• Никто не может focus

2. Недостаточно подготовки

• Если я не подготовлен, это видно, и people не доверяют

3. Доминирование одного голоса

• Если один человек говорит все время, я interrupt: "Спасибо. Давайте слушим других"

4. Отсутствие structure

• Люди начинают обсуждать random topics
• Я говорю: "Это интересно, но это не в scope нашего воркшопа. Может быть в follow-up?"

5. Недостаточно breaks

• 2 часов без break = люди устают, quality падает

• Я рекомендую 15 мин break на каждые 90 мин

6. Забывают action items

• После воркшопа никто не знает, кто что должен делать
• Я всегда заканчиваю с clear action items и owners

7. Отсутствие документирования

• Люди забывают через неделю, что обсуждали
• Я отправляю документацию ASAP

Результаты хорошего воркшопа

• Alignment: Все stakeholders на одной странице
• Ownership: Люди ощущают ownership решения (потому что участвовали)
• Quality: Better decisions благодаря diverse perspectives
• Speed: Gather информацию за 3 часа вместо месяца интервью
• Commitment: People committed to implementation потому что они помогали его design

Воркшоп — это не дорогой и утомительный exercise. Это инвестиция в качество и alignment, которая экономит месяцы рework.