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

Черт, это похоже на то, что я начинаю сессию анонимных алкоголиков: ›

В любом случае, я читал или слышал много предложений на протяжении многих лет, как повысить продуктивность, но всего несколько дней назад я заметил, когда именно отсутствие продуктивности поражает меня больше всего. И когда поражает это отсутствие продуктивности, я всегда вхожу в бессознательную схему открытия Facebook (которую я удалил несколько недель назад), проверки Reddit, проверки своего телефона или просто попытки начать чат с кем-нибудь.

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

Решение для этого - список ежедневных задач.

В этой концепции нет ничего нового, но я хочу поделиться, как она помогает мне добиться большего.

Это особенно полезно при работе над проектами в качестве разработчика-одиночки. Когда вы являетесь своим собственным менеджером, и именно вам нужно добиваться результатов. Проект, над которым я сейчас работаю, является прекрасным примером этого. Нас наняли для создания компонента для большой компании, который они будут использовать в своем приложении Angular. После того, как я понял, что нужно сделать, и после того, как я провел исследование, я построил прототип, чтобы проверить свою идею реализации. Сам прототип работал, но до конечного продукта был еще далеко. Я обнаружил, что смотрю на свой экран и думаю обо всем, что мне нужно сделать, чтобы он засиял. Я бы даже начал с одного и отвлекся на что-нибудь другое, или начал бы тестировать реализации некоторых функций компонента. Прошло несколько часов, а я не отошел от первоначального прототипа, он стал еще более беспорядочным. Войдите в список задач!

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

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

Для списков задач я использую специальный инструмент, позволяющий общаться с другими участниками проекта. Иногда это Trello, Productive, Jira или Google Doc, но если это только для меня, я люблю использовать списки задач, написанные на бумаге. Для меня есть что-то особенное, когда я физически вычеркиваю какой-то пункт.

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