Читаем Формула времени. Тайм-менеджмент на Outlook 2013 полностью

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

Представим себе занятого человека высшего света того времени. Пофантазируем немного. Вот, например, Евгений Онегин. Онегин той поры, когда Татьяна уже сказала: «Но я другому отдана, я буду век ему верна». Пройдены метания и шатания молодости: пустое бездельное убивание времени, увлечение идеями декабристов, путешествия… Сейчас Евгений – начальник департамента в Министерстве иностранных дел. Он в расцвете сил и возможностей, ему нравится дело, которым он занимается. Подчиненные уважают его и как знающего человека, разбирающегося во всех тонкостях внешней политики, и как достойного руководителя.

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

Представьте себя на месте Евгения. Хмурое петербургское утро понедельника. Просторный кабинет, дубовый стол, покрытый зеленым сукном, тяжелое кожаное кресло. Чашка хорошего кофе. Вы смотрите на обзорный календарь недели – и точно знаете, что и в какой день вам предстоит. На что необходимо найти время обязательно, а что можно отложить. Где стоит побывать и к чему подготовиться. В вашем недельном круге есть место и для определенности, предсказуемости, и – для свободы.

<p>Ваш личный недельный круг</p>

Универсального «недельного круга» не существует: общие правила остались в Средних веках вместе с упорядоченным сословно-кастовым укладом жизни. Давайте определим свои правила и сформируем ваш личный обзорный график недели. Для этого сначала разделим все дела на несколько основных типов.

1. Жесткие встречи – дела, исполнение которых назначено на заранее определенное точное время дня. Например, «пятница, с 15.00 до 17.00», «суббота, 21.00». Как правило, жесткие встречи подразумевают договоренность о точном времени с кем-либо: вашим руководителем, клиентом, подчиненными, фитнес-клубом и т. п. К жестким встречам могут относиться, например, такие дела:

– собеседование с претендентом на вакансию: четверг, с 17.00 до 18.00;

– переговоры с клиентом: 25 мая, 15.00;

– поход с детьми в театр: суббота, с 18.00 до 22.00.

Жесткие встречи в календаре мы будем выделять синим цветом. Синий – цвет строгости, дисциплины, четкого исполнения обязательств и соблюдения назначенного времени[1].

2. Регулярные жесткие встречи – жесткие встречи, имеющие строго определенную периодичность. Например:

– планерка с подчиненными: каждый понедельник с 11.00 до 12.00;

– телефонная конференция с регионами: каждая вторая среда в 15.00;

– бассейн: каждые вторник, четверг и суббота в 19.00.

Повторяющиеся встречи удобны тем, что в Outlook их можно запланировать всего один раз. Он автоматически расставит их по всем будущим неделям вашего календаря. Открывая календарь в понедельник, вы уже увидите ключевые предстоящие дела, создающие костяк недельного круга. Повторяющиеся встречи в Outlook отличаются специальным значком – круговыми стрелками в правом нижнем углу встречи.

3. Многодневные события – продолжающиеся несколько дней и не требующие вашего личного участия в строго определенное время. Например:

– выставка: неплохо бы посетить, но не принципиально, в какой день и в какое время;

– командировка: нужно заранее иметь в виду;

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

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

4. «Гибкие» задачи – дела, не имеющие жестко определенного момента выполнения. Например:

– уточнить место проведения переговоров: сегодня;

– проконтролировать подготовку к совету директоров: к 15 мая;

– изучить коммерческие предложения поставщиков: до конца месяца.

При этом «гибкие» не означает «не имеющие срока исполнения» или «неважные». Задача может иметь срок исполнения; более того, она может быть горящей, неотложной. Но у нее нет четкой привязки ко времени, ее можно сделать и в 11.00, и в 13.50 – в любое время дня.

В Outlook такие задачи отображаются справа от календаря, в панели задач (о ней пойдет речь в следующей главе). Если у задачи установлен срок исполнения – в Outlook 2013 она может отображаться под соответствующим днем календаря, если включить эту опцию через меню «Вид», в разделе «Список задач на день» выбрать «Обычная».

Перейти на страницу:

Похожие книги

Основы программирования в Linux
Основы программирования в Linux

В четвертом издании популярного руководства даны основы программирования в операционной системе Linux. Рассмотрены: использование библиотек C/C++ и стан­дартных средств разработки, организация системных вызовов, файловый ввод/вывод, взаимодействие процессов, программирование средствами командной оболочки, создание графических пользовательских интерфейсов с помощью инструментальных средств GTK+ или Qt, применение сокетов и др. Описана компиляция программ, их компоновка c библиотеками и работа с терминальным вводом/выводом. Даны приемы написания приложений в средах GNOME® и KDE®, хранения данных с использованием СУБД MySQL® и отладки программ. Книга хорошо структурирована, что делает обучение легким и быстрым. Для начинающих Linux-программистов

Нейл Мэтью , Ричард Стоунс , Татьяна Коротяева

ОС и Сети / Программирование / Книги по IT
97 этюдов для архитекторов программных систем
97 этюдов для архитекторов программных систем

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

Билл де Ора , Майкл Хайгард , Нил Форд

Программирование, программы, базы данных / Базы данных / Программирование / Книги по IT
Программист-прагматик. Путь от подмастерья к мастеру
Программист-прагматик. Путь от подмастерья к мастеру

Находясь на переднем крае программирования, книга "Программист-прагматик. Путь от подмастерья к мастеру" абстрагируется от всевозрастающей специализации и технических тонкостей разработки программ на современном уровне, чтобы исследовать суть процесса – требования к работоспособной и поддерживаемой программе, приводящей пользователей в восторг. Книга охватывает различные темы – от личной ответственности и карьерного роста до архитектурных методик, придающих программам гибкость и простоту в адаптации и повторном использовании.Прочитав эту книгу, вы научитесь:Бороться с недостатками программного обеспечения;Избегать ловушек, связанных с дублированием знания;Создавать гибкие, динамичные и адаптируемые программы;Избегать программирования в расчете на совпадение;Защищать вашу программу при помощи контрактов, утверждений и исключений;Собирать реальные требования;Осуществлять безжалостное и эффективное тестирование;Приводить в восторг ваших пользователей;Формировать команды из программистов-прагматиков и с помощью автоматизации делать ваши разработки более точными.

А. Алексашин , Дэвид Томас , Эндрю Хант

Программирование / Книги по IT