1 Выписываем задачи в список.
2 Сортируем по важности.
3 Определяем, что реально сделать за день и приступаем к выполнению, сверху вниз.
4 Отвлеклись? Возвращаемся к списку.
В топ-приоритет попадают:
Задачи - стопы
-Вашего одобрения ждёт целая команда; стоит конвейер; люди не могут двигаться дальше.
-Работа по проекту начнется, если вы ответите на письмо
"Вчерашние" задачи.
Планировали сделать это вчера, но не успели. Эта задача должна быть сверху.
Задачи, которые давно хотим сделать и постоянно откладываем.
Тут можно сделать только одно - отключить все уведомления и дать себе обещание не отвлекаться до выполнения. Сидеть до конца и делать. По другому обычно никак. Советую начать эту задачу с утра.
Задачи - маркеры.
По ним складывается впечатление о вас. Вы можете выполнять великолепную работу, но если постоянно забывать о дедлайнах, игнорировать сообщения руководителя, забывать критически важную информацию - можно легко получить негатив.
По задачам - маркерам можно определить самостоятельность и ответственность.
Например: написать еженедельный отчет в четверг до 12:00.
5 минутные задачи.
Появилась новая задача. Вы понимаете, что ее можно сделать за минут пять. Прочитали, задумались над ответом или решением - вы уже проинвестировали в эту задачу время. Необходимо делать сразу и не копить. Например, прочитали сообщение или письмо, ответьте сразу. Открыли вкладку, дочитайте до конца.
Как получить результат:
Задачу необходимо довести до результата.
Результат может быть трех типов:
1 Сделано до полного завершения. Здесь важный фактор definiton of done - что является критерием завершенной задачи? Заранее обсудите это или подумайте о конечном продукте.
2 Доведено до возможного. Мы сделали все что от нас зависит, и ожидаем чего-то: поставки, информации, решения. Это еще не финальный результат и работа продолжится, но больше сделать нечего. Можно назвать это On hold. Важно не находится в формате Ждун. В любой ситуации можно ускорить процесс: позвонить, уговорить, узнать причины задержки. Напоминайте о себе; пинайте людей.
3 Срочные изменения Всегда есть ситуации, когда что-то может пойти не так. Мы должны быть гибкими к срочным изменениям. Если что-то стало важнее - например упал сервер и сайт не отвечает - понятно, что все нужно бросать и чинить.
Командное решение проблем
В книге про Amazon написано про проблемы трёх категорий.
1 Сотрудник сам может решить проблему и внимание руководителя не требуется
2 Руководителю необхимо участвовать в решении проблемы
3 Нужно внимание топ руководителей для решения проблемы
И категория Б - это письмо, которое переслал Джефф Безос с простым знаком ? - тут нужно всем все бросить и заниматься только этим вопросом.