![[info]](http://l-stat.livejournal.com/img/userinfo.gif){kind=small}
На заре постановки личной системы управления времени я пользовался стандартным списком дел (to-do list). Однако, такой способ упорядочения дел не прижился в моей практике - то ли я был слишком недисциплинированным для него, то ли он был слишком неудобным для меня. Неудобства заключались в том, что появлялось масса прерываний, срочных дел, на которые мне надо было как-то реагировать.
1. Проигнорировать новое дело
2. Поставить его в конец или середину очереди
3. Перепоручить кому-нибудь другому
4. Заняться сразу же самому и бросить предыдущее дело
Естественно, все варианты кроме первого нарушали целостность и логичность списка дел. Добавление нового дела (вне зависимости от места в очереди) требовало сжатия времени на остальные дела, переноса остальных дел на другие дни или увеличения рабочего времени. Перепоручение дела является само по себе сложным делом - надо было вникнуть в задачу, понять кому ее делегировать, как объяснить, какие ресурсы выделить, проконтролировать ход ее выполнения, исправить ошибки и т.п.
Еще более ужасными были попытки автоматизировать этот процесс. Outlook ежечасно вываливал список невыполненных дел, чем только усиливал стресс от их невыполнения. Со временем просроченных дел стало столько, что ценность системы напоминания стала приближаться к нулю. Было совершенно непонятно, какое дело надо сделать следующим, куда занести полуфабрикатную информацию (по которой непонятно что делать), работы других людей, которых ты отслеживаешь и т.п. Система приоритетов еще больше усугубила мою ситуацию: теперь можно было быть уверенным, задачи с низкими приоритетом никогда не будут выполнены. В результате мелкие проблемы незаметно вырастали в большие.
Ситуацию существенно улучшило контекстное планирование, о котором я узнал из работ Глеба Архангельского и Дэвида Аллена. По сути, контекстное планирование - тот же to do list, но привязанный не ко времени, а к специфическим обстоятельствам выполнения задачи. Скажем, все что надо сделать дома определялось контекстом @Home, то что я жду от других людей - контекстом @Waiting (неважно, делегировал я это, дал в долг или просто ожидаю действий с их стороны). Список того, кому нужно позвонить был в контексте @Calls, и я быстро опустошал его с утра, делая все звонки в одно время. Задачи, жестко привязанные ко времени (совещания, командировки, встречи) размещались в календаре.
Таким образом, у меня появился выбор между фиксацией времени выполнения задачи и фиксацией контекста (условий) ее выполнения. Когда приходила новая задача, я просто принимал решение о занесении ее в соответствующий контекст / или в календарь. Если мне надо было разогнать какой-то процесс, я брал список @Waiting и прозванивал по нему, выясняя статус, сроки и предлагая свою помощь.
В целом, это была вполне рабочая система. Но жить по ней оказалось довольно скучно. Возникали ситуации, которые требовали действия "здесь и сейчас", отказа от всей системы планирования на какое -то время, ради использования внезапно открывшихся возможностей. Кроме того, долгосрочные прогнозы имеют тенденцию редко сбываться, и заманчивое ощущения контроля над ситуацией которое дает тебе система планирования - как правило оказывается оторванной от реальности фикцией. В результате я стремлюсь жить по плану, но выделяю себе резерв времени и энергии для спонтанных или случайно появившихся дел.
Думаю, что это наиболее гармоничный способ работы. Ведь творчество нельзя спланировать. А достижение результатов не терпит хаоса, и требует систематической, иногда рутинной работы. Время нелинейно, и не стоит его выпрямлять своими планами. Но и не стоит усугублять его хаотичность своей неорганизованностью. Выделяйте время на планирование и работу по планам и на деятельность в спонтанном потоке.
Comments