Производительность, опора на технологии и резервирование

[ad_1]

БСОД

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

Существует миллион вариантов этого сценария. Мы ставим себя в опасное положение, когда целиком и полностью полагаемся на технологии для поддержания наших систем производительности и выполнения с их помощью задач, которые мы перед собой ставим. Технология дает стероиды личной продуктивности; все быстрее. Большинство из нас может печатать быстрее, чем мы пишем, а использование электронной почты в качестве формы повседневного общения позволяет нам значительно сократить количество отвлекающих разговоров и телефонных звонков, которые мы получаем каждый день. Таким образом, мы учимся полагаться на технологии настолько, что, когда они терпят неудачу — а это происходит — мы можем потерять дар речи, когда задаем старый вопрос: какое следующее действие?

⌄ Прокрутите вниз, чтобы продолжить чтение статьи ⌄

⌄ Прокрутите вниз, чтобы продолжить чтение статьи ⌄

Два года назад я был в таком положении. Моя система управления задачами представляла собой текстовый файл, который хранился локально на моем компьютере. Компьютер, который выходил из строя с пугающей регулярностью. Не имело бы значения, храни ли я свою систему управления задачами в Google Doc; в то время у меня не было ни другого компьютера, ни iPhone, и вообще, что, если Google Docs выйдет из строя?

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

Производительность с опорой на технологии &  Избыточность

    Резервирование системы

    Резервные системы — это системы, которые гарантируют, что проблема с любым отдельным компонентом не вызовет проблем для других компонентов или системы в целом. Обычно это делается путем дублирования компонентов; либо тот же компонент в другом месте (например, резервные копии за пределами площадки), либо просто тот же компонент на другом носителе, не связанном с первым.

    ⌄ Прокрутите вниз, чтобы продолжить чтение статьи ⌄

    ⌄ Прокрутите вниз, чтобы продолжить чтение статьи ⌄

    Таким образом, вы можете хранить копии своего списка задач на двух компьютерах и обеспечивать их актуальность на случай, если один из них выйдет из строя. Вы можете положиться на Time Machine (если вы работаете на Mac), чтобы обеспечить вам такого рода избыточность, или сохранить копию в Gmail или Google Docs, или, что еще лучше (если не несколько навязчиво), все вышеперечисленное. Или вы можете написать список на бумаге и отправить копию списка на свой компьютер по электронной почте на свой телефон.

    Когда дело доходит до компьютерных систем, хорошим началом является синхронизация между несколькими устройствами. Но также неплохо сохранить копию, которая не зависит от электронов. У вас может отключиться электричество на несколько часов (в тот же день, когда вы забыли зарядить ноутбук и телефон накануне вечером). С этими решениями может случиться все что угодно, тогда как если вы что-то записали или распечатали, система будет намного менее изменчивой. Кто-то, с кем вы живете, может случайно выбросить ваш список задач, или ваш дом может сгореть (в этом случае последнее, о чем вы будете думать, это то, в порядке ли ваш список задач), но гораздо менее вероятно, что вы потеряете доступ к своим онлайн-ресурсам. и автономные копии одновременно.

    Избыточность для ситуации

    Другая проблема чрезмерной зависимости от технологий связана с исполнением. Даже если у вас есть список задач на листе бумаги после отключения электричества, что вы будете делать? Ничего, если вы не запланировали это. Одним из отличных инструментов, предоставляемых многими системами повышения производительности, является разновидность контекстов GTD, и они полезны именно в такой ситуации (среди прочего).

    ⌄ Прокрутите вниз, чтобы продолжить чтение статьи ⌄

    ⌄ Прокрутите вниз, чтобы продолжить чтение статьи ⌄

    Почти в любом проекте обычно есть задача, которую можно выполнить без помощи компьютера, даже если использование компьютера при нормальных обстоятельствах было бы лучшим способом сделать это. Идея состоит в том, что если у вас правильно настроены контексты, когда у вас нет доступа к компьютеру, вы используете контекст, настроенный для автономной работы. Нет подключения к Интернету, переключитесь с вашего @internet-контекста на что-то другое. Если у вас есть достаточно возможностей для работы в автономном режиме, просто создайте контекст @offline и переключайтесь на него, когда вам это нужно. Вы также можете использовать несколько контекстов в одной задаче. Если ваша работа должна выполняться на компьютере, но может быть выполнена без него, вы можете добавить дополнительный контекст @offline или @nopower, который работает как вторичный по отношению к обычному контексту задачи.

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

    Контексты — это наличие системы повышения производительности, включающей и подходящей для среды, в которой вы находитесь, и инструментов, которые у вас есть. Воспринимайте технологический сбой любого рода как еще одну среду. Заранее планировать что-то, что пойдет не так, не значит быть педантичным, это разумно, и это даже получило название в мире связей с общественностью: антикризисное управление. У любой хорошей команды по связям с общественностью должен быть план на случай кризиса, чтобы, если что-то случится, они могли сразу же приступить к действиям. Нет никаких причин, по которым вы не можете сделать это с личной продуктивностью.

    ⌄ Прокрутите вниз, чтобы продолжить чтение статьи ⌄

    ⌄ Прокрутите вниз, чтобы продолжить чтение статьи ⌄

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


    [ad_2]

    Оцените статью
    ( Пока оценок нет )
    Добавить комментарий

    Top.Mail.Ru