tgoop.com/worklifechannel/180
Last Update:
1. Нет четкого понимания задачи
Задачи спускаются от заказчика, поэтому важно провести качественный брифинг: как хотим помочь бизнесу и пользователю, кто целевая аудитория, какие критерии успеха, есть ли исследования, технические ограничения и прочая полезная информация. Если не собрать достаточно информации сразу, то скорее всего, придётся переделывать и вносить много правок.
2. Результаты брифинга и наработки не зафиксированы в удобном формате в одном месте
Очень неудобно, когда информация по проектам хранится в разных местах или не зафиксирована вообще. Когда проектов много, невозможно всё держать в голове и это бессмысленно, а постоянные уточнения и исправления занимают время.
3. Отсутствие роадмапа
У каждого члена команды свои представления о этапах работы над проектом и сроках. Роадмап поможет создать единое видение, даст более реалистичное представление о сроках и улучшит коммуникацию. Не люблю, когда мое представление о дизайн процессе сталкивается с реальностью и в наполовину готовый макет заходят разработчики. Про тестирования вообще молчу.
4. Поверхностные исследования или их отсутствие
В студиях часто пренебрегают исследованиями, и из-за этого приходится работать наугад или полагаться на собственный опыт, что неправильно. Если гипотезы не оправдаются, то команда зря потратит ресурсы на проект, который не решает реальные проблемы пользователей или бизнеса.
4. Неэффективная коммуникация в команде
Неэффективная коммуникация ведёт к разным ожиданиям от проекта, отсутствию согласованности и целостности итогового результата. Чтобы этого избежать, можно проводить ретро, чтобы обсудить, что получилось хорошо и что можно улучшить в следующем спринте. Это поможет команде совершенствоваться и адаптироваться к новым вызовам.
6. Непредсказуемые дедлайны
Нереалистичное планирование времени на задачи ведёт к выгоранию, переработкам, отсутствию мотивации и поверхностным результатам. Здесь полезно отслеживать сколько времени занимают задачи и лучше планировать спринты.
7. Неопределенные зоны ответственности
Каждый член команды должен чётко понимать свои задачи и то, как его работа влияет на успех проекта. Разделение зон ответственности позволяет каждому сосредоточиться на своей области экспертизы.
8. Нет методов приёмки и контроля результатов
В команде отсутствуют чек-листы и регламенты, которые необходимы для ведения процессов и предотвращения повторяющихся ошибок.
Вывод: красивые процессы – красивые макеты.
Мы еще не пофиксили многие проблемы, но двигаемся в сторону улучшений. Хорошо, когда команда и руководство открыты к изменениям. Также, важно самостоятельно инициировать изменения, чтобы сделать работу комфортнее.
Буду рада, если поделитесь как выстроены процессы у вас или что бы вы изменили. Может у вас есть советы для меня?
Пока писала пост, нашла несколько интересных статей про дизайн процессы:
1. Дизайн-процесс, Bang Bang Education
2. Процессы в продуктовой команде. Объясняем на простых примерах
3. 7 точек роста дизайн-студии: внимание рынка, ожидания клиента, обучение, блоги и другое
4. Как оптимизировать рабочие процессы в дизайн-бюро
