Что такое Vision and Scope?

Vision and Scope (Видение и Область)

Vision and Scope — это критический документ системного анализа, который определяет высокоуровневое видение проекта и его границы. Этот документ служит фундаментом для всей дальнейшей разработки и управления проектом.

Определение

Vision (Видение) — это долгосрочная стратегическая цель, описывающая, почему проект существует и какую проблему он решает.

Scope (Область/Границы) — это определение того, что входит в проект, а что нет. Это явный список функциональности и ограничений.

Компоненты Vision

1. Business Problem Statement (Описание бизнес-проблемы)

Четкое описание того, какая проблема существует сейчас:

Пример: "В нашей компании процесс управления контактами клиентов полностью ручной. 
Менеджеры используют Excel таблицы, что приводит к дублированию контактов, 
потере информации и невозможности проанализировать историю взаимодействия. 
Это замедляет продажи и снижает удовлетворенность клиентов."

2. Vision Statement (Видение)

Паузи описание идеального будущего состояния:

Пример: "Мы создадим систему управления контактами (CRM), которая позволит 
менеджерам эффективно управлять клиентской базой, автоматически синхронизировать 
данные, отслеживать историю взаимодействий и прогнозировать возможности продаж. 
Это повысит эффективность продаж на 40% и улучшит удовлетворенность клиентов."

3. Success Criteria (Критерии успеха)

Измеримые показатели, которые будут указывать на успешность проекта:

• Пользователи будут использовать систему ежедневно (adoption rate > 80%)
• Время поиска контакта сократится с 15 минут до 30 секунд
• Количество дублей контактов будет менее 1%
• ROI проекта окупится за 12 месяцев
• Удовлетворенность пользователей (NPS) > 40

4. Key Benefits (Ключевые выгоды)

Бизнес-выгоды от реализации проекта:

5. Stakeholders and Users (Заинтересованные лица и пользователи)

Кто заинтересован в успехе проекта:

• Primary Users: Sales managers (менеджеры по продажам)
• Secondary Users: Sales directors (директоры по продажам), Account managers
• Stakeholders: CFO (бизнес-выгода), IT department (технчное обслуживание), Board (стратегия)
• Influencers: Крупные клиенты (их потребности влияют на приоритеты)

Компоненты Scope

1. In Scope (Входит в область проекта)

Все функции и компоненты, которые будут реализованы:

✅ Управление контактами (CRUD операции)
✅ Синхронизация с email (Gmail, Outlook)
✅ История взаимодействий (звонки, письма, встречи)
✅ Поиск и фильтрация контактов
✅ Экспорт в Excel и CSV
✅ Базовые аналитики (количество контактов, активность)
✅ Управление правами доступа (роли)
✅ Мобильная версия (iOS, Android)

2. Out of Scope (Не входит в область проекта)

Функции и компоненты, которые НЕ будут реализованы (или реализованы позже):

❌ Интеграция с 1C (может быть в v2.0)
❌ Предсказательная аналитика на основе AI
❌ Поддержка более чем 5 языков (только англ. и русс. в v1.0)
❌ Бесплатный план для новых пользователей
❌ Собственное облачное хранилище файлов
❌ Интеграция с Salesforce (может быть позже)

3. Assumptions (Предположения)

Условия, которые мы считаем истинными:

• Все пользователи имеют стабильное интернет соединение
• Количество контактов не превысит 1 млн за первый год
• Клиенты готовы мигрировать с текущей системы (Excel)
• Бюджет одобрен в размере $500k
• Команда разработки готова к работе к 1 апреля
• API банков для верификации контактов будут доступны

4. Constraints (Ограничения)

Условия, которые ограничивают возможности проекта:

• Бюджет: максимум $500k
• Сроки: запуск v1.0 не позже июня 2026
• Технология: должна работать на современных браузерах
• Персонал: только 2 backend разработчика доступны
• Безопасность: должна соответствовать GDPR
• Производительность: загрузка главной страницы < 2 сек

5. High-Level Requirements (Высокоуровневые требования)

Основные требования, которые детализируются позже:

• Пользователь должен иметь возможность добавить новый контакт за менее 1 минуту
• Система должна автоматически обнаруживать дубли контактов
• Система должна синхронизировать контакты с email автоматически
• Данные должны быть защищены шифрованием (TLS, 256-bit)
• API должна соответствовать REST стандартам

6. Known Risks (Известные риски)

| Риск | Вероятность | Влияние | Пример решения |
|---|---|---|---|
| Низкая adoptation пользователями | Высокая | Высокое | Обучение, хорошие UX |
| Проблемы с интеграцией email API | Средняя | Высокое | Ранние тесты, резервный план |
| Нехватка бюджета | Средняя | Критическое | MVP без мобилки |
| Задержки в найме разработчиков | Высокая | Критическое | Аутсорс разработки |

Структура документа Vision and Scope

Обычный документ содержит:

1. Резюме (Executive Summary)
2. Описание проблемы (Problem Description)
3. Видение (Vision)
4. Критерии успеха (Success Criteria)
5. Основные выгоды (Key Benefits)
6. Заинтересованные лица (Stakeholders)
7. Область проекта (Project Scope)
   - In Scope
   - Out of Scope
8. Предположения (Assumptions)
9. Ограничения (Constraints)
10. Высокоуровневые требования
11. Риски и решения
12. Размер и стоимость проекта (примерно)
13. Этапы реализации (phases/milestones)
14. Утверждения (Sign-off) от stakeholders

Практическое значение Vision and Scope

Для Business Stakeholders:

• Четко понимают, что будут получать и за какие деньги
• Могут сравнить бизнес-выгоду с затратами
• Видят риски и критерии успеха
• Могут принять обоснованное решение о Start/No-go

Для Project Manager:

• Имеет четкие границы для управления scope
• Может отклонить запросы, которые не входят в scope
• Может отслеживать progress против критериев успеха
• Может управлять ожидания stakeholders

Для System Analyst и Development Team:

• Понимают контекст и почему они разрабатывают это
• Имеют четкие границы (in scope / out of scope)
• Могут сделать архитектурные решения, основанные на constraints
• Видят риски и могут планировать mitigation

Для QA Team:

• Знают, какие функции тестировать (in scope)
• Знают, какие функции НЕ тестировать (out of scope)
• Знают критерии приемки (success criteria)
• Могут проверить, соответствует ли продукт видению

Частые ошибки

❌ Vision слишком техничен — должен быть понятен бизнесу ❌ Scope не включает明 "out of scope" — позже появляются неожиданные запросы ❌ Критерии успеха не измеримы — нельзя проверить достижение ❌ Документ пишется только в начале — должен обновляться при изменениях ❌ Заинтересованные лица не согласовывают документ — появляются разногласия

Когда обновлять Vision and Scope

Документ НЕ должен быть статичным. Обновляй его:

• После изменения бизнес-требований
• После изменения бюджета или сроков
• Если выявлены критические риски
• При добавлении новых stakeholders
• Перед каждым major release
• При pivoting проекта в новом направлении

Визион и Область проекта (Vision and Scope) — это компас для всего проекта. Четкое определение этих двух компонентов предотвращает scope creep (расползание границ), управляет ожидания и обеспечивает успех проекта.