Таблица декомпозиции, метод оценки задач
Слава Воробей | Птичьи заметки
Ранее я приводил 3 причины появления горящих задач для дизайнеров. Но на самом деле есть ещё одна — дизайнер проебался с оценкой сроков. В этой статье я расскажу о методе, который поможет минимизировать шанс такого факапа и поможет вам стабильно оценивать задачи максимально близко к реальности.
Ссылка на мой шаблон — [Click]
Поблагодарить меня можно подписавшись на мой блог в ТГ
Почему можно просчитаться?
Причина как правило всегда одна — на оценку задачи потратили слишком мало времени, мало погрузились в её суть и дали оценку "на глазок". Чтобы такого не было, важно уметь погрузиться в задачу и грамотно её декомпозировать, то есть разложить на более маленькие кусочки.
В этом нам и поможет таблица декомпозиции. Давайте посмотрим как это может выглядеть на примере оценки проекта по редизайну большого сайта.

Как работать с таблицей?
1 — Выделяем время на оценку
Оценка задачи это такая же задача, как и выполнение задачи. Поэтому просим на неё отдельное время. Если оценка большая, то просим пол дня минимум, а то и целый день.
2 — Декомпозируем, задаём вопросы
Проходимся по таблице и расписываем нужные нам шаги. Если не хватает места — добавляем новые строки (в моём шаблоне под это выведлены строки в каждом этапе).
Также желательно оставлять комментарии в 4 столбце о каждом пункте, если оно нужно. Это могут быть комментарии по тому, как вы планируете делать тот или иной шаг или вопросы, которые нужно доуточнить у заказчика или продакта для более точной оценки.
3 — Оцениваем минимальное и максимальное время
Как только вы декомпозировали задачу и получили ответы на все вопросы — начинаем оценивать (или параллельно оцениваем то, на что вопросов не было).
Зелёная колонка это прекрасный мир с единорогами, где вы всё делаете с максимальной мотивацией и креативностью, оцениваем минимальное время на каждый шаг.
Красная колонка, это суровый мир горящих дедлайнов, подводных камней и творческого выгорания. Оцениваем тут максимальное время на каждый шаг.
4 — Отдаём оценку на проверку (опционально)
Если вы джун-мидл, то полезно будет дать посмотреть свою оценку старшему дизайнеру или вашему лиду. У него больше опыта и он может указать вам, где вы заложили маловато времени, а где сильно переоценили.
5 — Отдаём оценку менеджеру
Если вы уверены, что оценка сделана правильно и время в ней максимально приближено к реальности (пусть и с разбросом), то отдаём её менеджеру и он уже прогнозирует сроки, планирует загрузку и так далее.
Из чего состоит таблица?
Я вывел для себя 4 этапа оцценки в дизайн-задачах: Погружение в проект; Концепция; Основные работы; Завершающие работы.
Этап 1 — Погружение в проект

Этап погружения подразумевает оценку всего, что нужно для дайвинга. На этоп этапе мы настраиваем свой мозг на конкретный проект и сферу этого проекта.
Я разбил этот этап на 3 основных шага:
1 — Анализ текущего решения.
Если у проекта уже есть сайт/документация/ТЗ, изучаем всё это дело.
2 — Анализ конкурентов
Ищем прямых или косвенных конкретнов, изучаем их решения, отмечаем хорошие и плохие, думаем почему они хорошие или плохие, желательно конспектируем в фигму.
3 — Погружение в сферу.
Если сфера вам не знакома, то обязательно нужно будет потратить время на ресёрч, поиск инфы по сфере и, если возможно, общение с экспертами
Этап 2 — Концепция

Итоговым продуктов этапа концепции должна стать оформленная в грамотную презентацию концепция, которую можно хорошо презентовать и защитить своё решение перед заказчиком
Тут также вывел 3 основных шага:
1 — Создание мудборда и поиск референсов
Тут сразу посоветую прекрасную статью redmadrobot про фундамент создания дизайн-концепции. Как только вы её прочтёте, поймёте зачем нужно делать мудборд и как правильно искать рефы. Если вы уже её читали — вы молодец!
2 — Отрисовка концепции
Их может быть сразу две или три, тут уж как договоритесь с клиентом. Но на моей практике с готовыми рефами и мудбордом на одну концепцию уходит от 16 до 24 часов рабочего времени.
3 — Презентация
Просто концепция это конечно хорошо, но важно также умело её презентовать, показав в презентации, что вы изучали, как именно пришли к такой концепции и почему именно так она должна выглядеть. Хорошая презентация зачастую играет большую роль в согласовании, чем сама концепция.
Этап 3 — Основные работы

Это самый важный этап оценки, тут важно максимально декомпозировать задачу, чтобы дать как можно более точную оценку. На каждом разделе старайтесь подумать, какие примерно функции будут на той или иной странице, какие могут быть блоки и примерно оценивайте время на их проектирование.
В этот этап я заранее дописал такие вещи как прелоадеры, страницы 404 и т.п. Эти вещи зачастую забывают оценить, а потом забывают отрисовать. Если в вашей практике принято отрисоывать ещё что-то на всех задачах — добавьте эти строки в шаблон.
Этап 4 — Завершающие работы

Этот этап начинается, когда макеты основного разрешения (будь то десктоп или мобайл) уже отрисованы. Тут мы оцениваем время на завершающие штрихи вроде адаптивов или сборки UI-кита.
Тут я также нашёл 3 основных шага:
1 — Адаптивы
Это не всегда будет нужно, но если нужно, то обычно занимает в два раза меньше времени, чем суммарно на 3 этап
2 — Дизайн-система или UI Kit
Что именно нужно вашему проекту — решите сами. Но собрать где-то все компоненты и описать их состояния точно нужно и это важная работа.
3 — Роутинг в макетах и детальные комментарии
Делаем приятно разработчикам и показываем стрелочками, что куда нас будет вести, а также комментируем, что и как должно работать
Что это нам даёт?
А даёт это нам возможность спланировать реальные сроки выполнения задачи. Желательно планировать по максимальной оценке, чтобы в случае всякого рода факапов не сидеть с горящими жопами и дедлайном вчера.
Шаблон является универсальным решением, вы можете редактировать его эатпы и шаги под себя. Я, например, использовал этот шаблон не только для оценки дизайн-задач, но и для оценки разработки фронта. Поэтому внедряйте туда, куда посчитаете нужным.
Ссылка на мой шаблон — [Click]
Поблагодарить меня можно подписавшись на мой блог в ТГ