День 2564. #Карьера
Топ Советов по Повышению Продуктивности. Часть 7
Части 1, 2, 3, 4, 5, 6

7. Сила документированных дейликов
Да, слова «документация» и «дейлик» в одном предложении вызывают у разработчиков ПТСР. Но речь не о новых митингах или бюрократии — речь о создании механизма, который вносит ясность и делает день более продуктивным.

Каждое утро, прежде чем писать код, потратьте 5 минут на написание короткой заметки:
1. Что я выпустил вчера (или в последний рабочий день);
2. Что я выпускаю сегодня;
3. Что меня блокирует.
Ни строгого формата, ни сложных шаблонов. Просто 3 пункта в документе на ваш выбор.

Почему это работает?
1. Вносит ясность до того, как она понадобится. Прежде чем погрузиться в код, вы спрашиваете себя: «Чего я пытаюсь достичь сегодня?» Это предотвращает невероятно распространённую проблему, когда вы весь день усердно работаете, но не над тем, над чем нужно.

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

3. Выявляет закономерности, которые иначе не увидишь. Через неделю вы просмотрите свои записи и заметите:
- «Меня уже три дня блокирует одна и та же проблема с API — надо сообщить об этом руководству».
- «Я постоянно хочу писать тесты, но никогда этого не делаю — нужно изменить подход».
- «Я выпускаю больше продукта, когда определяю конкретные, небольшие задачи, а не расплывчатые большие».

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

Это делает реальные дейлики быстрее и эффективнее. Когда команда проводит дейлик (виртуальный или очный), не приходится лихорадочно вспоминать, что вы делали. Вы просто читаете записи. Совещания становятся короче. Команда получает пользу от этого ритуала, а не относится к нему как к формальности. Это создаёт «хлебные крошки» для переключения контекста. Неожиданное совещание? Нет проблем — ваши заметки точно покажут, где вы были и чем занимались. Потом вы мгновенно возобновите работу, вместо того чтобы тратить 20 минут на попытки вспомнить, над чем работали.

Уровень выше
- Еженедельные обзоры: Каждую пятницу просматривайте заметки за неделю. Отмечайте достижения. Выявляйте повторяющиеся препятствия. Планируйте следующую неделю, основываясь на том, что реально произошло, а не на том, на что вы надеялись.
- Оценка эффективности: Когда приходит время ежегодной оценки, у вас есть лог, чего вы добились. Месяцы документированной работы, организованные по дням. Больше не нужно ломать голову, вспоминая, что вы делали во втором квартале.
- Отладка производительности: Плохая неделя? Посмотрите заметки. Вы слишком часто переключались между задачами? Взяли слишком много задач? Постоянно сталкивались с препятствиями? Заметки позволят провести диагностику.
- Коммуникационный рычаг: Менеджер спрашивает, как дела? Отправьте ему заметки за последние 3 дня. Он получит полную информацию за 30 секунд.

Это не рутинная работа. Это время для стратегического мышления. Эти 5 минут утром — это время, когда вы становитесь архитектором своего дня.

Распространённые возражения
- «Нет времени». У вас точно найдётся 5 минут.
- «Мои дни слишком непредсказуемы». Именно поэтому вам это нужно. Когда наступает хаос, заметки служат вам опорой. Вы можете сознательно отклониться от своего плана, вместо того чтобы случайно сбиться с курса.
- «Я никогда не буду их пересматривать». Возможно. Но лог дел — это бонус; главное — планирование.

Начните завтра
Прежде чем открыть IDE, откройте документ. Напишите три пункта. Сделайте это ритуалом, таким же автоматическим, как утренний кофе. Разработчики, которые кажутся суперорганизованными, всегда знают, над чем работают и стабильно выпускают продукты - не сверхлюди. Они просто выработали небольшие привычки, которые приводят к большой ясности. Это одна из них.

Источник: https://dev.to/thebitforge/top-10-productivity-hacks-every-developer-should-know-151h