Сегодня немного углублюсь в тему и рассмотрим каждую трудность по-отдельности:
1️⃣ Частые изменения требований
Это вечная боль аналитиков, по-крайней мере у меня 🤯 данная ситуация очень часто встречалась на проектах, что заказчику приходит в голову новая идея и мне нужно что-то решать, поэтому у нас все изменения были вынесены в отдельный док, с приоритетами и рисками, и мы их старались внедрять на след этапе, но не всегда кончено это получалось(
- Описание проблемы:
Заказчики могут менять требования на протяжении проекта, что приводит к переделке работы, срыву сроков и увеличению бюджета
- Решение:
- Внедрите процесс управления изменениями. Каждое новое требование должно быть задокументировано и оценено с точки зрения влияния на сроки, бюджет и ресурсы.
- Используйте инструменты для отслеживания изменений (например, Jira, Trello).
- Регулярно напоминайте заказчику о последствиях изменений и предлагайте альтернативы.
- Закрепите базовые требования на этапе подписания договора или технического задания.
2️⃣ Заказчик не может четко сформулировать требования
Бывали и такие заказчики, которые сами не знали, что хотят, точнее не могли четко описать свои требования. И мы приходили к сути через долгие переговоры, могли кого-то подключить во время совещания, взять паузу, но по итогу приходили к консенсусу
- Описание проблемы:
Заказчик может не понимать, чего именно он хочет, или не уметь выразить свои мысли в конкретных требованиях
- Решение:
- Используйте техники интервьюирования и задавайте открытые вопросы, чтобы глубже понять их потребности.
- Применяйте визуализацию: прототипы, диаграммы, схемы процессов.
- Проводите воркшопы или мозговые штурмы, чтобы совместно проработать требования.
- Предложите примеры из похожих проектов, чтобы заказчик мог опираться на них.
3️⃣ Недостаток времени на уточнение и сбор требований
Парой заказчики хотят многое за быстрые сроки, из-за чего уменьшается время на сбор и проработку требований, из-за чего мне приходилось перерабатывать 🤯
- Описание проблемы:
Часто проекты начинаются с жестких сроков, и времени на детальный сбор требований просто нет
- Решение:
- Сфокусируйтесь на минимально жизнеспособном продукте (MVP). Определите ключевые функции, которые должны быть реализованы в первую очередь.
- Используйте итеративный подход: собирайте требования по мере работы над проектом.
- Заранее согласуйте с заказчиком, что часть требований будет уточняться в процессе.
- Документируйте все допущения и риски, связанные с недостатком информации.
4️⃣ Заказчик не вовлечен в процесс
У меня бывали такие случаи раннее
описывала кейсы
- Описание проблемы:
Заказчик может быть пассивным, не участвовать в обсуждениях, не предоставлять обратную связь или пропускать встречи.
- Решение:
- Назначьте ответственного за взаимодействие с вашей стороны и со стороны заказчика.
- Регулярно напоминайте о важности их участия для успеха проекта.
- Используйте короткие и четкие отчеты, чтобы заказчик мог быстро ознакомиться с прогрессом.
- Проводите регулярные синхронизации (например, раз в неделю) и запрашивайте обратную связь.
5️⃣ Аналитик не может найти общий язык с заказчиком или его игнорируют
У меня тоже были такие ситуации, но мы всегда находили пути решения. Я проводила доп совещания, где рассказывала кто я такая, и какую ценность приношу компании
- Описание проблемы:
Иногда заказчик может не воспринимать аналитика всерьез, игнорировать его рекомендации или не идти на контакт.
- Решение:
- Установите доверительные отношения. Покажите свою экспертизу, но будьте открыты к их мнению.
- Используйте данные и факты для аргументации своих предложений.
- Если заказчик игнорирует вас, привлеките вышестоящих лиц (например, спонсора проекта).
- Постарайтесь понять мотивацию заказчика и адаптировать стиль общения под его потребности.
Источник: @analysis_it