Agile для дизайн-команд: как применять принципы на практике (и не превратить работу в «бесконечные макеты»)
Agile придумали разработчики, но давно перестали держать при себе. Сегодня это не про код и не про спринты ради спринтов — это способ работать так, чтобы команда регулярно приносила пользу пользователю и быстро училась на обратной связи.
И это не лозунг с конференции. По данным Standish Group CHAOS, гибкие проекты доходят до успеха примерно втрое чаще «водопадных» — 42% против 13% — и почти не заканчиваются полным провалом: 11% против 59%. Разрыв огромный.
Нам, дизайнерам, всё это близко как никому. Мы почти всегда работаем вслепую: заранее сказать, «выстрелит» решение или нет, невозможно. А красивый макет, который никто не проверил, легко превращается в дорогую ошибку — я такие видел не раз. Поэтому Agile ложится на продуктовый дизайн хорошо. Но только если понимать его правильно, а не как набор встреч в календаре.
Подробнее в моей новой статье: https://zelenykh.ru/xwittor/#article-art_1787661163
#статья
Agile придумали разработчики, но давно перестали держать при себе. Сегодня это не про код и не про спринты ради спринтов — это способ работать так, чтобы команда регулярно приносила пользу пользователю и быстро училась на обратной связи.
И это не лозунг с конференции. По данным Standish Group CHAOS, гибкие проекты доходят до успеха примерно втрое чаще «водопадных» — 42% против 13% — и почти не заканчиваются полным провалом: 11% против 59%. Разрыв огромный.
Нам, дизайнерам, всё это близко как никому. Мы почти всегда работаем вслепую: заранее сказать, «выстрелит» решение или нет, невозможно. А красивый макет, который никто не проверил, легко превращается в дорогую ошибку — я такие видел не раз. Поэтому Agile ложится на продуктовый дизайн хорошо. Но только если понимать его правильно, а не как набор встреч в календаре.
Подробнее в моей новой статье: https://zelenykh.ru/xwittor/#article-art_1787661163
#статья