А. Бумажки переданы контактному лицу.
Б. Посттренинговое письмо отправлено.
4. Сопровождение группы.
А. Приглашения на посттренинговые встречи разосланы.
Б. Акты и договоры подписаны с двух сторон и подшиты в папку с отчетностью.
В. Постоплата получена.
5. Ретроспектива.
А. Анкеты с финальным опросом разосланы.
Б. Дальнейшее сотрудничество обдумано.
В. Результаты пилотирования идеи проанализированы.
Особое внимание хочу обратить на пункты 2К и 5В – про идеи для пилотирования. Очень давно, когда я еще только делал первые шаги в роли руководителя команды разработчиков, я прочитал одну из книг Тома Демарко {79} (#lit79), и одна из его идей прочно засела в моей голове: даже в стандартном проекте старайтесь сделать хотя бы какую-то часть работы нестандартным образом. Благодаря этим двум пунктам чек-листа программа тренинга постоянно улучшается и каждый год меняется чуть ли не половина контента.
Подробнее об использовании чек-листов вы можете прочитать, например, в книге Атула Гаванде {80} (#lit80).
Есть еще одна небольшая рекомендация для дел, которые надо выполнять, но не очень часто и без какой-либо четкой периодичности (например: я согласился выступить на конференции, собираюсь запустить новое открытое мероприятие, договорился о встрече с новым клиентом). Чтобы не забыть воспользоваться чек-листом, заготовленным на этот случай, я добавляю в чек-лист еженедельного обзора пункт: «Посмотреть, какие из стандартных чек-листов пригодятся мне на этой неделе».
5.7. Список «На поговорить», или Повестки
Если у вас есть круг лиц, с которыми вы общаетесь довольно часто, и у вас регулярно возникают вопросы к ним, то в этом случае можно воспользоваться приемом экономии масштаба:
1. Вы назначаете с человеком (с одним или несколькими) периодические встречи с открытой повесткой.
2. Когда у вас возникает вопрос к человеку, вы не задаете его сразу же, вы заносите этот вопрос в список «На поговорить», созданный специально для этого человека.
3. Периодическую встречу вы начинаете с обзора результатов действий, выполненных с момента предыдущей встречи.
4. На встрече вы обсуждаете вопросы из списка «На поговорить» один за другим, отмечая принятые решения и намеченные следующие действия по каждому вопросу.
Такой подход позволит добиться экономии масштаба при обсуждении рабочих вопросов: за счет потери в оперативности у вас появится возможность тратить меньше сил и времени на рабочие вопросы. Помимо этого, возможны следующие положительные побочные эффекты:
1. Вопросы станут более осмысленными, а вы будете лучше подготовлены к их обсуждению.
2. Вы будете меньше обсуждать всякую фигню. Так как объем нашей рабочей памяти невелик, при возникновении в ней какого-либо (даже незначительного) вопроса его важность, скорее всего, будет переоценена. Когда же все вопросы поместятся в один простой список, станет намного лучше видно, что важно, а что нет.
5.8. Доза мелкой фигни
Этот шаблон может оказаться полезным для того, чтобы расправляться с регулярно появляющимися мелкими, не очень срочными и не очень важными задачами – в общем, со всякой фигней:
1. Создаете периодическую задачу (ежедневную или несколько раз в неделю) под названием «Посвятить 20 минут разгребанию мелкой фигни» или аналогичным.
2. По мере появления этой мелкой фигни (в голове или на этапе обработки инбокса) вносите ее отдельной строчкой в описание задачи (или в ее чек-лист).
3. Когда приходит время выполнения этой задачи, вы действуете по методу помидора:
А. Готовитесь 30 секунд, просматривая в описании задачи список мелкой фигни, и решаете, что конкретно из этого вы будете делать в следующие 20 (15, 10 – по вкусу) минут.
Б. Ставите таймер на 20 минут.
В. Начинаете делать эти мелкие задачки одну за другой.
Г. Когда прозвенит таймер – останавливаетесь и наводите порядок в списке фигни: стираете сделанное, дописываете появившееся, переформулируете недоделанное.
Такой шаблон помогает ограничить время, в течение которого вы занимаетесь фигней. Конечно, этот метод сработает, если фигни в вашей жизни немного. Если, по ощущениям, фигня занимает большую ее часть, вам нужны другие методы…
5.9. Поисковая оптимизация в почтовом ящике
Обычно, организуя электронный почтовый ящик, люди впадают в две крайности: либо хранят все в одной папке «Входящие», либо заводят себе монструозную систему папочек, по которой, мучаясь, раскладывают обработанные письма (и при этом все равно хранят огромную кучу хлама в папке «Входящие»). Я сам долгое время живу (и всем рекомендую) с одной лишь папкой «Отработано», куда складываю все письма, по которым уже принял решение. Однако многие люди боятся (порой – не беспочвенно), что если начать сваливать все электронные письма в одну общую папку без какой-либо структуры, то в нужный момент будет очень проблематично найти нужное письмо. На самом деле найти нужное письмо (особенно если с момента его получения прошло много времени) будет непростой задачей при любом раскладе, но есть простой способ чуточку упростить себе эту задачу в будущем.
Для этого:
1. Нажмите кнопку «переслать письмо» и в качестве адресата выберите самого себя.
2. Аккуратно переформулируйте тему сообщения. Можете даже указать отправителя письма так, чтобы вместо «Re: Fw[2]: Re[4]: Fw[2]: Встреча с шефом» получилось что-то вроде: «Иванов Сергей: Описание архитектурного решения для заказчика X по проекту Y».
3. В тело сообщения добавьте ключевые слова, которые, на ваш взгляд, в будущем смогут облегчить вам поиск, например: «архитектура, проект X, утверждено».
4. Отправьте себе это письмо и смело переносите его в папку «Отработано».
5.10. Интеграция с корпоративными системами
Практически в каждой компании уже есть какой-то инструмент управления задачами. Неизбежно встает вопрос, как совместить собственный список задач с корпоративным. Существует два различных подхода к этому. Выбор подхода определяется частотой закрытия вами задач в корпоративной системе. Рассмотрим два полярных случая:
1. Закрытие задачи в корпоративной системе – событие нечастое. Далеко не каждый день закрывается хотя бы одна задача. Это проектный режим.
2. Ежедневно в корпоративной системе создается и закрывается много задач (скажем, больше 10). Это режим сервис-деска.
5.10.1. Проектный режим
В этом случае то, что находится в вашей корпоративной системе управления задачами, по своей сути больше похоже на проекты, и относиться к ним нужно соответствующим образом: определять один-два следующих шага и их уже записывать в список задач. Вручную. По мере выполнения этих шагов разумно заходить в корпоративную систему и там делать пометки о прогрессе, после чего создавать в своем списке следующие задачи.
В корпоративной системе все эти большие задачи уже могут быть декомпозированы на более мелкие шаги (которые можно переносить в собственный список задач), но это не обязательно. И даже если они там есть, это еще не повод сразу переносить их все в личный список. Лучше делать это по одной-две по мере выполнения.
Рис. 60. Интеграция личного списка задач с корпоративной системой (проектный режим)
5.10.2. Режим сервис-деска
Работать в этом режиме чуть сложнее. Идеально было бы добавить в корпоративную систему личные задачи и использовать эту систему как свой рабочий список, но, по ряду причин, к этому готовы не все компании, и рабочий список все равно будет существовать в отдельной системе.
В этом случае нам придется жить с двумя списками задач. Эта ситуация опасна тем, что все наше внимание может захватить лишь один из них. Чтобы минимизировать вероятность этого, стоит квантовать работу с каждым из списков по времени. Например: с 10:00 до 14:00 я обслуживаю корпоративную систему, с 14:00 до 16:00 работаю со своим списком (где помимо личных задач, скорее всего, будут и рабочие задачи, не вошедшие в основную корпоративную систему), с 16:00 до 19:00 я опять работаю с корпоративной системой, после чего переключаюсь на собственный список.