OKR (objective and key results) - методология работы с целеполаганием компании.
Основной плюс: текущие задачи рождаются из целей компании, имеют с ними прямую связь.
Мы делаем то, что продвигает нас к цели, а не то, что мы просто привыкли делать.
Ну и есть побочный приятный эффект: синхронизация команды по целям. Каждый понимает, куда идем, зачем, каков его вклад.

Сейчас одновременно веду переговоры про внедрение OKR в крупную компанию и в небольшой стартап. Полезно и тем, и тем, хотя размеры компаний отличаются в разы.

Про OKR интересно?

Уже начинала про DoR (см пост выше👆)
А продолжу - про DoD - definition of done, они же критерии готовности.

Итак, задача описана, все моменты вроде бы оговорены, она ушла в работу. И вот она выполнена, и выясняется, что еще и это имелось ввиду, и вот там нужно доделать, а вот эта штучка ну «само собой разумеющееся же!». Выполнение затягивается, настроение портится, все расстраиваются и начинается дофаминовый голод 😬

Чтобы этого всего не происходило, критерии готовности определяются заранее и сразу прописываются. По сути это чек лист, по которому исполнитель может сам проверить, что задача полностью выполнена.

При передаче клиента из продаж в отдел реализации может быть, например, такой DoD:
✔️договор подписан
✔️получена предоплата
✔️данные в crm актуальны
✔️клиент знаком со своим аккаунт менеджером

И пока все условия DoD не выполнены, задача не считается завершенной.

DoD экономит как минимум силы и время.
DoD сокращает число «дыр», где вы теряете качество, клиентов и как следствие - прибыль.

Включайте DoD в ваши постановки задач своим сотрудникам👌

Начну с DoR - "определение готовности".
Это по сути список, критерии того, что задача готова к передачи в исполнение.

Зачастую качество исполнения задачи определяется тем, как она было сформулирована. Так вот DoR - это стандарт описания задачи.
Например, я могу задать такой:

Задача будет готова к передаче в исполнение, если в ее описании обязательно указаны:
- Название и Бизнес-смысл задачи(зачем ее делаем, что это дает нашим клиентам или нашим сотрудникам. Да, так тоже можно, чтобы сотрудникик понимали, зачем вот это все )
- Срок готовности задачи, дедлайн
- Кому назначена
- Что нужно сделать
- Зависимости - на какие процессы, работу каких сотрудников повлияет выполнение задачи. Есть ли стоп-факторы для выполнения. Если ни на что не влияет - указываем явно
- кто принимает задачу
и необязательно:
- какие есть вопросы и непроясненные моменты по задаче
- рекомендации к выполнению

DoR - это по сути чеклист описания задач одного типа. Один раз составили чеклист (или пункты из этого поста), используете его, и "я прошу сделать одно, а они делают совсем не то" уйдет в прошлое.

Agile-практика, которая применима к любой нише бизнеса

Самая желанная точка: единое согласованное понимание. Это как раз то чувство, когда мы с командой понимаете друг друга почти без слов.
Естественно, такое положение дел не выходит само собой.

В Agile все мероприятия способствуют получению такого состояния: мы каждый раз "выравниваемся" с сотрудниками, и они - между собой, в том, что мы делаем, зачем, почему именно таким образом.
И делаем это не раз в квартал в лучшем случае, а каждые 2-3 недели.

В СБП мы работали по agile. Лидер проекта, Дмитрий Колесников, всегда вовлеченно участвовал в командных мероприятиях каждые 2-3 недели (планирование, общая ретроспектива). Это давало ему четкое понимание, как идут дела, и при этом давало контакт с командами. Единое согласованное понимание, как на картинке выше.
Для руководителя важно не столько количество проведенного времени с командой, а его вовлеченность, эффективный формат встречи и ритм этих встреч.
Agile дает это и руководителям, и командам.

Вчера полдня провела на конференции по спиральной динамике.
И приношу сюда слайд с выступления прекрасной Екатерины Иртикеевой, которая рассказывала про органичное лидерство.
Вот слайд 👇

Итак, agile. Agile в переводе - это гибкий, подстраивающийся, адаптивный.

В интернете так много информации, что я не буду тут писать очевидные вещи про Agile, буду писать про реальные практики.
Однако, дам нам для выравнивания в понимании 4 основные ценности Agile:

⭐️люди и их взаимодействие важнее процессов и инструментов;
⭐️работающее программное обеспечение важнее комплексной документации; тут про IT, но верно для любого продукта: поставка ценности клиенту важнее условностей
⭐️сотрудничество с клиентами важнее переговоров по контракту
⭐️готовность к изменениям важнее следования плану.

Итого в основе agile-подхода : люди, результат, адаптивность.

Вот эти аспекты и разберу по-порядку.

Адаптивность.
В agile есть свои ритмы планирования: год-квартал-месяц-итерация (как правило несколько недель). Про них уже писала на канале, но главное, что дает при таких ритмах в управлении ту самую адаптивность - это возможность соотнести то, что было запланировано ранее с тем, что реально актуально на данный момент. Поэтому на этапах планирования всегда присутствует слот врмени для рефлексии. Есть даже отдельные мероприятия для этого - ретроспективы*🔥***.
Ретроспективу невозможно переоценить. Это ключевой момент в управлении, самый мощный инструмент. Если примеряете agile на свой бизнес, начните с введения ретроспектив.
Как их проводить - расскажу в следующем посте.

Продолжение следует...