Во многих командах, где я работал — и клауде, и в райфе, и в пинкмане — почти всегда возникала одна и та же проблема: согласование дизайна внутри команды или направления
Вроде бы у дизайнера есть зона ответственности: он получает задачу от продакта, исследует, проектирует и приходит с решением. Но случается, что на грумингах кто-то из твоей или смежной команды решает внести свой вклад
- А давайте вот так
- А почему не иначе
Такие комментарии бывают по делу. Например, продакт глубже понимает контекст продукта, аналитик знает метрики, или кто-то просто подмечает деталь, которую дизайнер упустил
Но бывает, что это просто мнение человека, который видит задачу впервые, и у него есть внутренний зуд предложить «как лучше»
Эта грань между релевантным фидбеком и просто шумом — очень тонкая.
У дизайнера должна быть своя система: как отличить комменты, которые стоит учитывать, от тех, которые можно смело пропускать
Дима предложил инструмент для этого — матрицу согласований. Суть простая: разделяешь всех участников по категориям:
1. Кто принимает решение
2. Кого просто держишь в курсе
3. Кого можно вообще исключить из процесса
В итоге экономится куча времени, а дизайнер может не «отбиваться» от комментов, а осознанно принимать решения
Подробнее об этом Дима написал
у себя в блоге и
выложил файл в Figma, где всё собрано по полочкам.
Рекомендую изучить (особенно лидам, которые помогают своим дизам наладить процессы внутри их команд)
