Требования к кейсу
Проблема должна быть конкретной и ограниченной по объему, чтобы ее можно было разобрать за 90 минут.
Что значит:
Что значит:
- Описывается одна ключевая сложность, а не комплекс взаимосвязанных проблем
- Есть конечная цель (например, "согласовать требования", "устранить аномалии в данных", "оптимизировать API-запросы")
- Не требует глубокого погружения в код или недельного исследования.
- Задайте вопрос: "Можно ли объяснить проблему и возможные решения за 1,5 часа?"
Кейс должен содержать реальную проблему с запросом на решение, а не обсуждение теории.
Что значит:
Что значит:
- Есть конкретный вопрос к сообществу (например, "Как выявить скрытые требования?", "Какой инструмент выбрать для очистки данных?")
- Автор пробовал решить проблему и может поделиться уже опробованными методами (даже если они не сработали)
- Убедитесь, что в кейсе есть:
- Описание что пошло не так
- Четкий запрос к аудитории
Автор должен уложиться в 5 минут устного рассказа без слайдов.
Что значит:
Что значит:
- Кейс можно кратко описать по структуре:
- Контекст (1 мин): Компания/проект, цель
- Проблема (2 мин): Что сломалось и почему это важно
- Попытки решения (1 мин): Что уже пробовали
- Запрос (1 мин): В чем нужна помощь
- Попробуйте рассказать кейс коллеге за 5 минут. Если не укладываетесь — сузьте фокус
Проблема должна быть полезна большинству участников (BA, SA или data-аналитикам).
Что значит:
Что значит:
- Кейс затрагивает типовые задачи (например: сбор требований, интеграция систем, очистка данных)
- Решение можно адаптировать к другим проектам
- Спросите себя: "Поможет ли этот разбор хотя бы 10 участникам?"
Автор готов:
- Делиться деталями (без NDA)
- Внедрить предложенные решения и позже рассказать о результатах
Что НЕ подходит?
- Гипотетические ситуации («Что бы вы сделали, если…»)
- Реклама инструментов/компаний
- Слишком узкие темы («Как настроить плагин в Jira для нашей команды»)
