Однажды один уважаемый продакт сказал мне на планировании: дай пожалуйста мне сто процентов времени твоего дизайнера на мой супер важный проект. Я хочу, чтобы он был сфокусирован только на нем и не брал в параллель никаких дополнительных задач. Понятно, что я ответил, что это невозможно, поскольку задач у нас больше, чем дизайнеров. И в целом сказал, что мы всегда берем по несколько задач на спринт и это приносит хороший результат. А теперь я решил, что пора задать этот вопрос моим читателям и самому ответить на него более развернуто.

Когда дизайнер будет эффективней и счастливей: две задачи по неделе последовательно или параллельно в течение двух недель?

Не отвечу за всех дизайнеров — могу рассказать про себя и про свои наблюдения над другими ребятами.

Мой ответ: две параллельные задачи. Это позволяет переключаться, меньше прокрастинировать и находить более ценное решение в формате свободного мышления.

Почему параллельно — лучше

Если ты делаешь не рутинную задачу, а придумываешь что-то новое, у тебя должны быть моменты загрузки и разгрузки мозга, чтобы он обрабатывал и искал идеи в свободном режиме. Конечно, можно переключаться и в рамках одной задачи, искать пищу для разных подпрограмм, но это всё немножко не то. Две задачи позволяют переключаться качественнее.

Скорее всего, они будут идти немножко разносинхронно. В продуктовом дизайне ты всё равно не один: общаешься с продактами, аналитиками, разработчиками, есть ритуальные встречи. Ты не рисуешь 24 на 7, и благодаря этому появляется больше простора, чтобы сделать задачу с кайфом, дорисовать «по любви», а не вымучивать последние жалкие решения, когда уже не можешь смотреть на проект. Есть еще психологический и эмоциональный плюс. Каждый день у тебя есть выбор. Ты можешь спросить себя, а каким проектом ты хочешь позаниматься именно сейчас? Как будто бы это тоже важно для хорошего настроения и творческих задач.

Комбо последовательной паралельности

Кому-то помогает распределение этих двух задач по конкретным дням: сегодня — только одна, завтра — другая. Я предпочитаю декомпозировать проекты и вносить в день блоки работы над обеими задачами по очереди. Так мне нравится больше.

Проблема последовательной работы над одним проектом

Если выделяешь большой кусок времени только на одну задачу, это завышает ожидания. Появляется внутреннее ощущение, что ты должен сделать всё суперидеально, найти самую идеальную мысль — и в результате впадаешь в прокрастинацию.

Переключаясь между задачами, ощущаешь некое давление и азарт, которые позволяют чувствовать удовольствие от осознанной необходимости делать задачу небольшими кусочками, но не останавливаться.

К тому же, делая ставку на одну задачу, можно упереться в «бутылочное горлышко» принятия решений другими людьми, которых нужно ждать. В итоге желания расслабиться будет больше, чем желания взяться за следующий проект, который ты мысленно откладываешь до финиша первого.

Метод прогрессивного JPEG’а

Помним про этот принцип: часто сделать всё, но не особо подробно, лучше, чем вообще не начинать. Иногда этого достаточно, чтобы начать обсуждение со стейкхолдерами и уточнить реальные потребности в задаче.

Итого

Предлагаю всё-таки работать не над одной задачей. Но, понятное дело, важно иметь чёткие границы, не пытаться перегрузить себя и не загонять как белку в колесе. Нужно искать свою собственную границу.

И еще одно важное ограничение: ты должен понимать, из чего вообще состоит проект. Какие от тебя ожидания от смежных команд, смежных специалистов, стейкхолдеров? Короче, проектно менеджерить эти задачи. Тогда ты сможешь хорошо жонглировать двумя проектами, не сводя их к критическому пересечению по встречам или дедлайнам.