Начните с понимания целей вашей компании и целей вашей команды.

Повседневная работа

В каждой компании мы можем разделить работу на три типа *:

  • Работа продукта - это то, что видит заказчик. Обычно это определяется владельцем продукта. Он состоит из функций и ошибок.
  • Внутренняя ИТ-работа. Улучшение инфраструктуры или повседневных операций. Он включает в себя создание новых сред, автоматизацию записи, улучшение CI / CD, обновление зависимости и т. Д.
  • Незапланированные работы или заявки на восстановление - инциденты и проблемы. Это невозможно запланировать, поэтому я проигнорирую это до конца этой статьи.

* Примечание: я взял четыре типа работы из Руководства DevOps и немного изменил их: переименовал бизнес-проекты в product work (все проекты являются бизнес-проектами) и объединили внутренние ИТ-проекты и обновления в один.

Но как нам расставить приоритеты в нашей работе? Чтобы ответить на этот вопрос, нам нужно знать, каковы цели компании и каковы цели моей команды.

И что еще важнее:

Почему ты каждый день ходишь на работу?

Получение более широкой картины

Чтобы получить более широкую картину, необходимо сообщить команде цели компании и команды. OKR - это структура, которая помогает каскадировать цели вверх и вниз по всей организации. **

** Примечание. OKR широко используются в технологических компаниях: Google, Intuit, Microsoft, Amazon, Intel, Facebook, Netflix, Samsung, Spotify, Slack, Twitter, Salesforce.com, Deloitte, Dropbox и т. Д.

Что такое OKR (цели + ключевые результаты)?

OKR состоят из двух частей:

  • Цели - что необходимо достичь. Они должны быть значительными, конкретными, ориентированными на действия и (в идеале) вдохновляющими.
  • Ключевые результаты - как мы этого достигаем. Они должны быть УМНЫМИ (конкретными, измеримыми, достижимыми, реалистичными и своевременными).

Джон Дорр определяет их в своей книге Измеряйте, что имеет значение. Посмотрите это видео, чтобы подвести итог:

Установите OKR для своей команды

Первый шаг к получению OKR - это определение целей вашей компании , а затем определение целей вашей команды. Цели компании (и стратегия компании) определяются директорами.

1. Знайте OKR для своей компании.

2. Установите конкретные OKR для своей команды.

Обычно цели команды устанавливают только владельцы продукта. Таким образом они создают свой портфель продуктов. Им легче, потому что они знают деловую сторону, но у такого подхода много проблем:

  • Отсутствуют внутренние OKR для ИТ, критически важные для развития бизнеса. Скорость, качество и стабильность услуг будут наказаны, если нашей целью будет только работа над продуктом.
  • Разработчики не поймут смысла своей работы. Каждый в команде должен участвовать в постановке целей, чтобы они знали общую картину и могли идти на компромиссы в своей повседневной работе. Разработчики должны видеть, что метрики являются косвенными показателями реальной цели, как отмечено в статье Harvard Business Review Не позволяйте метрикам подрывать ваш бизнес.

Решение? Каждый член команды должен участвовать в определении OKR команды.

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

Технические OKR

Вам сложно получить бай-ин от PM? Напомните им, что внутренняя работа также приносит пользу клиенту, поэтому ее отсутствие будет фатальным для компании.

Вот несколько целей, которые вы могли бы добавить:

  • Улучшение доставки - Отчет о состоянии DevOps показывает результаты 31 000 ответов на опрос от работающих профессионалов. Он всегда указывает на те же четыре показателя, которые показывают эффективность процесса разработки и доставки: время выполнения, частота развертывания, сбой изменения, доступность и время восстановления. Эти показатели отличают высокопроизводительных исполнителей от низкопроизводительных.
  • Снижение факторов риска - Во-первых, вы должны идентифицировать свои риски (сделайте это вместе с вашей командой с помощью стикеров), отсортировать их в соответствии с их актуальностью и установить вероятность их возникновения. (Низкий средний высокий). Затем ваша команда должна написать свои OKR, имея это на столе.

Примечание: вам следует пересматривать свои факторы риска один раз в год.

  • Снижение затрат. Вы слишком много платите за приложение? Новый проект не дает результатов? Эти деньги можно потратить в другом месте в вашем бизнесе. Нам необходимо учитывать эту альтернативную стоимость, сокращая ненужные расходы.

Примечание. Для некоторых компаний с низкими издержками сокращение затрат может быть жизненно важным.

Собираем все вместе

Как только ваша команда определит цели, каждый новый проект следует связать с OKR. Если проект не способствует OKR, значит, это напрасная трата времени команды.

Подсказки:

  • Проекты следует рассматривать как гипотезы, которые могут или не могут приблизить вас к вашей цели. Пример 1. Если мы позволим клиентам платить через PayPal, мы получим больше пользователей . Пример 2: Если мы будем использовать микросервисы, мы сократим время выполнения заказа. Поэтому вам необходимо убедиться, что ваши ключевые результаты улучшаются. Если это не так, бросьте проект и создайте новые гипотезы.
  • Цели могут жить более года или дольше, но ключевые результаты меняются по мере продвижения работы. Поэтому вам следует проверять, имеют ли ваши цели смысл хотя бы раз в год, а ключевые результаты - не реже одного раза в месяц или раз в квартал.
  • OKR должны быть прозрачными для всей организации. Это мотивирует межведомственное общение и позволяет избежать дублирования работы, поэтому команды, работающие над достижением одних и тех же целей, могут работать вместе.
  • В Google у каждого сотрудника есть свои OKR. Шесть-восемь из них придут от команды, а две - сами по себе (20% времени). Они делают это, чтобы улучшить инновации и побудить людей добавить свое видение компании (Gmail составлял 20% проекта в Google).
  • Есть два типа OKR: целеустремленные и амбициозные. Там, где приверженные OKR должны быть целями для команды, желательные OKR устанавливаются, чтобы вести команду в том же направлении, но не ожидается, что они будут достигнуты. Фактически, достижение всех OKR является сигналом того, что они недостаточно амбициозны (Wired, Ларри Пейдж из Google о том, почему лунные снимки имеют значение »).

Спасибо за прочтение!

Надеюсь, эти советы облегчат вам работу по определению приоритетов.

Вы по-другому расставляете приоритеты? Дай мне знать в комментариях!