Как решать нестандартные задачи или ТРИЗ в работе аналитика
ТРИЗ создан для решения технических проблем на производствах, но можно попробовать применить его и в информационных системах.
Алгоритм поможет взглянуть на проблему под другим углом, преодолеть инерционность мышления и не выбирать автоматически REST API для любой интеграции😁
Разберём ТРИЗ на примере классической ситуации для веб-приложений: создали 101 функцию, но клиенты используют только 50. Мы уже делали обучение по системе, добавляли подсказки, но ничего не меняется. Удалять функции не хочется, т.к. всё полезное, но нужно упростить интерфейс.
Алгоритм ТРИЗ
6️⃣Чётко описать задачу.
Сделать функции заметнее для пользователя без усложнения интерфейса.
2️⃣Сформулировать противоречие (самое главное).
В нашем случае:
Если улучшаем «Удобство эксплуатации» (простой, чистый интерфейс — 33), то ухудшается «Информативность» (пользователь не видит всех возможностей — 28).
3️⃣Сформулировать Идеальный Конечный Результат (ИКР).
Пользователи находят и используют функции без помощи специалистов поддержки.
4️⃣По матрице ТРИЗ посмотреть принципы, которые нам подходят.
Ищем ячейку на пересечении параметров 28 и 33 и находим принципы 25, 13, 2, 34:
2. Вынесение — отделить «мешающую» часть от объекта.
13. Инверсия или «наоборот» — сделать наоборот.
25. Самообслуживание — система должна сама себя обслуживать.
34. Отбросить и восстановить — часть объекта, выполнившая свою функцию, должна исчезнуть.
5️⃣Сгенерировать решения и выбрать самое оптимальное.
Да здравствует мозговой штурм.
Например, принцип «самообслуживание» может навести на идею создания адаптивного интерфейса. Система будет предлагать не все функции сразу, а в зависимости от сценариев пользователя.
Готово, вы великолепны!
Берите на вооружение, классный инструмент☀️
P.S.: Кстати, ТРИЗ мог помочь определить проблему и подойти нестандартно к задаче на том самом собесе, но я была не в контексте.
ТРИЗ, или теория решения изобретательских задач, — это приёмы поиска решения проблемы минимальными усилиями.
ТРИЗ создан для решения технических проблем на производствах, но можно попробовать применить его и в информационных системах.
Алгоритм поможет взглянуть на проблему под другим углом, преодолеть инерционность мышления и не выбирать автоматически REST API для любой интеграции😁
Разберём ТРИЗ на примере классической ситуации для веб-приложений: создали 101 функцию, но клиенты используют только 50. Мы уже делали обучение по системе, добавляли подсказки, но ничего не меняется. Удалять функции не хочется, т.к. всё полезное, но нужно упростить интерфейс.
Алгоритм ТРИЗ
6️⃣Чётко описать задачу.
Сделать функции заметнее для пользователя без усложнения интерфейса.
2️⃣Сформулировать противоречие (самое главное).
Противоречие — конфликт между двумя параметрами системы, т.е. когда улучшение одного ухудшает другой.
В нашем случае:
Если улучшаем «Удобство эксплуатации» (простой, чистый интерфейс — 33), то ухудшается «Информативность» (пользователь не видит всех возможностей — 28).
3️⃣Сформулировать Идеальный Конечный Результат (ИКР).
Пользователи находят и используют функции без помощи специалистов поддержки.
4️⃣По матрице ТРИЗ посмотреть принципы, которые нам подходят.
Ищем ячейку на пересечении параметров 28 и 33 и находим принципы 25, 13, 2, 34:
2. Вынесение — отделить «мешающую» часть от объекта.
13. Инверсия или «наоборот» — сделать наоборот.
25. Самообслуживание — система должна сама себя обслуживать.
34. Отбросить и восстановить — часть объекта, выполнившая свою функцию, должна исчезнуть.
5️⃣Сгенерировать решения и выбрать самое оптимальное.
Да здравствует мозговой штурм.
Например, принцип «самообслуживание» может навести на идею создания адаптивного интерфейса. Система будет предлагать не все функции сразу, а в зависимости от сценариев пользователя.
Готово, вы великолепны!
Берите на вооружение, классный инструмент☀️
P.S.: Кстати, ТРИЗ мог помочь определить проблему и подойти нестандартно к задаче на том самом собесе, но я была не в контексте.