SlideShare a Scribd company logo
1 of 25
Приоритезация IT-проектов

 Приоретизация? Приоритизация?
  Как писать-то это слово?! RT pls
               @op
Вечные вопросы
• Когда будет сделано?
• А надо ли это делать?
• Что делать, если нельзя сделать всё?
Что за приоритезация такая?
• Фокус внимания:
  – исполнителя, постановщика задач, компании в
    целом.
• Важность:
  – результатов, «передачи мячика».
• Срочность:
  – принятия решения, исполнения задачи.
• Непрерывность:
  – уделения внимания, продвижения вперёд,
    обеспечения качества.
Откуда берутся приоритеты?
•   «Исторически сложилось»:
     – «Все знают, что это важно».
     – «Мы договорились, что на такой-то срок нам это важно».
•   Сломалось:
     – дорого;
     – не нравится.
•   Захотелось:
     – самостоятельная хотелка;
     – отсылка к недосягаемым авторитетам.
•   Обнаружилось:
     – участие в неведомом процессе;
     – сделали, не подумав;
     – конкуренты не дремлют.
•   Подумали головой:
     – коллективный разум (внутренний, внешний);
     – экспертная оценка («А я давно говорю, что надо...», исследования) .
Зачем нужны приоритеты?
• Таки съесть слона, хоть и по кусочкам:
  – а не подавиться прямо сейчас.
• Съесть полвагона яблок одно за другим:
  – а не понадкусывать все яблоки из вагона.
• Сначала укладывать в стакан крупные
  камни, а только потом песок:
  – и для пива тоже место останется.
Зачем  Серьёзно
• Удерживать темп на длинных дистанциях.
• Анализировать эффективность
  планирования.
• Опознавать и разруливать конфликты
  приоритетов.
• Улучшать управляемость команды.
Зачем  Серьёзно  Удерживать
             темп
• Распределяйте ресурсы «на берегу».
• Ссылайтесь на приоритеты как на причину
  своих действий.
• Решайте, что делать в конкретный момент.
Зачем  Серьёзно  Разруливать
• Драться за ресурс – это нормально.
• ...но никто не признаётся в сути конфликта.
• Эскалируйте в терминах приоритетов.
Зачем  Серьёзно 
           Управляемость
• Делегировать полномочия.
• Увеличить осознанность действий.
• Уменьшить зависимость от руководителя.
Сопротивление приоритезации
• Информированность о приоритетах.
• Отделение приоритетов от носителя.
• Фокусирование на результатах.
Сопротивление 
        Информированность
• Увеличивает ответственность
  исполнителей.
• Уменьшает административную власть.
• Лишает возможности «партизанского»
  повышения приоритета.
Сопротивление  Отделение
• Снижает авторитет постановщика задач.
• Санкционирует сопротивление постановке
  задач.
• ...в том числе от себя!
Сопротивление  Фокусирование
• Уничтожает «работу ради работы».
• Упрощает переброску ресурсов между
  задачами.
• Лишает «приятного ощущения скорости».
Мифы о приоритезации
• «Приоритезировать нужно всё».
• «Приоритеты нельзя менять».
• «Влияет на планирование».
• «Приоритеты должны быть единообразно
  обоснованы».
• «Выгода определяет приоритет».
• «Помогает контролировать исполнителей».
Мифы  «Приоритезировать нужно
            всё»
• Требует ли задача точной формулировки?
• Нужны ли под задачу значимые ресурсы?
• Насколько непрерывной должна быть
  работа над задачей?
• Как часто про задачу нужно рассказывать
  окружающим?
Мифы  «Приоритеты нельзя
           менять»
• Форс-мажоры.
• Можем себе это позволить.
• Запуск.
Мифы  «Влияет на планирование»
• Конфликты с задачами «другой природы».
• Post factum – да, но кто ж смотрит назад.
Мифы  «Приоритеты должны быть
   единообразно обоснованы»
• См. «Откуда берутся».
• Разве что миссией-стратегией компании?
Мифы  «Выгода определяет
         приоритет»
• Кто умеет предсказывать выгоду?
• Кто умеет предсказывать популярность
  услуги?
Мифы  "Помогает контролировать
        исполнителей"
• Понимание важней контроля.
• На каждом уровне – своя картина
  приоритетов.
Помехи
• Рутина:
  –   электронная почта;
  –   административный ресурс;
  –   иллюзия срочности;
  –   потеря фокуса внимания.
• Процедуры:
  – планирование;
  – согласование (визирование, переписка, совещания).
• Эмоции:
  – микроменеджмент;
  – «эффект троечника».
Сквозняк
• Ведите учёт всех объектов приоритезации:
  – намерения, проекты, задачи.
• Пропагандируйте приоритеты:
  – с объяснением, для кого, но всем без исключения.
• Ссылайтесь на приоритеты как на причины и цели
  своих действий:
  – Зачем мы это делаем?
  – Почему мы так решили?
• Приоритезируйте мелочь, ориентируясь на крупные
  задачи.
• Показывайте картину общего движения вперёд.
Инструменты
• Личные:
  – ToDoList (Win);
  – OmniFocus (Mac).
• Коллективные:
  – список приоритетных задач и проектов;
  – портфель проектов;
  – Wiki для ведения «удельных» списков;
  – Jira-система во всей красе.
Общие принципы работы с
          приоритетами
• Понижать – можно, повышать – нет!
• Процедура должна быть прозрачна:
  – регулярность, коллегиальность, без
    «очевидностей».
• Информация должна быть доступна:
  – публикуйте, пропагандируйте.
• Удерживать жёстко, но не любой ценой.
• Не больше 3 самых важных, не больше 10
  средних.
• Забытое – в низкий приоритет.
Спасибо за внимание




              Ольга Павлова
           www.olga-pavlova.ru
                  twitter @op

More Related Content

What's hot

Как провалить проект. Антипаттерны управления проектом
Как провалить проект. Антипаттерны управления проектомКак провалить проект. Антипаттерны управления проектом
Как провалить проект. Антипаттерны управления проектом
SQALab
 
CodeFest, июль 2012. Карпов М. — Пользователи: сигнал из космоса
CodeFest, июль 2012. Карпов М. — Пользователи: сигнал из космосаCodeFest, июль 2012. Карпов М. — Пользователи: сигнал из космоса
CodeFest, июль 2012. Карпов М. — Пользователи: сигнал из космоса
CodeFest
 
Практические аспекты разработки ПО #5
Практические аспекты разработки ПО #5Практические аспекты разработки ПО #5
Практические аспекты разработки ПО #5
Denis Umnov
 
Практические аспекты разработки ПО #4
Практические аспекты разработки ПО #4Практические аспекты разработки ПО #4
Практические аспекты разработки ПО #4
Denis Umnov
 
Практические аспекты разработки ПО #1
Практические аспекты разработки ПО #1Практические аспекты разработки ПО #1
Практические аспекты разработки ПО #1
Denis Umnov
 
михаил карпов (яндекс) продуктовые истории
михаил карпов (яндекс)   продуктовые историимихаил карпов (яндекс)   продуктовые истории
михаил карпов (яндекс) продуктовые истории
PCampRussia
 
Patsev basvasilich-design
Patsev basvasilich-designPatsev basvasilich-design
Patsev basvasilich-design
Vadim Patsev
 
Сергей Кудряшов "Делайте продукт и ничего более"
Сергей Кудряшов "Делайте продукт и ничего более"Сергей Кудряшов "Делайте продукт и ничего более"
Сергей Кудряшов "Делайте продукт и ничего более"
Agile Base Camp
 
Сопротивление изменениям. Как помочь команде пережить процессную трансформацию.
Сопротивление изменениям. Как помочь команде пережить процессную трансформацию.Сопротивление изменениям. Как помочь команде пережить процессную трансформацию.
Сопротивление изменениям. Как помочь команде пережить процессную трансформацию.
CEE-SEC(R)
 

What's hot (20)

Как провалить проект. Антипаттерны управления проектом
Как провалить проект. Антипаттерны управления проектомКак провалить проект. Антипаттерны управления проектом
Как провалить проект. Антипаттерны управления проектом
 
Как сделать команде приятное - Михаил Карпов (Яндекс)
Как сделать команде приятное - Михаил Карпов (Яндекс)Как сделать команде приятное - Михаил Карпов (Яндекс)
Как сделать команде приятное - Михаил Карпов (Яндекс)
 
IT People Meetup №3: Практики адаптации новичков
IT People Meetup №3: Практики адаптации новичковIT People Meetup №3: Практики адаптации новичков
IT People Meetup №3: Практики адаптации новичков
 
Самодурство в продуктовых компаниях (Игорь Ткаченко, AITOC)
Самодурство в продуктовых компаниях (Игорь Ткаченко, AITOC)Самодурство в продуктовых компаниях (Игорь Ткаченко, AITOC)
Самодурство в продуктовых компаниях (Игорь Ткаченко, AITOC)
 
Sk cap 2012
Sk cap 2012Sk cap 2012
Sk cap 2012
 
CodeFest, июль 2012. Карпов М. — Пользователи: сигнал из космоса
CodeFest, июль 2012. Карпов М. — Пользователи: сигнал из космосаCodeFest, июль 2012. Карпов М. — Пользователи: сигнал из космоса
CodeFest, июль 2012. Карпов М. — Пользователи: сигнал из космоса
 
Практические аспекты разработки ПО #5
Практические аспекты разработки ПО #5Практические аспекты разработки ПО #5
Практические аспекты разработки ПО #5
 
Teamwork foundation at Miro
Teamwork foundation at MiroTeamwork foundation at Miro
Teamwork foundation at Miro
 
Практические аспекты разработки ПО #4
Практические аспекты разработки ПО #4Практические аспекты разработки ПО #4
Практические аспекты разработки ПО #4
 
карьера в IT инжиниринге. Как о ней правильно думать
карьера в IT инжиниринге. Как о ней правильно думатькарьера в IT инжиниринге. Как о ней правильно думать
карьера в IT инжиниринге. Как о ней правильно думать
 
Improve Group: как создавать и поддерживать культуру обучения и развития
Improve Group: как создавать и поддерживать культуру обучения и развитияImprove Group: как создавать и поддерживать культуру обучения и развития
Improve Group: как создавать и поддерживать культуру обучения и развития
 
SECON'2014 - Алексей Кошкидько - Межконтинентальный опыт внедрения Agile
SECON'2014 - Алексей Кошкидько - Межконтинентальный опыт внедрения AgileSECON'2014 - Алексей Кошкидько - Межконтинентальный опыт внедрения Agile
SECON'2014 - Алексей Кошкидько - Межконтинентальный опыт внедрения Agile
 
3 ключевых навыка успешной Agile-команды
3 ключевых навыка успешной Agile-команды3 ключевых навыка успешной Agile-команды
3 ключевых навыка успешной Agile-команды
 
Практические аспекты разработки ПО #1
Практические аспекты разработки ПО #1Практические аспекты разработки ПО #1
Практические аспекты разработки ПО #1
 
михаил карпов (яндекс) продуктовые истории
михаил карпов (яндекс)   продуктовые историимихаил карпов (яндекс)   продуктовые истории
михаил карпов (яндекс) продуктовые истории
 
Who is Middle PM in IT Projects?
Who is Middle PM in IT Projects?Who is Middle PM in IT Projects?
Who is Middle PM in IT Projects?
 
Patsev basvasilich-design
Patsev basvasilich-designPatsev basvasilich-design
Patsev basvasilich-design
 
Сергей Кудряшов "Делайте продукт и ничего более"
Сергей Кудряшов "Делайте продукт и ничего более"Сергей Кудряшов "Делайте продукт и ничего более"
Сергей Кудряшов "Делайте продукт и ничего более"
 
Сопротивление изменениям. Как помочь команде пережить процессную трансформацию.
Сопротивление изменениям. Как помочь команде пережить процессную трансформацию.Сопротивление изменениям. Как помочь команде пережить процессную трансформацию.
Сопротивление изменениям. Как помочь команде пережить процессную трансформацию.
 
От идеи до рабочей MVP
От идеи до рабочей MVPОт идеи до рабочей MVP
От идеи до рабочей MVP
 

Similar to Приоритезация IT-проектов

рит, нефункциональная структура команды, безуглый
рит, нефункциональная структура команды, безуглыйрит, нефункциональная структура команды, безуглый
рит, нефункциональная структура команды, безуглый
rit2010
 
Переключатель: в какой момент инженер начинает думать как менеджер?
Переключатель: в какой момент инженер начинает думать как менеджер?Переключатель: в какой момент инженер начинает думать как менеджер?
Переключатель: в какой момент инженер начинает думать как менеджер?
IT Weekend
 
Как все построено в Dropbox
Как все построено в DropboxКак все построено в Dropbox
Как все построено в Dropbox
Natalia Sakhnova
 
Дина Сударева. Развитие игровой команды и ее самоорганизация. Роль менеджера ...
Дина Сударева. Развитие игровой команды и ее самоорганизация. Роль менеджера ...Дина Сударева. Развитие игровой команды и ее самоорганизация. Роль менеджера ...
Дина Сударева. Развитие игровой команды и ее самоорганизация. Роль менеджера ...
Volha Banadyseva
 
Доклад на Software People 2013
Доклад на Software People 2013Доклад на Software People 2013
Доклад на Software People 2013
Natalia Zhelnova
 

Similar to Приоритезация IT-проектов (20)

рит, нефункциональная структура команды, безуглый
рит, нефункциональная структура команды, безуглыйрит, нефункциональная структура команды, безуглый
рит, нефункциональная структура команды, безуглый
 
Строим 24/7 DevOps центр на высоконагруженном проекте / Евгений Потапов (ITSu...
Строим 24/7 DevOps центр на высоконагруженном проекте / Евгений Потапов (ITSu...Строим 24/7 DevOps центр на высоконагруженном проекте / Евгений Потапов (ITSu...
Строим 24/7 DevOps центр на высоконагруженном проекте / Евгений Потапов (ITSu...
 
Эффективный тест-менеджмент... и как с ним бороться
Эффективный тест-менеджмент... и как с ним боротьсяЭффективный тест-менеджмент... и как с ним бороться
Эффективный тест-менеджмент... и как с ним бороться
 
Маршал Голдсмит
Маршал ГолдсмитМаршал Голдсмит
Маршал Голдсмит
 
Александр Башкиров. Как бизнес приходит к тому, что нужно системно управлять ...
Александр Башкиров. Как бизнес приходит к тому, что нужно системно управлять ...Александр Башкиров. Как бизнес приходит к тому, что нужно системно управлять ...
Александр Башкиров. Как бизнес приходит к тому, что нужно системно управлять ...
 
Опыт выстраивания процесса Product Discovery
Опыт выстраивания процесса Product DiscoveryОпыт выстраивания процесса Product Discovery
Опыт выстраивания процесса Product Discovery
 
Quicktrainings.com.ua Основы планирования и коммуникации, или как не дать про...
Quicktrainings.com.ua Основы планирования и коммуникации, или как не дать про...Quicktrainings.com.ua Основы планирования и коммуникации, или как не дать про...
Quicktrainings.com.ua Основы планирования и коммуникации, или как не дать про...
 
Переключатель: в какой момент инженер начинает думать как менеджер?
Переключатель: в какой момент инженер начинает думать как менеджер?Переключатель: в какой момент инженер начинает думать как менеджер?
Переключатель: в какой момент инженер начинает думать как менеджер?
 
Как все построено в Dropbox
Как все построено в DropboxКак все построено в Dropbox
Как все построено в Dropbox
 
Дина Сударева. Развитие игровой команды и ее самоорганизация. Роль менеджера ...
Дина Сударева. Развитие игровой команды и ее самоорганизация. Роль менеджера ...Дина Сударева. Развитие игровой команды и ее самоорганизация. Роль менеджера ...
Дина Сударева. Развитие игровой команды и ее самоорганизация. Роль менеджера ...
 
Карьера UI/UX-дизайнера
Карьера UI/UX-дизайнераКарьера UI/UX-дизайнера
Карьера UI/UX-дизайнера
 
Курс выживания молодого айтишника
Курс выживания молодого айтишникаКурс выживания молодого айтишника
Курс выживания молодого айтишника
 
Как проводить интервью
Как проводить интервьюКак проводить интервью
Как проводить интервью
 
Самоорганизация в команде. Что под капотом
Самоорганизация в команде. Что под капотомСамоорганизация в команде. Что под капотом
Самоорганизация в команде. Что под капотом
 
"Основы управления: от стратегии до команды" Программа "Я - менеджер" Роман Д...
"Основы управления: от стратегии до команды" Программа "Я - менеджер" Роман Д..."Основы управления: от стратегии до команды" Программа "Я - менеджер" Роман Д...
"Основы управления: от стратегии до команды" Программа "Я - менеджер" Роман Д...
 
Вікторія Мусіяченко “Сценарій ретроспективи або як оживити мертвого коня” Kha...
Вікторія Мусіяченко “Сценарій ретроспективи або як оживити мертвого коня” Kha...Вікторія Мусіяченко “Сценарій ретроспективи або як оживити мертвого коня” Kha...
Вікторія Мусіяченко “Сценарій ретроспективи або як оживити мертвого коня” Kha...
 
Тестирование для программистов
Тестирование для программистовТестирование для программистов
Тестирование для программистов
 
Деловая Среда, команда
Деловая Среда, командаДеловая Среда, команда
Деловая Среда, команда
 
Управление карьерой День 2 #ТолькоВперед
Управление карьерой День 2 #ТолькоВпередУправление карьерой День 2 #ТолькоВперед
Управление карьерой День 2 #ТолькоВперед
 
Доклад на Software People 2013
Доклад на Software People 2013Доклад на Software People 2013
Доклад на Software People 2013
 

More from Ольга Павлова

More from Ольга Павлова (20)

Пожалуйста, переключайтесь на slideshare.net/sobakapavlova
Пожалуйста, переключайтесь на slideshare.net/sobakapavlovaПожалуйста, переключайтесь на slideshare.net/sobakapavlova
Пожалуйста, переключайтесь на slideshare.net/sobakapavlova
 
Как начать?
Как начать?Как начать?
Как начать?
 
Смотрим на сайты питерских веб-студий глазами заказчика
Смотрим на сайты питерских веб-студий глазами заказчикаСмотрим на сайты питерских веб-студий глазами заказчика
Смотрим на сайты питерских веб-студий глазами заказчика
 
Тексты в интернет проектах
Тексты в интернет проектахТексты в интернет проектах
Тексты в интернет проектах
 
Саморазвитие для IT-маленьких
Саморазвитие для IT-маленькихСаморазвитие для IT-маленьких
Саморазвитие для IT-маленьких
 
It как религия: где мы ломимся в открытую дверь?
It как религия: где мы ломимся в открытую дверь?It как религия: где мы ломимся в открытую дверь?
It как религия: где мы ломимся в открытую дверь?
 
It как религия
It как религияIt как религия
It как религия
 
Манипуляция в текстах
Манипуляция в текстахМанипуляция в текстах
Манипуляция в текстах
 
Рецепты моделирования пользовательских ожиданий
Рецепты моделирования пользовательских ожиданийРецепты моделирования пользовательских ожиданий
Рецепты моделирования пользовательских ожиданий
 
Непрограммисты в IT-проектах
Непрограммисты в IT-проектахНепрограммисты в IT-проектах
Непрограммисты в IT-проектах
 
Зачем обращать внимание на пользовательские ожидания к интерфейсу и как это д...
Зачем обращать внимание на пользовательские ожидания к интерфейсу и как это д...Зачем обращать внимание на пользовательские ожидания к интерфейсу и как это д...
Зачем обращать внимание на пользовательские ожидания к интерфейсу и как это д...
 
Тексты в рекламе: баланс белого и чёрного
Тексты в рекламе: баланс белого и чёрногоТексты в рекламе: баланс белого и чёрного
Тексты в рекламе: баланс белого и чёрного
 
Типовой сайт турагентства
Типовой сайт турагентстваТиповой сайт турагентства
Типовой сайт турагентства
 
Даннинг-Крюгер — зайчики
Даннинг-Крюгер — зайчикиДаннинг-Крюгер — зайчики
Даннинг-Крюгер — зайчики
 
Пульт управления реальностью
Пульт управления реальностьюПульт управления реальностью
Пульт управления реальностью
 
Тексты на сайте
Тексты на сайтеТексты на сайте
Тексты на сайте
 
Технологии вовлечения заказчика в процессы визуализации интерфейсов
Технологии вовлечения заказчика в процессы визуализации интерфейсовТехнологии вовлечения заказчика в процессы визуализации интерфейсов
Технологии вовлечения заказчика в процессы визуализации интерфейсов
 
Качество продукта через управление проектом
Качество продукта через управление проектомКачество продукта через управление проектом
Качество продукта через управление проектом
 
Качество продукта через управление проектом
Качество продукта через управление проектомКачество продукта через управление проектом
Качество продукта через управление проектом
 
«Сброшу по электронке»
«Сброшу по электронке»«Сброшу по электронке»
«Сброшу по электронке»
 

Приоритезация IT-проектов

  • 1. Приоритезация IT-проектов Приоретизация? Приоритизация? Как писать-то это слово?! RT pls @op
  • 2. Вечные вопросы • Когда будет сделано? • А надо ли это делать? • Что делать, если нельзя сделать всё?
  • 3. Что за приоритезация такая? • Фокус внимания: – исполнителя, постановщика задач, компании в целом. • Важность: – результатов, «передачи мячика». • Срочность: – принятия решения, исполнения задачи. • Непрерывность: – уделения внимания, продвижения вперёд, обеспечения качества.
  • 4. Откуда берутся приоритеты? • «Исторически сложилось»: – «Все знают, что это важно». – «Мы договорились, что на такой-то срок нам это важно». • Сломалось: – дорого; – не нравится. • Захотелось: – самостоятельная хотелка; – отсылка к недосягаемым авторитетам. • Обнаружилось: – участие в неведомом процессе; – сделали, не подумав; – конкуренты не дремлют. • Подумали головой: – коллективный разум (внутренний, внешний); – экспертная оценка («А я давно говорю, что надо...», исследования) .
  • 5. Зачем нужны приоритеты? • Таки съесть слона, хоть и по кусочкам: – а не подавиться прямо сейчас. • Съесть полвагона яблок одно за другим: – а не понадкусывать все яблоки из вагона. • Сначала укладывать в стакан крупные камни, а только потом песок: – и для пива тоже место останется.
  • 6. Зачем  Серьёзно • Удерживать темп на длинных дистанциях. • Анализировать эффективность планирования. • Опознавать и разруливать конфликты приоритетов. • Улучшать управляемость команды.
  • 7. Зачем  Серьёзно  Удерживать темп • Распределяйте ресурсы «на берегу». • Ссылайтесь на приоритеты как на причину своих действий. • Решайте, что делать в конкретный момент.
  • 8. Зачем  Серьёзно  Разруливать • Драться за ресурс – это нормально. • ...но никто не признаётся в сути конфликта. • Эскалируйте в терминах приоритетов.
  • 9. Зачем  Серьёзно  Управляемость • Делегировать полномочия. • Увеличить осознанность действий. • Уменьшить зависимость от руководителя.
  • 10. Сопротивление приоритезации • Информированность о приоритетах. • Отделение приоритетов от носителя. • Фокусирование на результатах.
  • 11. Сопротивление  Информированность • Увеличивает ответственность исполнителей. • Уменьшает административную власть. • Лишает возможности «партизанского» повышения приоритета.
  • 12. Сопротивление  Отделение • Снижает авторитет постановщика задач. • Санкционирует сопротивление постановке задач. • ...в том числе от себя!
  • 13. Сопротивление  Фокусирование • Уничтожает «работу ради работы». • Упрощает переброску ресурсов между задачами. • Лишает «приятного ощущения скорости».
  • 14. Мифы о приоритезации • «Приоритезировать нужно всё». • «Приоритеты нельзя менять». • «Влияет на планирование». • «Приоритеты должны быть единообразно обоснованы». • «Выгода определяет приоритет». • «Помогает контролировать исполнителей».
  • 15. Мифы  «Приоритезировать нужно всё» • Требует ли задача точной формулировки? • Нужны ли под задачу значимые ресурсы? • Насколько непрерывной должна быть работа над задачей? • Как часто про задачу нужно рассказывать окружающим?
  • 16. Мифы  «Приоритеты нельзя менять» • Форс-мажоры. • Можем себе это позволить. • Запуск.
  • 17. Мифы  «Влияет на планирование» • Конфликты с задачами «другой природы». • Post factum – да, но кто ж смотрит назад.
  • 18. Мифы  «Приоритеты должны быть единообразно обоснованы» • См. «Откуда берутся». • Разве что миссией-стратегией компании?
  • 19. Мифы  «Выгода определяет приоритет» • Кто умеет предсказывать выгоду? • Кто умеет предсказывать популярность услуги?
  • 20. Мифы  "Помогает контролировать исполнителей" • Понимание важней контроля. • На каждом уровне – своя картина приоритетов.
  • 21. Помехи • Рутина: – электронная почта; – административный ресурс; – иллюзия срочности; – потеря фокуса внимания. • Процедуры: – планирование; – согласование (визирование, переписка, совещания). • Эмоции: – микроменеджмент; – «эффект троечника».
  • 22. Сквозняк • Ведите учёт всех объектов приоритезации: – намерения, проекты, задачи. • Пропагандируйте приоритеты: – с объяснением, для кого, но всем без исключения. • Ссылайтесь на приоритеты как на причины и цели своих действий: – Зачем мы это делаем? – Почему мы так решили? • Приоритезируйте мелочь, ориентируясь на крупные задачи. • Показывайте картину общего движения вперёд.
  • 23. Инструменты • Личные: – ToDoList (Win); – OmniFocus (Mac). • Коллективные: – список приоритетных задач и проектов; – портфель проектов; – Wiki для ведения «удельных» списков; – Jira-система во всей красе.
  • 24. Общие принципы работы с приоритетами • Понижать – можно, повышать – нет! • Процедура должна быть прозрачна: – регулярность, коллегиальность, без «очевидностей». • Информация должна быть доступна: – публикуйте, пропагандируйте. • Удерживать жёстко, но не любой ценой. • Не больше 3 самых важных, не больше 10 средних. • Забытое – в низкий приоритет.
  • 25. Спасибо за внимание Ольга Павлова www.olga-pavlova.ru twitter @op