Уже вечер, ты активно пишешь код. Тревожность вместе с тобой. Утром на дейли сказал, что добьёшь таску: да она не сложная, каких‑то 2 стори поинта. Но вот вечер, и ты точно не успеваешь. Завтра на дейли спросят статус задачи, а ты — не сделал. Да, ты общался с архитектором по решению, отвечал на вопросы поддержки и помогал решать проблемы с тестовым окружением. Ещё был синк с другой командой, помог решить проблему с локальным окружением другому разработчику и готовил контракт для фронта для будущей таски. И на обед ты не сходил. Но кого это заботит, если твоя задача все ещё в InDev? Точно придётся посидеть ещё пару часов ночью, чтобы закрыть должок.

Или другой вариант. Ты — менеджер. У тебя за день от 5–6 встреч. Всё нужно решить. Ну и текучка не отпускает: нужно решить конфликт в команде «А», есть запрос на согласование обучения для Иванова, нужно ещё согласовать технические работы и выдать пару доступов. А ещё Сергей из команды «B» недостаточно открыто ответил на вопрос своего коллеги, и тут просят твоего внимания. И, кстати, ещё нужно запланировать изменение процесса и предложить расчёт новой метрики.

Знакомо?

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

Привычка № 1

Интересоваться всем, что происходит вокруг. Не только в вашем подразделении или команде. Работы с сервисом как с черным ящиком недостаточно. Если данные приходят — откуда? Если передаются дальше — куда и зачем? Это можно назвать другими словами: вовлечённость, небезразличие, неабыякавасць. Выбери вариант, который тебе больше нравится.

Антипример

Инцидент, крит. Решать подключается backend‑ер Иван. Совместно с Иваном оцениваем риски, принимаем решение, как фиксить. Вместе с этим договариваемся с соседним отделом по исправлениям и возможным действиям, которые они будут вынуждены сделать в результате фикса.

В итоге при решении инцидента нужно учесть многое: и управление рисками, и принятие решения с учётом минимизации влияния на пользователя, и мануальное вмешательство в данные.

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

Как результат — собрали команду, с которой ретроспективно решили обсудить проблему и возможные решения. Но была одна штучка, которая предельно удивила и руководителя, и Ивана: ни один член команды не поинтересовался, что пошло не так и как Иван решил проблему! А значит, если завтра инцидент повториться, то быстро решить его сможет только Иван (руководителя не считаем). Если Иван будет недоступен, то сосед по команде заново будет учитывать риски, согласовывать действия и узнавать, не сломается ли ничего при определённом фиксе.

А какие были ожидания? Ожидания, что придёт другой backend‑ер и в подробностях расспросит:

• Как решали инцидент?

• Почему такое решение было принято?

• Какие мануальные действия проводили?

• Может, остались запросы, которые помогли поправить данные?

Привычка № 2

Интересуемся всем. Отлично. Но наше контекстное окно ограничено. И часто не хватает RAM. Что с этим делать?

Правильно — скидываем на жесткий диск. Делаем заметки. Если столкнулись с проблемой и нашли решение сами — записываем. Если столкнулись с проблемой и решение подсказал сосед — записываем. Нужно раз за разом искать логи по определённым запросам Graylog — записываем. В общем, записываем всё, что может быть полезно.

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

Антипример

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

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

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

Привычка № 3

За пять минут у тебя 10 новых запросов в разных чатах. Тебя хотят все! Звучит здорово. Но на всех одновременно тебя не хватит. Если хватит — завидую твоим способностям.

Что делаем? Работаем с отложенными сообщениями.

Это могут быть закладки в Slack. Или отложенные «важные» email‑ы. Или просто новая запись в приложении, которое используем для заметок. Ключевое — не инструмент, которым реализуем отложенность, а сам процесс работы с отложенными сообщениями.

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

• на встречах;

• email;

• чат в мессенджере: slack, telegram и др.

В моём случае мессенджер — Slack, а приложение для заметок — OneNote. На примере этого допущения рассмотрим весь процесс.

Процесс работы c отложенными

Итак, на протяжении дня обрабатываем входящие запросы из любого канала.

1. Запрос со встречи — пишем в OneNote как входящие заметки.

2. Важные Email‑ы обозначаем как «избранные». Сможем всегда найти их там.

3. Сообщения в Slack помещаем в закладки (save for later).

Не обязательно каждое сообщение отправлять в отложенные! Нужно быстро просмотреть запрос, определить срочность и оценить сложность:

• Если крит и мы нужны здесь и сейчас — подключаемся и решаем.

• Если вопрос не срочный, но довольно простой — сразу же отвечаем.
  Под простотой подразумеваю, что ты можешь здесь и сейчас сразу же коротко ответить на вопрос. Если для ответа нужно что‑то уточнить, найти или решить — лучше отложи!

• Если есть запрос, сроки на решение не указаны, а приоритет запроса непонятен — спроси! Здесь же уточни, сколько есть времени на «посмотреть / решить / ответить».

• В случае отложенного ответа — напиши человеку, когда ему стоит ждать твой ответ. Дай понять, что запрос видел. Сообщение не потерялось, просто нужно время.

В конце рабочего дня разбираем все отложенные сообщения. В идеале выделить где‑то тридцать минут, чтобы пройти по каждой заметке и оценить сложность, срочность и приоритет. Затем добавить в TODO лист со сроками выполнения согласно приоритету.

ВАЖНО! Если видишь, что не укладываешься в обозначенный срок, то не нужно ждать, пока тебя найдут и напомнят о запросе. Работай на опережение — приди первым и скажи, что срок сдвигается! Обозначь новый срок.

Бонус

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

Не молчи, давай обратную связь

Тебя о чём‑то спросили, например, какое решение выбрать? Что можно сделать для решения проблемы? Что ты думаешь на тот или этот счёт.

А тебе очевидно. Или тебе не хочется повторять: ты недавно говорил. Или тебе кажется глупым то, что ты сейчас скажешь, хотя есть аргументы ответить именно так. Не молчи! Дай понять, что ты видишь, что думаешь. Что решаешь и всё под контролем.

Это же касается и каких‑то неудобных ситуаций и комментариев, в том числе токсичных. Молчание — это сразу же согласие с тем, что сказал другой. Это согласие с решением, которое на самом деле тебе кажется не верным. Это согласие там, где ты на самом деле не согласен.

Работа с уведомлениями

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

Для разработки и командной работы: договоритесь о «фокус‑часах» для написания кода. В это время вопросы не задаём, а копим, чтобы задать немного позже. Выдернуть можно только на крит.

Вывод

Делай это упражнение каждый день, и спина не будет болеть:

• Интересуйся, вовлекайся, узнавай!

• Когда узнал что‑то новое, полезное — записывай! Если в следующий раз кто‑то об этом спросит — уже ты будешь тем, кто поможет порешать.

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

Тебе станет легче работать и легче жить. Ты просто разгрузишь голову и будешь нести максимум пользы, не накапливая так много информации. А вместе с этим тебя ещё больше будут ценить коллеги, руководители и подчинённые.