PO - 03 - Цели

From Gehtsoft USA
Jump to: navigation, search

Цель лекции:

  • Понимать важность цели для успешности проекта
  • Уметь сформулировать цель используя SMART и OKR

Тезисы:

  • Цель необходима для:
  • Координации усилий всех участников в одном направлении и вокруг самого важного.
  • Мотивации на достижение цели (результата! идея "давайте сделаем много действий" слабо мотивирует).
  • Общего понимания как будет оценивать успех.

Начиная с 11/2020 Scrum вводит обязательные артефакты для

  • Цели проекта
  • Цели спринта

На деле еще полезно иметь в виду цель релиза поскольку в большинстве случаев roadmap проекта определяет milestones большие чем один спринт.

Цель ВСЕГДА:

  • Достигается в чьих-то целях!!!
  • Состоит в том, что человек получает что-то представляющее для него ценность.

"Выдать ответ в котором перечислены все операции за месяц" - НЕ ЦЕЛЬ.

"Не позднее 30 декабря дать возможность трейдеру получать полную информацию об истории движения средств на своем счету за прошедший месяц" - это цель.

Варианты построения целей:

1) SMART

См. обсудение SMART в третьем блоке миникурса по целям link

Отдельные замечания

Simple

Достоинства простых целей обсуждены в лекции по SMART, НО надо понмнить что это лишь одна из теорий, причем цели SMART часто применяются именно для личных целей, причем для специальностей далеких от высоких технологий - типа продавцов и тому подобное. В OKR мы увидим другую позицию по этому поводу.

Time-bound

Привязанность цели ко времени является критической. Даже ASAP не является заменой четко поставленному сроку. Срок всегда должен быть выражен конкретной датой. Для sprint это как правило решается автоматически (timebox), а вот для релиза и продукта/проекта - это важно.

2) OKR

Objective

Формулировка цель, поясняющая ценность которую мы получим и мотивирующая на её достижение.

PO должен передать ожидания stakeholder команде и помочь (вплоть до того что сформулировать сам) эту цель для команды.

Key results

3-5 ключевых наблюдаемых показателей по которым мы убедимся что цель достигнута. НЕ ЯВЛЯЮТСЯ исчерпывающим списком и не заменяют свобой удовлетворенного заказчика, но помогают убедиться что все возможности для достижения цели у нас есть.

Должны формироваться совместно с командой для того чтобы обеспечить ранний engagement.

Пример:

Objective "Обеспечить трейдера возможностью получать полную информацию об истории движения средств на своем счету за прошедший месяц"

Key Result 1: Функция доступна в кабинете пользователя и торговом терминале не позднее чем 31 декабря

Key Result 2: Трейдер имеет возможность выбрать счет (из своих) по которому хочет получить и промежуток дат не короче чем 1 месяц

Условия успешного применения

  • Object должен мотивировать
  • Key results должны быть измеримыми
  • Key results формулируются совместно с исполнителями
  • OKR постоянно повторяются
  • OKR мало. Идеально - ровно один OKR
  • Прогресс оценивается по OKR
  • Успех оценивается по OKR

Замечание про мало, желательно одна цель:

Много целей противоречит принципу PO "максимизировать поставляемое value" что означает "поставлять value больше, раньше и с меньшими затратами.

Много целей это значит

  • Есть muda переключения
  • Мы откладываем передачу value пока не закончим все многочисленные цели

Противоречит функции ПО

Много целей сигнал или что спринт сильно длинный, или что Scrum вообще мало подходит - проект слишком неопределенный.