Недавно я вела проект миграции 50+ корпоративных сервисов с Jira на low-code платформу собственной разработки. Сейчас я не работаю над этим проектом напрямую, но часто возвращаюсь к нему в голове, когда думаю о хорошем примере для теории OKR, если бы такая практика применялась в компании.

Немного теории: OKR эффективны для целей, которые предполагают качественное изменение компании/команды/процессов. Это инструмент для прорывов и изменений. KPI же используется для контроля за бесперебойной работой конвейера, как измеритель рутины, но его также можно использовать, как поддержку для KR (key results).

Итак пробую наложить теорию на конкретный проект.

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

Поэтому формулирую иначе:

Objective: Обеспечить бесшовную миграцию корпоративных HR и Admin сервисов на Low-Code платформу, кратно повысив скорость обработки заявок и прозрачность согласований для сотрудников Холдинга.

Либо еще проще: Сделать так, чтобы к концу года сотрудники согласовывали любую заявку в 2 раза быстрее на новой платформе, при этом не попросив вернуть старую Jira.

Есть вызов, мотивирующая цель, как двигатель проекта.

Цифрую через KR:

KR1: (скорость): Сократить медианное время согласования по 5 ключевым процессам (отпуск, командировка, работа в выходной, заказ пропусков) на 50% к концу Q4. KR2: (покрытие): Перевести на платформу 80% всех согласовательных процессов, охватив 100% сотрудников (всех юридических лиц холдинга) к концу Q4. KR3: (удовлетворенность): Cохранить удовлетворенность пользователей на приемлемом уровне даже в период смены интерфейса и привычного сценария работы. Ease of Migration держать > 7 каждый квартал (оценка от 0 до 10)

А дальше уже включаются KPI - как операционные индикаторы, которые не дают проекту буксовать: - доля возвратов заявок на доработку, - время первого действия по заявке, - adoption rate, - coverage rate, - нагрузка на service desk, - индекс легкости использования нового процесса - и другие.

При этом помню: OKR отвечает на вопрос "куда и зачем мы меняем систему", а KPI "не ломается ли она по пути".

Сейчас мне интересно разбирать проект через теорию - чтобы точнее понимать, где заканчивается операционка и начинается трансформация.

А у вас в компании применяется практика OKR?

#OKR #KPI #управлениепроектами #итпроекты #цифроваятрансформация #миграциясистем #lowcode #автоматизация #бизнеспроцессы #управлениеизменениями #productivity #projectmanagement #опытуправления #трансформациябизнеса