Суть списка
переданного дела. Здесь тоже есть маленькие хитрости, которые повышают продуктивность.
Хитрость 1: После того как вы поручили/попросили/предписали следует немного изменить текст
действия-поручения. Поскольку теперь сутью действия-поручения является ожидание, после
косых черточек вместо глагола поставьте букву “ж”. Для вас она означает “ждать”. А если вы
передадите поручение кому-то еще (дадите доступ к задаче), то для него это будет означать “жду
от тебя...” Пример: задача
<Шеф//попросить отпуск> трансформируется в задачу <Шеф//ж ответа по отпуску> Хитрость 2: при передаче задачи на контроль поставьте ей высший приоритет и переведите
в список
значения не имеет, а вот если вы эту задачу передадите на исполнение кому-то еще - для него это
будет сигналом, что эта задача важнее прочих. Задачу, помеченную красной меткой получившему
ее менять нельзя! Переводить в <*LATER> можно. Держать перед глазами в <**FOCUS> можно.
Можно сделать с нее копию и потом модифицировать копию как угодно. Можно даже добавлять
тэг. А оригинал текста задачи трогать нельзя! И тэги удалять - ни в коем случае.
Хитрость 3: выведите автоматическое отслеживание изменений вашего контрольного списка в
RSS-reader на панели i-Google. RTM дает такую возможность для любого списка, но в рамках i-
Методики нам важен именно
списке - на RSS - ридере запишется задача именно в том виде, в котором вы ее передали на
контроль. Напомню, что при предоставлении доступа к задаче кому-либо еще - вы передаете
ПОЛНЫЕ права на задачу вплоть до уничтожения. Так уж “корова” устроена. Поэтому вам надо
оставить “протокол” ваших поручений в первозданном виде.
Ну вот, теперь, вероятно, вы достаточно хитры, чтобы рассмотреть пример: В <**FOCUS> есть задача:
<Муфлонов//договориться о взаимодействии по бюджету> (Муфлонов - руководитель IT-отдела) После переговоров с Муфлоновым действие может трансформироваться в следующее:
<Муфлонов//ж проект бюджета в разрезе службы IT> , что обозначает “ждать проект бюджета...” .
В поле Due To ставим дату, когда Муфлонов будет проверен. Ставим высший приоритет задаче
и, если Муфлонов подключен к RTM, передаем ему эту задачу. Теперь Муфлонов найдет это
поручение, помеченное красной чертой в папке “входящие” своей RTM, причем интерпретация
этого поручения будет “жду от тебя проект бюджета ...”, а чтобы у него не было соблазна просто
удалить задачу - пусть знает, что вы всегда поднимете вашу RSS- ленту, если дойдет до разборок
по смыслу поручения и срокам исполнения.
Теперь Муфлонов может, получив поручение, создать задачу <Отмазов//поручить сделать
бюджет программистов> (Отмазов - старший программист) и еще одну: <Откосов//поручить
набросать бюджет системщиков> (Откосов - предводитель сисадминов и эникейщиков).
Муфлонов, после совещания в своем отделе IT, может поручить таким же образом через RTM
эти задачи означенным персонам. Получается каскад выполнения поручений. Если поручение
требует выполнение не одного - двух, а МНОЖЕСТВА параллельных действий - заводится
соответствующий проект. О проектах ниже расскажу подробнее.
Еще надо напомнить вам про список
ежедневно время на поиск просроченных поручений. Открыв этот список вы сразу получите только
те контрольные задачи, которые уже “созрели”.
Старые добрые инструменты контроля...
Поговорим теперь об “окнах креативности” и правилах Ньюпорта. Если вы оперативный
менеджер - прошу вас не читать следующий абзац. Вы потеряете около 1-1,5 минут вашего
времени, чего я, как апологет (фанат, значит) технологий тайм-менеджмента допустить никак
не могу. Поэтому приглашаю к чтению следующего абзаца только людей, чья деятельность
неразрывно связана с креативом и индивидуальным творчеством (ученых, писателей, студентов
и т.д.). Остальных прошу сразу перейти к следующему параграфу или сделать паузу около 2