Пару тезисов, не уходя в теорию, что делать чтобы поставить цели по OKR:

Держать себя в рамках. А именно, ставить цели на определенный период: год, квартал, спринт, заданный отрезок времени.

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

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

Быть конкретным. А именно, ключевые показатели оцифровывать, устанавливать метрики и т.д.

После постановки целей, плотно работаем над уставом проекта и планом управления, которые будут:

Определять участников проекта, в том числе указывая какие роли и задачи на проекте будут выполнять участники.

Обозначать конечные и промежуточные цели и чего мы хотим добиться.

Определять бюджет и необходимые ресурсы для реализации проекта, такие как человеческие, финансовые, технические и т.д.

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

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

Прописать цели любой удобной методологией. Сейчас модно OKR можно ей, вопрос что удобнее.

Выбрать формат, который будет удобен для контроля и управления изменениями на проекте.

Выбрать удобный формат, который будет аккумулировать ваш опыт руководства проектами, командами, контрагентами и т.д.

!!! Важно: помните, что документы должны быть рабочими и удобными, а не для галочки.

Знаете, что стоит дороже белого тигра? Содержание белого тигра.

Сериал Люцифер

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

Огромное количество шаблонов ИСР (иерархической структуры работ) существует в открытом доступе, ноя посоветовала бы для каждого проекта создавать собственную ИСР даже если данный проект очень похож на предыдущий. Прорисовывая данный документ, ты проходишь уже мысленно весь путь, который должен пройти, настраиваясь на динамику и специфику конкретного проекта. Если вы создаете документ с нуля под проект, меньше шансов, что он не будет работать. Если вы редактируете документ с похожего проекта, не поленитесь пройтись по каждой строчке.

Пригласил как-то волк группу козлят построить ему логово на берегу. Вы, козлята говорит постройте мне логово здесь, ну такое чтоб все было только, как в самом крутом логове. Козлята принялись за работу, и так как желания с волком общаться лишний раз не было, и из страха быть съеденными решили козлятушки строить как знают. А так, как о логове у них было немного знаний, так как оттуда никто не возвращался, стали они строить модернизированныйсарай. Сделали описание что нужно будет делать, и принялись за работу. Приходит волк, смотрит работа кипит. Хвалит козлят приговаривает, если понравится никого не съем. Работа еще упорнее началась строят и день и ночь приходит волк в следующий раз смотрит что-то не то…. Начал вопросы задавать, а что это, а что вот это? А козлята только в стороны разбегаются да быстрее саманные кирпичики таскают. А волк вообще не понимает причем тут саман. Плюнул на них поймал пару козлят и съел, на следующий день приносит обе шкуры и говорит это на стены, а не эти ваши саманы. И тут и ахнул сарай почти готов, переловил всех козлят волк говорит все равно строить не умеют, хоть вкусные, и то хорошо.

Хотела бы разделить на две части: общее содержание проекта и построение ИСР, и частные списки задач для команды на текущий период.

Для первого можно использовать банально excel (для почти всего в проектном управлении можно использовать банально excel), также miro и другие доски для построения дорожных карт. Но для меня удобнее делать некий список, который просто можно перенести в MSProjectи сделать график. Но хотя бы однажды советую сделать дорожную карту. Во-первых, это очень увлекательно, во-вторых, это довольно удобный инструмент, если его не закидывать, а пользоваться им с установленной периодичностью. Дорожная карта дает возможность управлять проектом в моменты неопределенности. Подходит определенная точка, где нужно принять решение смотрим дорожную карту и определяемся каким путем мы идем, как мы это делаем.

Для второго лично я использую Trello.Там можно делать и совместные доски и личные и не только по работе, это для меня инструмент на все области моей жизни. Более подробно о списках задач и как это работает я расскажу в главе «kanban». Для более продвинутых пользователей досок есть jiraconfluence.

Ответить себе на вопрос «Зачем?» реализуется данный проект. Этот ответ должен быть отражен в видении вашего проекта, и потом будет неоднократно подсказывать какую стратегию согласовать, в том или ином случае и принять стратегически верное решение в переломных моментах.

Ответить себе на вопрос «Как?» реализуется данный проект. Какие методологии мы используем, а что нет? Какие инструменты применяем? Какие регламенты и процедуры используем? И куда складывать всю эту бумагу? Из ответов на все эти и не только эти вопросы у нас родится Дорожная карта нашего проекта.

Ответить себе на вопрос «Что?» реализуется в данный момент. Собственно накидывание задач сначала крупно, потом все более уточняя, из этого родится ИСР.

Важно! Эти документы нельзя составить один раз и забыть о них, необходимо постоянно работать с ними, обновлять, уточнять и т.д.

Как и всегда на Руси, к назначенному сроку ничего готово не было…

Валентин Пикуль

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

Итак, история про бессрочный проект.

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

Живет царь горя не знает, строит себе типовые плюс минус проекты и думает: хочу дворец себе красоты, не виданной в западных землях нашего царства, чтобы другие цари, глядя на него ахнули и признали мои успехи на ниве.Нашел участок подходящий приобрел его и начал строить. Да вот только дело то такое, серьезное, он никому доверить не мог. Решил все сам сделать.