Инкрементализм или путаница предлагает гибкий подход к решению сложных проблем. Однако обращение к спонсорам, которые хотят увидеть конкретные результаты от своих инвестиций, может быть затруднено. Чтобы решить эту проблему, Дон Норман предлагает модифицированную версию инкрементализма, которая заимствует концепции из разработки программного обеспечения. Здесь он объясняет идею постепенного модульного проектирования.
Основные характеристики инкрементной модульной конструкции
-
Определите цели: Добейтесь, чтобы все — спонсоры, сообщества и все заинтересованные стороны — согласились с целями большого проекта.
-
Демократизируйте дизайн: Привлекайте людей, для которых мы разрабатываем дизайн. Они выявят свои проблемы и потребности и помогут нам разработать решения.
-
Минимально жизнеспособный проект: Разработайте решение небольшими шагами, проанализируйте результаты и примите решение о дальнейших действиях на основе анализа.
-
Независимые модули: Разрабатывайте модули с четко определенными входными и выходными требованиями, но со скрытой внутренней работой. Команды должны иметь возможность изменять внутреннюю работу модулей, не затрагивая входы и выходы.
Преимущества инкрементной модульной конструкции
Мы можем адаптироваться к различным социальным и техническим условиям, когда у нас есть четкая цель и мы используем несколько небольших проектов, разделенных на отдельные модули.
© Фонд интерактивного дизайна, CC BY-SA 4.0
Инкрементная модульная конструкция обеспечивает гибкость с точки зрения:
-
Требования: По мере того, как команда создает, тестирует и учится на каждом шаге, она может легко адаптироваться и корректировать курс и даже при необходимости корректировать требования.
-
Замена модуля: Поскольку модули независимы, команда может обновить любой модуль без вреда для системы, если требования ввода и вывода остаются прежними.
-
Местная адаптация: Неважно, как модуль работает внутри. Таким образом, команда может изменить внутреннюю работу в соответствии с местными культурами.
Забрать
Инкрементальный модульный дизайн сочетает в себе инкрементализм с концепциями, заимствованными из управления проектами и информатики. Команды делят проект на относительно небольшие шаги, а затем каждый шаг на модули. Каждый модуль имеет предопределенные входные и выходные требования, которые они используют для оценки своего прогресса. Каждый модуль должен давать полезный результат, который команда может проверить, чтобы убедиться, что он соответствует входным и выходным требованиям. Как каждый модуль работает внутри, не имеет значения, пока модуль соответствует требованиям.
С помощью этой структуры команды могут предлагать и получать средства для крупных проектов и сохранять гибкость нескольких небольших дополнительных шагов.
Ссылки и где узнать больше
Инкрементальный модульный дизайн заимствует принципы гибкой разработки. Пройти курс Гибкие методы UX-дизайна чтобы узнать больше (включено в ваше членство в IxDF).
Вот краткий обзор Гибкая разработка.
Цель гибкого проектирования не в том, чтобы быть идеальным, а в том, чтобы быть «достаточно хорошим» и итеративно давать результаты. Эта статья расширяет это понятие в контексте гибкой разработки, и то же самое относится к поэтапному модульному проектированию:
Как добиться успеха в качестве дизайнера в Agile-командах: принять несовершенство
Что такое минимально жизнеспособные продукты?
Главное изображение: © Interaction Design Foundation, CC BY-SA 4.0
