Uploaded by Galbadator

Витрина данных

advertisement
Академия «Высшая инженерная школа»
Х
Защита проектных идей
Витрины данных
Специальность: IT-cервисы и технологии
обработки данных на транспорте
Группа ШАД-111
ФИО членов команды:
Митрошина Екатерина
Швидерская Анна
Витрины данных
Заказчик
Газпромбанк
2
АВИШ
2
Описание кейса проблемной ситуации
Аналитики разрабатывают ТЗ как они считают нужным,
часто упускают некоторые моменты. Необходим единый
шаблон, который учитывает все нюансы сборки витрины
данных.
3
АВИШ
3
Главный вопрос, на который вам нужно ответить - понять, что же НА САМОМ ДЕЛЕ ХОЧЕТ ЗАКАЗЧИК И
ПОЛЬЗОВАТЕЛЬ. И для этого вы исследуете проблемное поле, которое вызвало желание заказчика.
На этом этапе вы анализируете все вовлеченные в проект стороны, всех заинтересантов, целевую аудиторию для того,
чтобы сложить полное обстоятельное видение о ситуации, проверить гипотезу о проблеме, найти ресурсы для
дальнейшего поиска решения.
Исследование проблемного поля:
Лица,
которых касается такая
категория ситуаций
Лица,
которых касается ситуация
2. Распределяем
стейкхолдеров по
степени
заинтересованности в
решении проблемы и
степени влияния на
решение
Высокое
Все остальные,
минимально вовлеченные,
но играющие роль
Влияние
Анализ стейкхолдеров проекта
А еще тут видно, кому
сильнее всего
«больно» от того, что
проблема не решена
И кто обладает
большими ресурсами
для изменения
ситуации, но не
привлечен к решению.
Высокая
Низкая
Заинтересованность
Низкое
Напрямую вовлеченные в
ситуацию
1. Выписываем всех
стейкхолдеров по
своей проблеме
4
Матрица стейкхолдеров
АВИШ
4
Вы можете параллельно выстроить свое видение того, почему проблемная ситуация случилась, где
«слом». И сформулировать свою гипотезу о проблеме, которую потом проверите в интервью со
стейкхолдерами
Исследование проблемного поля:
Анализ корневых причин*
Это методика называется «5 почему».
Ваши ответы-предположения могут быть
проверены во время проблемного интервью.
Ситуация
Почему это произошло?
Потому
что…
Почему это произошло?
Потому
что…
Потому
что…
Почему это произошло?
Потому
что…
Почему это произошло?
Потому
что…
5
Потому
что…
Потому
что…
Почему это произошло?
Потому
что…
АВИШ
* Не обязательный этап, вместо него вы можете провести схематизацию процессов
5
Исследование проблемного поля:
Схематизация деятельности АS IS (как есть сейчас)*
Это альтернативный инструмент дереву корневых причин, чтобы понять, как ситуация разворачивается и где разрыв,
«слом», который не дает развиваться ей желаемым образом.
Вам важно это понимать, чтобы в дальнейшем ваша разработка вписалась в систему заказчика
Вы рисуете схему деятельности, этапов, процессов сначала сами, а потом достраиваете картинку по ответам
стейкхолдеров в проблемном интервью
6
* Не обязательный этап, вместо него вы можете дерево корневых причин
6
Исследование проблемного поля:
Проблемное интервью
С кем вы проводили интервью?
Проблемное интервью проводится с разными вовлеченными в проект людьми, часто
не просто с заказчиками, а с пользователями.
На основании ваших предварительных исследований проблемы вы проводите
проблемное интервью с ними, чтобы восстановить
как сейчас устроен контекст кейса (AS IS), на основе этого подтвердить (уточнить) или
опровергнуть гипотезу о проблеме и сформулировать другую; понимать, как все
устроено, чтобы вписать продукт в систему
В конце проблемного интервью, как только вы поняли, в чем реальная проблема, вы
можете сразу снять с пользователей желаемое состояние (пользовательские
требования) – как хочется, чтобы было
НЕЛЬЗЯ спрашивать про будущее, а только про прошлое или настоящее, то есть про опыт
пользователя или про текущее состояние и поведение.
И НЕ ПОДВОДИТЬ К ОТВЕТУ, КОТОРЫЙ НАМ ХОЧЕТСЯ СЛЫШАТЬ!
7
АВИШ
7
Исследование проблемного поля:
Схематизация деятельности
По итогам проблемного интервью у вас появляется понимание, как все устроено (AS IS), где разрывы, и как хотелось бы,
чтобы было устроено (TO BE), что хотят устранить
AS IS
8
TO BE
* Не обязательный этап, вместо него вы можете дерево корневых причин
8
Уточнённая проблема:
Пользователь
У кого возникает
ограничение в
деятельности
Внимание –
Заказчик и
Пользователь чаще всего это не
одно лицо!!
Желания / Целевое состояние
Ограничения
• ….
• ….
• ….
• ….
• ….
• ….
Чего хочет добиться Носитель
проблемы, но не может? Какое
целевое состояние?
Что мешает Носителю проблемы
достичь цели?
Рассказываете этот слайд строго по формуле: Наш
<пользователь>, хочет <достигать какую-то цель> (одну
или несколько), но не может, потому что ему мешает
<какой-то барьер> (один или несколько), а
<существующие решения> (одно или несколько) имеют
какие-то <недостатки> (скорее всего много) (на следующем слайде вы это показываете)
9
АВИШ
9
Анализ аналогов решения проблемы
Основной текст — минимум
24 шрифт
Текст, фотография
или иллюстрация
Текст, фотография
или иллюстрация
Аналог 1
Аналог 2
Цель слайда – сделать обзор аналогов и показать,
что существующие решения не позволяют
разрешить проблему и пользователь не
достигает целевого состояния
Проанализируйте на этом этапе elaibrary.ru, что
есть в научном поле по этому вопросу.
10
АВИШ
10
Обобщение пользовательских
требований
Карта пожеланий заказчика:
Карта пожеланий пользователя:
• Какой продукт или услугу заказчик хочет получить в
результате решения его задачи? Кто будет им/ей
пользоваться?
• Уточненные требования к продукту
заказчика, новые вводные, которые вы
поняли из интервью пользователей,
анализа дерева корневых причин,
схематизации
• В какой форме должно быть представлено решение
задачи?
• Откуда ваше решение должно получать данные/сырье (со
стороны заказчика)?
• Какие технологии обязательно использовать?
какими технологиями ваше решение должно быть
совместимо?
С
• Есть ли у заказчика экономические ограничения, которые
нужно учитывать при решении задачи? Чем они вызваны?
• На каких конкурентов заказчика стоит ориентироваться
при решении задачи?
• Какие готовые/open source решения можно использовать
при решении задачи?
11
АВИШ
11
Цель проекта:
Задачи:
• …
• …
• …
12
АВИШ
12
Образ результата проекта
• Описание заказчика
На этом этапе уже возможен
перевод пользовательских
требований в функциональные
требования и в архитектуру
решения.
13
АВИШ
13
Этапы выполнения проекта:
14
22-27.04.2024
03.04.2024
26.10.2024
Экспертный
аудит
Презентация
концепции проекта
Предзащита
проекта
АВИШ
10-13.06.2024
Итоговая защита
проекта
14
Команда проекта
Витрины данных
Кот-долбаеб
Митрошина Екатерина
Швидерская Анна
15
Код-долбаеб
АВИШ
15
Download