Введение

Личная жизнь – штука сложная, работа – еще сложнее. Во множестве «контекстов» бывает сложно вспомнить даже самое важное, а иногда просто невозможно сделать то, что нужно, и тогда, когда нужно. Невыполнимая задача? Ни за что. На самом деле для решения этой проблемы уже давно придумано все, нужно лишь знать методы и инструменты, а также немного поучиться на собственном опыте. В этой статье я расскажу как об известных, так и о своих собственных методах «упорядочения хаоса».

Частная жизнь

Чтобы упростить примеры, начну со своего опыта. Я использую Evernote в качестве «личного дневника» уже около 10 лет, больше для планирования дел и в меньшей степени для личных размышлений.

В Evernote у меня есть:

  1. Ежемесячные заметки со списками дел на каждый день:

    1. Для работы

    2. По личным вопросам

  2. В каждой заметке есть чек-листы на каждый день, и это важно:

    1. Используйте теги, основанные на категоризации дел по «Матрице Эйзенхауэра» — для краткости пишу UI/NI/UN/NN (UI — «Срочно и важно», далее так же).

    2. Не просто ставьте галочку, а при необходимости укажите, что именно было сделано для выполнения этого пункта. Пример — «[v] Проверьте старые внешние жесткие диски — один выбросил, второй работает».

  3. В список дел на каждый рабочий день входят пункты «Планирование (не забудьте проверить список ожидания и невыполненную работу)» и «Подведение итогов и предварительное планирование на следующий день».

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

  5. «WKLY» и подобные теги для личных задач + планирование на следующую неделю в воскресенье, включая добавление этих отмеченных регулярных задач.

  6. Замечания по методологии GTD.

Evernote синхронизируется на всех моих ноутбуках (ThinkPad должен быть отключен. магазин и купить что-нибудь из продуктов.

И немного статистики: в Evernote у меня 345 заметок, разбитых на 21 блокнот.

Работа

Теперь перейдем к опыту использования заметок в работе. К сожалению, не все перечисленные программные решения доступны в России, но аналоги у Google достаточно просты и подход в принципе тот же, независимо от конкретного технического решения.

Да

  1. Необходимо полностью использовать структуру Эпик/История/Задача для смысловой группировки и спринтов/планов для временных задач.оые группы.

  2. Важно создавать эпики для работы по OKR, для Adhoc задач и задач «Техническое совершенство», и в зависимости от приоритетов рабочие дни делятся на дни для этих эпиков, например 3 дня для OKR, по одному на Adhoc и TE задачи ( но без фанатизма в случае необходимых корректировок в течение недели).

  3. Полезно писать комментарии «обновления статуса» к вашим задачам на работе, даже если они никому, кроме вас, например, не нужны, просто чтобы вы не забыли, что уже сделано. Что-то вроде сохранения контекста процесса, когда процессор переключает задачи.

  4. Необходимо оценить каждую задачу в «сюжетных баллах», как только оценка становится возможной, и при необходимости скорректировать эту оценку. Отдельно остановлюсь на вопросе оценки по этому методу, здесь тоже есть целая система.

  5. Очень важно иметь четкие описания должностей, а не только названия. Наиболее важные моменты:

    1. Контекст проблемы – это то, почему она была создана, какую проблему она решает или какие возможности создает.

    2. Заинтересованные стороны как внутри компании, так и за ее пределами.

    3. К какому компоненту/процессу он относится?

    4. Ссылки на переписку и звонки по теме задания

    5. Критерий приемки — это то, как вы можете убедиться, что задача действительно выполнена успешно.

GitHub

  1. Даже если у вас пока нет времени писать код, создайте в системе управления проектами ветку, связанную с задачами, хотя бы попробуйте описывать TODO-комментарии в коде, где планируются изменения, с описанием того, что планируется. быть законченным. Обычно это занимает 5-15 минут, но это очень помогает.

  2. Не пренебрегайте использованием самотестирования и проверки стиля (для Python это например «PEP 8»). Хотя эта рекомендация кажется очевидной, опыт показывает, что люди часто забывают (или забывают реализовать автоматические PR-проверки перед слиянием с мастером).

  3. Определенно стоит использовать CODEOWNERS и настроить процедуру слияния в мастере так, чтобы код просматривал хотя бы кто-то из команды, кроме автора пиара.

Мягкий

  1. Если вы получили новое сообщение и нет возможности немедленного ответа, сообщите о получении и запланируйте его на проверку. Альтернативно, вы можете просто поставить смайлик «👀» 🙂. Однако помимо этого стоит записать где-нибудь для себя (см. раздел об Evernote выше), что вам следует ответить человеку, иначе он может обидеться 🙂

  2. Если у вас нет времени ответить или написать самостоятельно, следует воспользоваться механизмом напоминания о сообщении.

  3. Если вы решили условно «думать втроем», то есть создать чат для нескольких человек, то лучше создать приватный канал, а не держать в списке обсуждений что-то вроде «Аня, Вася, Маша».

Google Календарь

  1. Для каждой очередной встречи опишите своего рода «рабочий процесс». Например:

    1. Анализируйте оповещения.

    2. Проанализируйте очередь запросов.

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

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

Миро

  1. Визуальный подход к формализации своих мыслей — очень мощный инструмент. Например, когда я начал использовать Miro (по совпадению, это произошло, когда я устраивался там на работу), я был просто в восторге и до сих пор нахожусь. Здесь я ограничусь несколькими пунктами ниже, лучше, как говорится, «один раз попробовать, чем сто раз услышать».

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

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

Слияние

О последнем инструменте я напишу лишь кратко, но не в смысле его важности:

  1. Не увлекайтесь огромным количеством текста. Это, конечно, потешит ваше эго, но люди, вероятно, не будут это читать.

  2. Если вам все же нужно «много букв», постарайтесь создать хорошую структуру, чтобы пользователи могли быстро найти нужную им информацию и эта информация легко воспринималась.

  3. Плагинов много, используйте их. Например, вместо выделения цветного текста для описания предупреждения о плохой практике лучше использовать виджет «Окно с предупреждением». Он будет выглядеть лучше и выполнен в одном стиле, что позволит ему соответствовать разным страницам документации, что облегчит понимание.

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

Заключение

Человеческий мозг ограничен; он просто не способен сохранять и обрабатывать тот объем информации, который сейчас окружает нас в личной жизни и на работе. Но мозг в сочетании с современными технологиями и программным обеспечением поднимает нас на ранее невообразимые высоты. Но сначала нужно «загрузить свой мозг», чтобы было что «загружать» в свои заметки. Ни один софт не поможет пустой голове 🙂

Source

ЧИТАТЬ   В Беларусь привозят элитные электромобили Voyah из Китая: сколько они стоят и как выглядят

От admin