Максвелл Кларк – Как стать хорошим организатором, или Управление хаосом (страница 15)
Применение правила Парето требует регулярного анализа своих задач и результатов. Ведите записи о том, сколько времени вы тратите на различные виды деятельности и какие результаты они приносят. Через некоторое время вы начнете замечать закономерности. Возможно, выяснится, что личные встречи с ключевыми клиентами приносят гораздо больше результатов, чем участие в многочисленных совещаниях.
Рассмотрим пример консультанта по управлению Джеймса Уилсона из компании StrategyPlus. Анализируя свою деятельность за квартал, он обнаружил, что из всех его активностей наибольшую ценность для клиентов представляют персональные стратегические сессии и разработка индивидуальных планов развития. Эти задачи занимали всего 20% его времени, но приносили 80% положительных отзывов и рекомендаций. Перестроив свой график так, чтобы больше времени уделять этим высокоценным активностям, он смог значительно увеличить как удовлетворенность клиентов, так и свои доходы.
Важно понимать, что правило Парето не является математически точным. Соотношение может быть 70/30 или 90/10, но суть остается той же: небольшая часть наших усилий приносит непропорционально большие результаты. Ключевая задача – выявить эти высокоэффективные активности и сосредоточиться на них.
Метод RICE: количественная оценка приоритетов
Для тех, кто предпочитает более структурированный и количественный подход к приоритизации, отлично подходит метод RICE. Эта методика, разработанная в компании Intercom, позволяет оценить каждую задачу или проект по четырем параметрам: Reach (охват), Impact (влияние), Confidence (уверенность) и Effort (усилия).
Охват показывает, сколько людей или процессов затронет выполнение данной задачи. Влияние определяет степень воздействия на каждого затронутого человека или процесс. Уверенность отражает степень вашей уверенности в оценках охвата и влияния. Усилия показывают, сколько времени и ресурсов потребуется для выполнения задачи.
Применение метода RICE требует присвоения числовых значений каждому параметру. Охват и усилия обычно оцениваются в абсолютных числах, влияние – по шкале от 1 до 5, а уверенность – в процентах. Итоговый балл RICE рассчитывается по формуле: (Охват × Влияние × Уверенность) / Усилия.
Допустим, менеджер по продукту в компании DigitalSolutions рассматривает две задачи: внедрение новой функции поиска и улучшение системы уведомлений. Новая функция поиска затронет 1000 пользователей, будет иметь высокое влияние (5 баллов), уверенность составляет 80%, а усилия оцениваются в 5 человеко-недель. Расчет: (1000 × 5 × 0.8) / 5 = 800.
Улучшение системы уведомлений затронет 5000 пользователей, будет иметь среднее влияние (3 балла), уверенность составляет 90%, а усилия оцениваются в 8 человеко-недель. Расчет: (5000 × 3 × 0.9) / 8 = 1687.5.
Основываясь на этих расчетах, улучшение системы уведомлений получает более высокий приоритет, несмотря на то что функция поиска кажется более "интересной" задачей.
Система Getting Things Done (GTD)
Дэвид Аллен в своей революционной книге "Getting Things Done" представил комплексную систему организации задач и проектов. Хотя GTD – это больше чем просто метод приоритизации, в его основе лежит мощный подход к определению того, что заслуживает нашего внимания.
Центральная идея GTD заключается в том, что наш мозг предназначен для генерации идей, а не для их хранения. Когда мы пытаемся удержать в памяти все наши задачи и обязательства, это создает постоянный фоновый стресс и снижает нашу способность к концентрации. Система GTD предлагает "вынести мозг наружу", создав надежную внешнюю систему для захвата, обработки и организации всех наших дел.
Процесс GTD начинается с захвата всех задач, идей и обязательств в единую систему. Это может быть блокнот, приложение или любой другой инструмент, который всегда под рукой. Ключевое правило: если что-то попало в систему, оно должно быть обработано. Полумеры здесь не работают.
Следующий шаг – обработка захваченных элементов. Для каждого элемента задается вопрос: "Требует ли это каких-либо действий?" Если ответ "нет", элемент либо выбрасывается (если он не нужен), либо откладывается для возможного использования в будущем, либо сохраняется как справочная информация.
Если элемент требует действий, следующий вопрос: "Можно ли выполнить это за две минуты?" Если да, задача выполняется немедленно. Если нет, она либо делегируется, либо откладывается для выполнения позже.
Отложенные задачи организуются в контексты – списки действий, которые можно выполнить в определенных условиях. Например, контекст "Звонки" содержит все телефонные звонки, которые нужно сделать, контекст "Компьютер" – задачи, требующие работы за компьютером, контекст "Поручения" – дела, которые нужно сделать вне офиса.
Приоритизация в GTD происходит в момент выбора следующего действия. Система предлагает учитывать четыре фактора: контекст (где вы находитесь и какие инструменты доступны), доступное время, уровень энергии и приоритет. Если у вас есть 15 минут между встречами, вы находитесь в офисе и чувствуете себя уставшим, лучше выбрать простую задачу из контекста "Компьютер", чем браться за сложный анализ.
Особенность GTD заключается в том, что система не предписывает жесткие приоритеты. Вместо этого она создает условия для интуитивного выбора правильного действия в каждый конкретный момент. Когда все задачи зафиксированы во внешней системе, а мозг освобожден от необходимости их помнить, принятие решений становится более ясным и эффективным.
Техника временных блоков
Эффективная приоритизация тесно связана с планированием времени. Одна из наиболее мощных техник – блокирование времени, при которой вы заранее выделяете определенные периоды в календаре для выполнения приоритетных задач.
Начните с того, что определите свои наиболее продуктивные часы. Для большинства людей это утренние часы, когда уровень энергии и концентрации наиболее высок. Именно в это время следует планировать выполнение наиболее важных и сложных задач.
Создайте в своем календаре блоки времени для различных типов деятельности. Например, с 9:00 до 11:00 – время для глубокой работы над стратегическими проектами, с 11:00 до 12:00 – обработка электронной почты и административные задачи, с 14:00 до 16:00 – встречи и коммуникация с командой.
Важно защищать эти временные блоки как любые другие важные встречи. Если кто-то просит назначить встречу в время, отведенное для стратегической работы, предложите альтернативное время. Относитесь к этим блокам как к встречам с самым важным клиентом – собой.
Генеральный директор компании InnovateTech Сара Мартинес использует эту технику следующим образом: первые два часа рабочего дня она полностью посвящает стратегическому планированию и анализу. В это время ее телефон переведен в беззвучный режим, электронная почта закрыта, а помощник знает, что беспокоить можно только в случае чрезвычайной ситуации. Благодаря этому подходу она смогла значительно повысить качество принимаемых решений и лучше видеть долгосрочные перспективы развития компании.
Метод MoSCoW
Для проектного планирования отлично подходит метод MoSCoW, который классифицирует требования и задачи по четырем категориям: Must have (обязательно должно быть), Should have (должно быть), Could have (могло бы быть) и Won't have (не будет в этой версии).
Категория "Must have" включает критически важные элементы, без которых проект не может быть считаться успешным. Это основные функции, ключевые требования, базовые компоненты. Если что-то из этой категории не выполнено, проект терпит неудачу.
"Should have" – это важные элементы, которые значительно повышают ценность проекта, но их отсутствие не делает проект провальным. Эти задачи выполняются после завершения всех элементов категории "Must have".
"Could have" – это желательные элементы, которые было бы хорошо включить в проект, если позволят время и ресурсы. Они улучшают пользовательский опыт или добавляют дополнительную функциональность.
"Won't have" – это элементы, которые признаны полезными, но не будут включены в текущую версию проекта. Они могут быть рассмотрены в будущих итерациях.
Команда разработки в компании TechStart использовала метод MoSCoW при создании нового мобильного приложения. В категорию "Must have" попали базовая функциональность регистрации, основные функции приложения и система оплаты. В "Should have" – push-уведомления и интеграция с соцсетями. В "Could have" – расширенная аналитика и дополнительные настройки интерфейса. В "Won't have" – AI-помощник и VR-функции.
Такой подход позволил команде сосредоточиться на создании работающего продукта, а не распылять усилия на множество "интересных" функций.
Динамическая приоритизация
Эффективная приоритизация – это не разовое действие, а непрерывный процесс. Приоритеты могут изменяться в зависимости от новых обстоятельств, изменений в бизнесе, появления новых возможностей или угроз. Важно регулярно пересматривать свои приоритеты и адаптировать их к текущей ситуации.
Установите еженедельные сессии пересмотра приоритетов. Во время этих сессий анализируйте выполненные задачи, оценивайте их результаты и корректируйте планы на следующую неделю. Задавайте себе вопросы: "Какие задачи принесли наибольшую ценность? Что можно было сделать лучше? Какие новые приоритеты появились?"