Управление рабочими задачами вне методологий

Среди кучи материалов про эффективность работы, в десятках рабочих подходах к выполнению задач может найтись место и моему ленивому нутру. И проблемам, с которыми я столкнулся при работе с командой и с самим собой.

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

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

Можно делать по SMART, наверное, самой популярной модели. Но есть нюанс — это не особо применимая методология в рамках работы по недельным спринтам. Ну и вообще — не все измеримо, не всегда нужна привязка к срокам, если задача в рамках спринта. Грузить себя ответственностью задачами в которых нет первого приоритета как минимум странно, если ты встречаешься с внутренним сопротивлением. На работе же тоже должно быть комфортно?

Поэтому среди всяких FAST, TOTE, HR-RW-RM, CLEAR есть место и собственной компиляции практик для постановки и трекинга задач.

Если основная задача вырастить brand awareness основного продукта, то точно не стоит отдавать приоритет «раскачке» узкоспециализированного суббренда.

Не «текучка», а список из нескольких задач, даже если там: «посмотреть/согласовать/встретиться». Да, даже если это регулярная задача.

Если вам нужна SMM-стратегия, то 100% вам нужно сделать аналитику или контентный подход. Не надо пытаться сделать большую задачу как единую — так не выйдет, а по пути точно что-то забудется.

Я использую удобный мне формат, между которыми перетаскиваю задачи и радуюсь изменениям в жизни:

- Сделать — это пополняемый список, если работать в стартапе.
- В работе — когда уже взял задачу и прям начал делать.
- Жду ответ — если ждешь уточнений или перекинул на кого-то.
- Готово — только если честно сделал.
- Перенос — не хватило времени, отменили или деприоретизировалось что-то.

Прописываю при изменении статуса его стадию словами через тире. Например: «Обсудить спецпроекты с PR — сначала заокать бюджет на год — продумать механики — промежуточная встреча 27.01» или в комментариях к карточке задачи.

Это помогает ориентироваться и вспоминать информацию по заметкам, потому что все в голове невозможно хранить. Сюда же вкидываю ссылки на материалы по задаче.

Если прилетела или «придумалась» задача ее нужно записать. Хоть в заметки, хоть в избранное, хоть сразу в доску. В общем, куда угодно. Не записанная задача вылетает у всех из головы, даже у заказчиков, но когда-то наступит срок расплаты.

Эту стадию делю на несколько этапов:

- Каждый день актуализирую и вношу в список новые задачи, а записанные уже переношу в зависимости от статуса в нужный пункт. Обычно возвращаюсь к списку задач раза 3-4 в день.

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

- Раз в 2-4 недели делаю ревью выполненного и невыполненного, чтобы точно доделать все в рамках больших временных отрезков, даже депреоритезированное.

Это максимально простой подход, который не заставляет сильно много времени тратить именно на сам факт управления задачами, но при этом помогает не терять их из вида, приоритезировать и отслеживать статусы.

Он 100% не идеальный, но это шаг от лени к структурности, с которой жить на работе становится проще.

Если у вас возникает вопрос где трекать задачи, то все просто, там где удобно. Teamly, Notion, Trello, хоть избранное в Telegram.