Пару тезисов, не уходя в теорию, что делать чтобы поставить цели по OKR:
Держать себя в рамках. А именно, ставить цели на определенный период: год, квартал, спринт, заданный отрезок времени.
Не распыляться. А именно, поставить 3-5 целей, и для каждой из этих целей задать определенный ключевые метрики, которые будут говорить о достижении цели.
Быть амбициозным. А именно, ставить масштабные цели, а не заведомо сделанные. Если достигнуть 70% от поставленной амбициозной цели это лучше, чем выполнить цель, которая само собой должна была быть выполнена.
Быть конкретным. А именно, ключевые показатели оцифровывать, устанавливать метрики и т.д.
После постановки целей, плотно работаем над уставом проекта и планом управления, которые будут:
Определять участников проекта, в том числе указывая какие роли и задачи на проекте будут выполнять участники.
Обозначать конечные и промежуточные цели и чего мы хотим добиться.
Определять бюджет и необходимые ресурсы для реализации проекта, такие как человеческие, финансовые, технические и т.д.
После того, как вы затратили огромное количество ресурсов на составление этих документов, пожалуйста пользуйтесь уставом и планом весь проект, постоянно управляя изменениями, которые происходят.
После завершения этапов или всего проекта, проводим ретроспективу, или другие мероприятия, чтобы зафиксировать, что было хорошо и надо продолжать это использовать, а где нужно произвести улучшения.
С чего начать
Прописать цели любой удобной методологией. Сейчас модно OKR можно ей, вопрос что удобнее.
Выбрать формат, который будет удобен для контроля и управления изменениями на проекте.
Выбрать удобный формат, который будет аккумулировать ваш опыт руководства проектами, командами, контрагентами и т.д.
!!! Важно: помните, что документы должны быть рабочими и удобными, а не для галочки.
Знаете, что стоит дороже белого тигра? Содержание белого тигра.
Сериал Люцифер
В этом разделе проектного управления основной вопрос: что мы вообще делаем на проекте? И что важно должны быть прописаны механизмы с помощью, которых необходимо вносить изменения в первоначальное содержание.
Огромное количество шаблонов ИСР (иерархической структуры работ) существует в открытом доступе, ноя посоветовала бы для каждого проекта создавать собственную ИСР даже если данный проект очень похож на предыдущий. Прорисовывая данный документ, ты проходишь уже мысленно весь путь, который должен пройти, настраиваясь на динамику и специфику конкретного проекта. Если вы создаете документ с нуля под проект, меньше шансов, что он не будет работать. Если вы редактируете документ с похожего проекта, не поленитесь пройтись по каждой строчке.