Wicked problem
(→Литература) |
(→Литература) |
||
| Строка 61: | Строка 61: | ||
[[Категория:Дизайн]] | [[Категория:Дизайн]] | ||
| − | [[ | + | [[Категория:Социальная сеть]] |
Текущая версия на 12:42, 15 февраля 2020
Wicked problem - непослушная, дикая, злобная, грязная, дьявольская проблема. Термин используется для проблемы, которую сложно или невозможно решить по причине неполноты, противоречивости или изменчивости информации и входных условий. (“Непослушние” проблемы, как правило, настолько вписаны в контекст, что решение может стать источником ряда новых сложностей. У таких проблем не может быть единственно верного решения. Проблемы такого рода противопоставляются “простым”, решаемым проблемам, которые встречаются в логике, физике, математики и других точных науках. - Йован Курбалий “Управление Интернетом”, 2010 )
Термин предложил Хорст Риттел (Rittel H.) - он же предложил метод работы с такими проблемами - IBIS - Информационные системы, основанные на проблемах или проблемно-ориентированные информационные системы. В противоположность злобным и диким - ручные проблемы
Wicked problem характерны для сложных систем, изучением которых занимается сетевая наука.
Содержание |
[править] Отличительные черты непослушных проблем:
- Вы не можете понять проблему, пока не предложите решения.
- Каждое решение, которое предлагается, раскрывает новые аспекты проблемы. Новые аспекты требуют дальнейшей корректировки потенциальных решений. У нас нет четкого определения - "Что является проблемой". Проблема плохо структурирована и содержит развивающийся набор взаимосвязанных проблем и ограничений. Как писал Риттель - нельзя понять проблему вне контекста, в котором она существует; нельзя вести осмысленный поиск информации не представляя себе концепции решения проблемы, нельзя сначала понять проблему, а уже потом ее решить. Определение того в чем состоит проблема будет зависеть от того, кого вы будете спрашивать. У различных заинтересованных сторон есть свои представления о проблеме и способах ее решения.
- У непослушной проблемы нет правил, по которым можно судить, что проблема решена.
- Поскольку нет четкого определения проблемы, то нет и четкого определения решения. Процесс решения проблемы завершается только когда исчерпался один из ресурсов - время, деньги или энергия, которую вы тратите на решение этой проблемы, а вовсе не тогда, когда получено наилучшее решение. Вы останавливаетесь тогда, когда решение является не наилучшим, а хотя бы удовлетворительным.
- Решения непослушной проблемы нельзя оценить как правильные или неправильные.
- Решение может быть просто «лучше», «хуже», «достаточно хорошо», или "не достаточно хорошо". В процессе решения непослушнойй проблемы определение качества решения не является объективным и не может быть выведено из математических формул. Решения непослушных проблем оцениваются в социальном контексте, когда в результатах оценки заинтересованы группы людей с различными целями и ценностями.
- Каждая непослушная проблема является новой и уникальной
- Поскольку непослушная проблема связана с большим числом факторов и условий, встроенными в социальный контекст, то нет одинаковых проблем и решений, которые могли бы использоваться в сходных ситуациях. Проблемы построения метро в разных городах могут выглядеть как сходные, но характер расселения жителей, привычки граждан в разных географических областях, расположение центра города и т.п. отличия могут перевешивать это сходство. Со временем можно приобрести мудрость и опыт рассмотрения злобных проблем, но по отношению к конкретной непослушной проблеме человек всегда остается новичком. Нельзя сказать, что такую проблему мы уже решали.
- Каждая попытка решения является вмешательством в проблему.
- Нельзя построить автостраду, только для того, чтобы посмотреть как она работает. Нельзя ничего узнать о проблеме, не попробовав решения, но всякое решение уже меняет ситуацию и порождает новые грязные проблемы.
- У непослушных проблем нет заданных решений.
- Для таких проблем может не быть решений вообще. Или может быть множество возможных решений, которые разработаны и множество решений, о которых никто никогда даже не думал. Это вопрос творческой разработки решений, а также оценки и отбора наиболее удачных решений.
[править] Метафоры облачных проблем
Английский писатель и советник Тони Блэра Чарльз Ледбитер (Charles Leadbeater) в работе Remixing Cities: Strategy for the City 2.0 использует метафору проблемы часов и проблемы облаков.
- Часовая проблема - четкая и понятная.
- Сломались часы, нужно починить - найти место поломки и устранить неисправность.
- Облачная проблема - зависит от множества людей
- Такая проблема не поддается точной диагностики и ее решение зависит от множества участников. Городские проблемы, проблемы здорового образа жизни, социальные и политические проблемы - все это примеры грязных или облачных проблем. Что нужно сделать, чтобы жители чувствовали себя в безопасности? Как сделать так, чтобы подростки хотели учиться? Как снизить выбросы углекислого газа в городе? - Все это облачные проблемы.
[править] Способы решения облачных проблем
Облачные, дьявольские проблемы не могут быть решена на основе традиционного подхода. Основной причиной этого является то, что не существует четкого определения облачной проблемы. В статье, опубликованной в 2000 году, Робертс выделяет следующие стратегии, помогающие справиться с грязными проблемы: (Roberts, N.C. “Wicked Problems and Network Approaches to Resolution.,” The International Public Management Review., Vol. 1, 1 (2000).)
- Авторитарные
- Ответственность за решение проблемы сосредотачивается в руках нескольких человек. Сокращение числа заинтересованных сторон уменьшает сложность проблемы. Недостатком является то, что вовлеченные в решении проблемы эксперты могут не обладать видением всех перспектив, необходимых для решения проблемы.
- Конкурентные
- Сравниваются противоположные точки зрения и идет соревнование сторон, предлагающих различные решения. Преимуществом такого подхода является то, что предлагаются и сравниваются разные решения. Среди этих решений могут быть отобраны лучшие. Недостатком формирование конфронтационной среды, в которой не происходит обмен знаниями.
- Совместные
- Вовлечение всех заинтересованных сторон в совместную деятельность по поиску лучших решений. Участники не просто высказывают свои мнения, но и активно участвуют в процессе формирования общего решения. Недостатком такого подхода является то, что достижение общего понимания и решение грязной проблемы это трудоемкий процесс. Для поддержки этого процесса могут быть использованы специально разрабатываемые информационные технологии. Примерами такой технологии могут служить проблемно-ориентированная информационная система и WikiVote.
[править] Проблемно-ориентированная информационная система
Проблемно-ориентированная информационная система
[править] IBIS
Issue-Based Information System - система, предложенная Хорстом Риттелем для решения сложных, грязных-злобных проблем - планирование и принятие политических решений в начале 70-х годов двадцатого века. Новый всплеск интереса произошел после появления компьютерных систем, которые могли поддерживать этот процесс в гипертекстовой среде.
Элементами информационной системы являются проблемы или вопросы, которые требуют решения или ответа. Каждый вопрос связан с альтернативными решениями или возможными ответами. Предлагаемые решения в свою очередь, связаны с аргументами, которые поддерживают или опровергают данное решение. В ходе рассмотрения вопросов, возникают новые проблемы, которые рассматриваются аналогичным образом.
- Проблема = вопрос, который предлагается решить
- Идея = предлагаемое решение или ответ на вопрос
- Аргумент (за и против) = довод, приводимые в споре или доказательстве
Правила в системе выглядят следующим образом:
- К любому элементы (вопросу, идее или аргументу) может быть задан вопрос
- Идеи всегда отвечают на вопрос
- Аргументы приводятся всегда только для идей. Для вопросов не может быть аргументов
[править] IBIS в программном обеспечении
[править] Compendium
Открытое программное обеспечение Compendium поддерживает нотацию, принятую в IBIS. Существует версия Compendium LD специально разработанная для создания педагогического дизайна в формате IMS Global.
[править] designVUE
В designVUE возможно создавать ссылки между узлами, которые относятся к разным картам.
[править] IBIS в России
[править] Литература
- Buchanan R. Wicked Problems in Design Thinking. // Design Issues. 1992. № 8. С. 5-21.
- Brown V.A. Leonardo’s Vision: A Guide to Collective Thinking and Action. Sense Publishers, 2007. 238 с.
- Brown V.A., Harris J.A., Russell J.Y. Tackling wicked problems through the transdisciplinary imagination. Earthscan, 2010. 333 с.
- Conklin E.J. Dialogue mapping: building shared understanding of wicked problems. Wiley, 2006. 242 с.
- DeGrace P., Stahl L.H. Wicked problems, righteous solutions: a catalogue of modern software engineering paradigms. Yourdon Press, 1990. 278 с.
- Rittel H.W.J., Webber M.M. Dilemmas in a general theory of planning. Institute of Urban & Regional Development, University of California, 1972. 64 с.
- Weber E.P., Khademian A.M. Wicked Problems, Knowledge Challenges, and Collaborative Capacity Builders in Network Settings. // Public Administration Review. 2008. № 68. С. 334-349.
