Forwarded from Andrey Malakhov I PMO, project&change management
Смысл-фокус-ресурс
Три слова, которые сделали этот год и остаются моим вектором на следующий. Они являются ключевыми условиями успеха любого дела, реализации любой цели или плана. Если задача тривиальна, то не имеет смысла заморачиваться, но если она масштабна, то без них не обойтись.
Кстати. Это самая дорогая находка по итогу работы с моим коучем - Настей (за рекомендациями в лс).
Смысл - то, зачем вы делаете, то, что делаете, самая главная причина, почему нельзя не сделать или отложить на потом, то, что двигает вас вперёд, когда вы сталкиваетесь с препятствиями.
Фокус - это то, что у вас в приоритете каждый день, к чему вы регулярно возвращаетесь, про что вы помните без напоминаний, то, что вы обсуждаете с командой и близкими, то по поводу чего принимаете важные решения.
Ресурс - время, энергия, власть, влияние, внимание, которые вы выделяете на то, чтобы решить задачу.
Нет одного из них, мы терпим неудачу или не двигаемся в нужную сторону.
Нет смысла - сдаемся при первой трудности, забиваем или прокрастинируем.
Нет фокуса - распыляемся, делаем что угодно, но не то, что нужно.
Нет ресурса - избегаем, быстро бросаем, экономим ресурс на жизненно важные задачи, тут не до амбиций.
Видите, ваш план буксует, а цели не достигаются, ищите разгадку в этих трёх словах. С 99% вероятностью, вы обнаружите дыру именно в них.
Если нет их всех вместе и сразу, то пиши пропало.
Сложность в том, что смыслы могут быть в конфликте, фокусов может быть немного, а ресурсы ограничены. Вам надо выбрать, что для вас важнее всего.
Смысла вам, фокуса и ресурса в следующем году 😉
С ними можно свернуть горы!
Три слова, которые сделали этот год и остаются моим вектором на следующий. Они являются ключевыми условиями успеха любого дела, реализации любой цели или плана. Если задача тривиальна, то не имеет смысла заморачиваться, но если она масштабна, то без них не обойтись.
Кстати. Это самая дорогая находка по итогу работы с моим коучем - Настей (за рекомендациями в лс).
Смысл - то, зачем вы делаете, то, что делаете, самая главная причина, почему нельзя не сделать или отложить на потом, то, что двигает вас вперёд, когда вы сталкиваетесь с препятствиями.
Фокус - это то, что у вас в приоритете каждый день, к чему вы регулярно возвращаетесь, про что вы помните без напоминаний, то, что вы обсуждаете с командой и близкими, то по поводу чего принимаете важные решения.
Ресурс - время, энергия, власть, влияние, внимание, которые вы выделяете на то, чтобы решить задачу.
Нет одного из них, мы терпим неудачу или не двигаемся в нужную сторону.
Нет смысла - сдаемся при первой трудности, забиваем или прокрастинируем.
Нет фокуса - распыляемся, делаем что угодно, но не то, что нужно.
Нет ресурса - избегаем, быстро бросаем, экономим ресурс на жизненно важные задачи, тут не до амбиций.
Видите, ваш план буксует, а цели не достигаются, ищите разгадку в этих трёх словах. С 99% вероятностью, вы обнаружите дыру именно в них.
Если нет их всех вместе и сразу, то пиши пропало.
Сложность в том, что смыслы могут быть в конфликте, фокусов может быть немного, а ресурсы ограничены. Вам надо выбрать, что для вас важнее всего.
Смысла вам, фокуса и ресурса в следующем году 😉
С ними можно свернуть горы!
В первый рабочий день 2025-го года решил собрать для вас подборку моих авторских материалов об управлении проектами и изменениями, которые я публиковал в блоге в прошлом году. Обязательно сохраняйте себе в избранное, пересылайте коллегам и изучайте – такого вы не найдете больше нигде🔥
🚀 Начну с постов:
🔹 Как разработать набор проектных документов, которые будут востребованы и полезны для участников проекта: часть 1 и часть 2
🔹 Как адекватно оценить руководителей проектов: 4 способа, которые не подведут
🔹 Как превратить проектный офис в коллективный разум муравейника с помощью канваса систематизации целей проектной деятельности (другие канвасы ищите по тегу #канвасы)
🔹 Как сделать проектный офис бесполезным для бизнеса или топ ошибок, которые допускают руководители офисов
🔹 Как реализовывать проекты, когда задачи от заказчика летят нон-стоп? Что такое револьверный принцип
🔹 Пока гром не грянет, мужик не перекрестится, или главные условия для внедрения изменений
🔹 Почему описание процессов в проектном управлении бесполезно и что с этим делать
🚀 Гайды:
🔹 Как выбрать адекватное обучение управлению проектами для сотрудников
🔹 Как делегировать сложные задачи и не бояться, что с ними что-то пойдет не так
🔹 Самые дорогие ошибки при планировании ресурсов и как их избежать
🔹 Что такое 8 сил проектного офиса и как сделать его полезным для бизнеса
🔹 Как быстро проверить эффективность вашей проектной методологии
🔹 Кто внедрял методологию, тот в цирке не смеется, или как сделать методологию работающей
🔹 Четыре миссии проектной методологии
🚀 Статьи и кейсы:
🔹 Впихнуть невпихуемое, или 8 причин, почему ваши регламенты на проектах не работают
🔹 Зачем мы разработали калькулятор определения проектов
🔹 13 критериев для осознанного выбора идеальной ИСУП
🔹 Как мы обучили 400 сотрудников «Российского Красного Креста» управлению проектами и из чего состоит эффективное корпоративное обучение
🔹 Кейс реализации идеального проекта для регионального банка «Хлынов»
🔹 Как мы разработали проектную методологию для зрелой ИТ-компании «Гранд Проект»
🔹 Как мы в качестве проектного офиса на аутсорсе реализовали бизнес-критичную ИТ-трансформацию в международной логистической компании «РУЛОГ»
#статьи #гайды #кейсы
🚀 Начну с постов:
🔹 Как разработать набор проектных документов, которые будут востребованы и полезны для участников проекта: часть 1 и часть 2
🔹 Как адекватно оценить руководителей проектов: 4 способа, которые не подведут
🔹 Как превратить проектный офис в коллективный разум муравейника с помощью канваса систематизации целей проектной деятельности (другие канвасы ищите по тегу #канвасы)
🔹 Как сделать проектный офис бесполезным для бизнеса или топ ошибок, которые допускают руководители офисов
🔹 Как реализовывать проекты, когда задачи от заказчика летят нон-стоп? Что такое револьверный принцип
🔹 Пока гром не грянет, мужик не перекрестится, или главные условия для внедрения изменений
🔹 Почему описание процессов в проектном управлении бесполезно и что с этим делать
🚀 Гайды:
🔹 Как выбрать адекватное обучение управлению проектами для сотрудников
🔹 Как делегировать сложные задачи и не бояться, что с ними что-то пойдет не так
🔹 Самые дорогие ошибки при планировании ресурсов и как их избежать
🔹 Что такое 8 сил проектного офиса и как сделать его полезным для бизнеса
🔹 Как быстро проверить эффективность вашей проектной методологии
🔹 Кто внедрял методологию, тот в цирке не смеется, или как сделать методологию работающей
🔹 Четыре миссии проектной методологии
🚀 Статьи и кейсы:
🔹 Впихнуть невпихуемое, или 8 причин, почему ваши регламенты на проектах не работают
🔹 Зачем мы разработали калькулятор определения проектов
🔹 13 критериев для осознанного выбора идеальной ИСУП
🔹 Как мы обучили 400 сотрудников «Российского Красного Креста» управлению проектами и из чего состоит эффективное корпоративное обучение
🔹 Кейс реализации идеального проекта для регионального банка «Хлынов»
🔹 Как мы разработали проектную методологию для зрелой ИТ-компании «Гранд Проект»
🔹 Как мы в качестве проектного офиса на аутсорсе реализовали бизнес-критичную ИТ-трансформацию в международной логистической компании «РУЛОГ»
#статьи #гайды #кейсы
Вот в этом году все точно будет по-другому
Все мы даем себе новогодние обещания. Одни обещают начать заниматься спортом, другие уволиться с нелюбимой работы, третьи – навести порядок в проектах, чтобы спать спокойно и быть уверенными в достижении целей.
А что значит навести порядок? В идеале, чтобы компания реализовывала действительно важные проекты, чтобы было понятно, кто и чем занимается, чтобы дорогостоящие кадры не занимались пустяковой работой, чтобы не запускались инициативы с дефицитом ресурсов, которые изначально обречены на провал…
💥 Если вы тоже дали себе новогоднее обещание начать управлять проектами на принципиально другом уровне, то сегодня вас ждет сюрприз от меня: возможность получить бесплатный доступ к нашему новому курсу по ресурсному планированию, который стартует в ближайшее время (а пока запишем вас в лист ожидания).
Это именно то, с чего следует начать новый 2025-й год, если вы хотите забыть про авралы на проектах из-за нехватки нужных людей и научиться формировать реалистичные ожидания у ваших заказчиков и руководства.
Что вас ждет на курсе:
👉 Ключевые понятия и возможные сценарии эффективного ресурсного планирования
👉 Что должно быть в организации перед внедрением управления ресурсами
👉 Самые распространенные ошибки ресурсного планирования и к каким последствиям они приводят
👉 Как эффективно планировать краткосрочно (1 мес.), среднесрочно (3-6 мес.) и долгосрочно (1 год)? Модели планирования, инструменты, способы соединить разные виды планирования
👉 Как выбрать информационную систему управления ресурсами и какими критериями она должна обладать в вашей организации
👉 Создание прототипа модели управления ресурсами в MS Excel
👉 Моделирование управления ресурсами в инструменте ресурсного планирования PMLogix
👉 Разбор успешных и неуспешных примеров управления ресурсами
🚀 Курс стартует в ближайшие 2 недели. Чтобы прочитать программу подробнее и успеть зарегистрироваться, переходите по этой ссылке.
Кстати, если вы пропустили мой вебинар «Как перестать терять миллионы на проектах из-за ошибок в управлении ресурсами», очень рекомендую посмотреть его. Запись доступна на Youtube и в ВК видео.
#обучение_PMLogix
Все мы даем себе новогодние обещания. Одни обещают начать заниматься спортом, другие уволиться с нелюбимой работы, третьи – навести порядок в проектах, чтобы спать спокойно и быть уверенными в достижении целей.
А что значит навести порядок? В идеале, чтобы компания реализовывала действительно важные проекты, чтобы было понятно, кто и чем занимается, чтобы дорогостоящие кадры не занимались пустяковой работой, чтобы не запускались инициативы с дефицитом ресурсов, которые изначально обречены на провал…
Это именно то, с чего следует начать новый 2025-й год, если вы хотите забыть про авралы на проектах из-за нехватки нужных людей и научиться формировать реалистичные ожидания у ваших заказчиков и руководства.
Что вас ждет на курсе:
👉 Ключевые понятия и возможные сценарии эффективного ресурсного планирования
👉 Что должно быть в организации перед внедрением управления ресурсами
👉 Самые распространенные ошибки ресурсного планирования и к каким последствиям они приводят
👉 Как эффективно планировать краткосрочно (1 мес.), среднесрочно (3-6 мес.) и долгосрочно (1 год)? Модели планирования, инструменты, способы соединить разные виды планирования
👉 Как выбрать информационную систему управления ресурсами и какими критериями она должна обладать в вашей организации
👉 Создание прототипа модели управления ресурсами в MS Excel
👉 Моделирование управления ресурсами в инструменте ресурсного планирования PMLogix
👉 Разбор успешных и неуспешных примеров управления ресурсами
Кстати, если вы пропустили мой вебинар «Как перестать терять миллионы на проектах из-за ошибок в управлении ресурсами», очень рекомендую посмотреть его. Запись доступна на Youtube и в ВК видео.
#обучение_PMLogix
Please open Telegram to view this post
VIEW IN TELEGRAM
Главная боль любого руководителя – ухудшение ситуации на проекте настолько, что приходится снова включаться и начинать все разруливать самостоятельно, засучив рукава.
Когда такое происходит постоянно, о реализации стратегии бизнеса или ключевых проектов развития можно забыть❌ Как и про то, чтобы больше проводить времени с семьей или же спать хотя бы по 6 часов в сутки.
Коллеги, этот месяц хочу посвятить данной теме – в чем причина такого постоянно повторяющегося сценария на проектах и, главное, что конкретно с этим делать, чтобы начать спать спокойно.
Киньте реакций, если тема вам откликается!
Когда такое происходит постоянно, о реализации стратегии бизнеса или ключевых проектов развития можно забыть❌ Как и про то, чтобы больше проводить времени с семьей или же спать хотя бы по 6 часов в сутки.
Коллеги, этот месяц хочу посвятить данной теме – в чем причина такого постоянно повторяющегося сценария на проектах и, главное, что конкретно с этим делать, чтобы начать спать спокойно.
Киньте реакций, если тема вам откликается!
Я больше не вывожу❌
Все чаще прихожу к выводу, что в любой сфере, проектной или нет, многим руководителям или даже владельцам бизнесов приходится слишком многое вывозить на себе. Но обычно это длится до тех пор, пока вы не дошли до точки «кипения», когда все уже реально достало.
Когда уже понимаешь, что так больше не может продолжаться – работать по 16 часов 7 дней в неделю и при этом осознавать, что ты не занимаешься развитием компании и не реализуешь важные для развития бизнеса проекты.
💡И когда доходишь до этой точки, думаешь – а что делать, куда податься?
Может отправить сотрудников поучиться нормально управлять проектами? Может, мне самому надо где-то поучиться? Может, сходить на какое-нибудь мероприятие, пообщаться с коллегами? Может, что-то почитать?
Хорошая новость – если вы дошли до этой точки, значит, смогли признать, что подобная ситуация не норма. Что это тупик, из которого нужно выбираться как можно скорее.
Что дальше? Не бросайтесь спонтанно пытаться исправить ситуацию, отправляя всех сотрудников на обучение. Для начала выпишите все, что наносит наиболее серьезный урон лично вам, важным проектам, бизнесу, чтобы уже на следующем шаге подобрать нужные инструменты для устранения первопричин проблем.
Например:
👉 вы не можете реализовать важные проекты развития, которые помогают компании достигать своих целей или, как минимум, держаться на плаву, потому что все время убивает операционка и пинание сотрудников
👉 вы не можете делать больше коммерческих проектов, так как их реализация завязана на вашем личном ресурсе
👉 ваша команда становится все более безинициативной и безответственной, потому что уверена, что в случае очередного пожара вы поможете и все разрулите, поэтому кризисные ситуации на проектах не заканчиваются
👉 вы постоянно испытываете выгорание, хроническую усталость и тревогу, не хватает времени ни на что, кроме работы
Пожалуй, один или несколько из этих пунктов знакомы многим до боли. Когда такое происходит, то сначала кажется, что корень зла в проектных менеджерах или других сотрудниках, которые не умеют брать ответственность за результат, плохие управленцы, недостаточно глубоко погружены в предметную область… Что надо привлекать более дорогостоящие таланты...
Спойлер: проблема далеко не всегда только в людях.
Давайте обсудим, коллеги. Кому знакома проблема, как справляетесь?
Все чаще прихожу к выводу, что в любой сфере, проектной или нет, многим руководителям или даже владельцам бизнесов приходится слишком многое вывозить на себе. Но обычно это длится до тех пор, пока вы не дошли до точки «кипения», когда все уже реально достало.
Когда уже понимаешь, что так больше не может продолжаться – работать по 16 часов 7 дней в неделю и при этом осознавать, что ты не занимаешься развитием компании и не реализуешь важные для развития бизнеса проекты.
💡И когда доходишь до этой точки, думаешь – а что делать, куда податься?
Может отправить сотрудников поучиться нормально управлять проектами? Может, мне самому надо где-то поучиться? Может, сходить на какое-нибудь мероприятие, пообщаться с коллегами? Может, что-то почитать?
Хорошая новость – если вы дошли до этой точки, значит, смогли признать, что подобная ситуация не норма. Что это тупик, из которого нужно выбираться как можно скорее.
Что дальше? Не бросайтесь спонтанно пытаться исправить ситуацию, отправляя всех сотрудников на обучение. Для начала выпишите все, что наносит наиболее серьезный урон лично вам, важным проектам, бизнесу, чтобы уже на следующем шаге подобрать нужные инструменты для устранения первопричин проблем.
Например:
👉 вы не можете реализовать важные проекты развития, которые помогают компании достигать своих целей или, как минимум, держаться на плаву, потому что все время убивает операционка и пинание сотрудников
👉 вы не можете делать больше коммерческих проектов, так как их реализация завязана на вашем личном ресурсе
👉 ваша команда становится все более безинициативной и безответственной, потому что уверена, что в случае очередного пожара вы поможете и все разрулите, поэтому кризисные ситуации на проектах не заканчиваются
👉 вы постоянно испытываете выгорание, хроническую усталость и тревогу, не хватает времени ни на что, кроме работы
Пожалуй, один или несколько из этих пунктов знакомы многим до боли. Когда такое происходит, то сначала кажется, что корень зла в проектных менеджерах или других сотрудниках, которые не умеют брать ответственность за результат, плохие управленцы, недостаточно глубоко погружены в предметную область… Что надо привлекать более дорогостоящие таланты...
Спойлер: проблема далеко не всегда только в людях.
Давайте обсудим, коллеги. Кому знакома проблема, как справляетесь?
Бесполезные совещания и пустая отчетность
Если вы все вывозите на своем личном ресурсе, чтобы не получать негатив от заказчиков, обратите внимание на важную область управления проектами – отчетность и встречи по проектам.
В одном из наших самых масштабных кейсов, реализации ИТ-трансформации в международной логистической компании, мы столкнулись с такой проблемой, о которой я расскажу ниже подробнее.
👉 Контрольные точки большинства проектов были сформулированы в терминах активности, а не конкретных результатов (например, “тестирование” вместо “завершено тестирование”) или слишком абстрактно (“изучение ИТ-ландшафта”). К тому же они распределялись неравномерно по времени: за две недели между статус-встречами могло не произойти ни одного события (контрольной точки результата) и на следующий месяц в плане также не было указано ни одного события.
Из-за этого во время статус-встреч по программе руководители не опирались на отчет, а просто своими словами рассказывали о том, что сейчас важно. И полноценной картины о том, что происходило в проектах не было, потому что:
🔹 было непонятно, какие результаты из запланированных достигнуты, а какие нет, и также непонятно, когда они будут достигнуты;
🔹 велись только прогнозные сроки, а плановые по большинству контрольных точек не фиксировались, поэтому невозможно было увидеть отклонения прогнозных и фактических сроков от плана.
Подобные ситуации всегда приводят к бесполезной трате времени на совещаниях и необходимости все перепроверять лично.
Мы проработывали эту проблему 1,5 месяца. И в итоге пришли к тому, что фокус отчетов изменился на конкретные результаты и риски, а также из статус-отчетов стало возможно получить полную картину того, что происходит в программе.
Все отклонения, их причины и последствия стали прозрачными, а содержание статус-встреч сместилось в сторону обсуждения проблемных мест проектов.
💡 Качественная, прозрачная отчетность – одна из ступенек на пути к уверенности, что проекты идут как надо, без вашего постоянного вмешательства и микроменеджмента 24/7. Что вы можете выдохнуть и начать заниматься стратегией.
Коллеги, продолжать развивать эту тему? Дайте знать реакциями и комментариями🔥
Если вы все вывозите на своем личном ресурсе, чтобы не получать негатив от заказчиков, обратите внимание на важную область управления проектами – отчетность и встречи по проектам.
В одном из наших самых масштабных кейсов, реализации ИТ-трансформации в международной логистической компании, мы столкнулись с такой проблемой, о которой я расскажу ниже подробнее.
👉 Контрольные точки большинства проектов были сформулированы в терминах активности, а не конкретных результатов (например, “тестирование” вместо “завершено тестирование”) или слишком абстрактно (“изучение ИТ-ландшафта”). К тому же они распределялись неравномерно по времени: за две недели между статус-встречами могло не произойти ни одного события (контрольной точки результата) и на следующий месяц в плане также не было указано ни одного события.
Из-за этого во время статус-встреч по программе руководители не опирались на отчет, а просто своими словами рассказывали о том, что сейчас важно. И полноценной картины о том, что происходило в проектах не было, потому что:
🔹 было непонятно, какие результаты из запланированных достигнуты, а какие нет, и также непонятно, когда они будут достигнуты;
🔹 велись только прогнозные сроки, а плановые по большинству контрольных точек не фиксировались, поэтому невозможно было увидеть отклонения прогнозных и фактических сроков от плана.
Подобные ситуации всегда приводят к бесполезной трате времени на совещаниях и необходимости все перепроверять лично.
Мы проработывали эту проблему 1,5 месяца. И в итоге пришли к тому, что фокус отчетов изменился на конкретные результаты и риски, а также из статус-отчетов стало возможно получить полную картину того, что происходит в программе.
Все отклонения, их причины и последствия стали прозрачными, а содержание статус-встреч сместилось в сторону обсуждения проблемных мест проектов.
Коллеги, продолжать развивать эту тему? Дайте знать реакциями и комментариями🔥
Please open Telegram to view this post
VIEW IN TELEGRAM
Доверять нельзя никому❌
Часто от своих клиентов, которые не могут полностью делегировать проекты своим менеджерам, я слышу примерно следующее: «Да как им доверять? Если их постоянно не контролировать, то всегда будут возникать проблемы».
А дело тут совсем не в доверии. Вы можете делать успешные проекты без постоянного вмешательства и доверия к сотрудникам.
Так в чем же секрет? Может, нанять несколько крутых, дорогостоящих менеджеров и расслабиться?
👉 Почему это не поможет, какой вред вы приносите организации из-за невозможности делегировать проекты и как начать это делать – читайте в моей статье.
Часто от своих клиентов, которые не могут полностью делегировать проекты своим менеджерам, я слышу примерно следующее: «Да как им доверять? Если их постоянно не контролировать, то всегда будут возникать проблемы».
А дело тут совсем не в доверии. Вы можете делать успешные проекты без постоянного вмешательства и доверия к сотрудникам.
Так в чем же секрет? Может, нанять несколько крутых, дорогостоящих менеджеров и расслабиться?
👉 Почему это не поможет, какой вред вы приносите организации из-за невозможности делегировать проекты и как начать это делать – читайте в моей статье.
vc.ru
Как делегировать проекты, если ваши проджекты идиоты? — Личный опыт на vc.ru
Андрей Малахов Личный опыт сейчас
Почему найм крутых, дорогостоящих руководителей проектов вам не поможет?
1️⃣ Во-первых, ваши проекты уже идут, а поиск высококвалифицированного специалиста может занять месяцы. А еще это весомые инвестиции без какой-либо гарантии.
Когда-то давно в роли руководителя портфеля проектов я отвечал за проект по развертыванию банкоматной сети, и я долго искал нужного спеца, нашел, но… В день выхода он просто не вышел на работу – то ли у него поменялись планы, то ли он получил более интересное предложение. В итоге нам пришлось ставить на проект менее опытного, но более доступного сотрудника. Проект мы, кстати, в итоге успешно реализовали.
Многократно у своих клиентов я наблюдал истории, когда в штат искали проектного методолога, тратили огромные деньги и месяцы, но так и не смогли найти никого подходящего. Или же найденные кандидаты в итоге принимали более интересный оффер.
2️⃣ Во-вторых, наверное, вы тоже сталкивались с такими ситуациями, когда найти опытного, крутого руководителя проекта удавалось, но… Спустя пару месяцев он уходил по собственному желанию.
Почему так происходило?
Часто новому, высококвалифицированному специалисту трудно вписаться в компанию, потому что он привык к упорядоченному менеджменту. Ему с трудом даются мутные корпоративные правила игры, в которых он должен тратить огромное количество времени на согласование нужных ему решений, вместо того, чтобы заниматься интересными задачами. И он понимает, что профессиональный рост, за которым он и пришёл в компанию, здесь ему недоступен. И разгребать все эти авгиевы конюшни бюрократии с бесполезными телодвижениями ему совсем не хочется.
Крутые профессионалы не задержатся в компании, если понимают, что здесь снижается их эффективность и они не могут работать на 100% от своей мощности. Не могут быстро реализовывать проекты, чтобы пополнить свое портфолио и получить признание в отрасли.
Если в вашей организации уровень бедствия в плане менеджмента высок, то найм нового, дорогостоящего профессионала – выкинутые на ветер деньги.
❓А что, если у вас уже работают не только высококвалифицированные, но и надежные руководители проектов, которые точно проработают в компании много лет и никуда не сольются? Является ли это залогом того, что вы можете расслабиться и полностью делегировать им все проекты?
Нет. Завтра будем разбираться, почему.
Интересно?
Когда-то давно в роли руководителя портфеля проектов я отвечал за проект по развертыванию банкоматной сети, и я долго искал нужного спеца, нашел, но… В день выхода он просто не вышел на работу – то ли у него поменялись планы, то ли он получил более интересное предложение. В итоге нам пришлось ставить на проект менее опытного, но более доступного сотрудника. Проект мы, кстати, в итоге успешно реализовали.
Многократно у своих клиентов я наблюдал истории, когда в штат искали проектного методолога, тратили огромные деньги и месяцы, но так и не смогли найти никого подходящего. Или же найденные кандидаты в итоге принимали более интересный оффер.
Почему так происходило?
Часто новому, высококвалифицированному специалисту трудно вписаться в компанию, потому что он привык к упорядоченному менеджменту. Ему с трудом даются мутные корпоративные правила игры, в которых он должен тратить огромное количество времени на согласование нужных ему решений, вместо того, чтобы заниматься интересными задачами. И он понимает, что профессиональный рост, за которым он и пришёл в компанию, здесь ему недоступен. И разгребать все эти авгиевы конюшни бюрократии с бесполезными телодвижениями ему совсем не хочется.
Крутые профессионалы не задержатся в компании, если понимают, что здесь снижается их эффективность и они не могут работать на 100% от своей мощности. Не могут быстро реализовывать проекты, чтобы пополнить свое портфолио и получить признание в отрасли.
Если в вашей организации уровень бедствия в плане менеджмента высок, то найм нового, дорогостоящего профессионала – выкинутые на ветер деньги.
❓А что, если у вас уже работают не только высококвалифицированные, но и надежные руководители проектов, которые точно проработают в компании много лет и никуда не сольются? Является ли это залогом того, что вы можете расслабиться и полностью делегировать им все проекты?
Нет. Завтра будем разбираться, почему.
Интересно?
Please open Telegram to view this post
VIEW IN TELEGRAM
Сегодня предлагаю вам сыграть в игру. Я вам расскажу об одном нашем кейсе, а вы попробуете предположить, в чем настоящая причина проблемы👇
Дано: ИТ-компания средней величины, которая занимается консалтингом в области автоматизации бизнес-процессов. Компания зрелая, давно заняла свою нишу, сотрудники – высококвалифицированные эксперты, работающие здесь много лет. Справляются со своей работой без каких-либо регламентов, все держится на неформальных связях.
Несмотря на то, что у ключевых сотрудников большой опыт и широкий кругозор в области управления проектами, часто проекты все равно завершаются с непредсказуемыми результатами и сроками, а некоторые заказчики остаются недовольными.
Собственнику при этом приходится постоянно быть включенным в проекты, откладывая свои задачи по развитию и масштабированию компании.
❓ Как считаете, в чем здесь может быть проблема?
Почему даже при наличии надежных, профессиональных руководителей не получается достигать целей проектов без постоянного вмешательства собственника?
Ниже для вас я подготовил опрос, а правильный ответ выложу завтра🙂
Дано: ИТ-компания средней величины, которая занимается консалтингом в области автоматизации бизнес-процессов. Компания зрелая, давно заняла свою нишу, сотрудники – высококвалифицированные эксперты, работающие здесь много лет. Справляются со своей работой без каких-либо регламентов, все держится на неформальных связях.
Несмотря на то, что у ключевых сотрудников большой опыт и широкий кругозор в области управления проектами, часто проекты все равно завершаются с непредсказуемыми результатами и сроками, а некоторые заказчики остаются недовольными.
Собственнику при этом приходится постоянно быть включенным в проекты, откладывая свои задачи по развитию и масштабированию компании.
Почему даже при наличии надежных, профессиональных руководителей не получается достигать целей проектов без постоянного вмешательства собственника?
Ниже для вас я подготовил опрос, а правильный ответ выложу завтра🙂
Please open Telegram to view this post
VIEW IN TELEGRAM
Компания мудрее одного человека
Вчера большинство из вас распознало истинную причину проблемы в нашем кейсе👇
Если ваши сотрудники, даже самые опытные профи, ведут проекты исходя из собственного опыта, вы все равно никогда не сможете полностью отдать управление проектами под их ответственность. Потому что любой, даже самый богатый профессиональный бэкграунд руководителя проекта ограничивается его личным опытом, а не опытом компании. Поясню, что это значит.
Например, взаимодействие с заказчиками. С кем-то оно происходит неформально, без фиксации результатов, с устными договоренностями. С кем-то постоянно возникают сложности – то доступы не предоставили, то согласование документов затянули…
А с кем-то требуется максимально бюрократизировать взаимодействие, терпеливо добиваться нужных согласований и предоставлять детальную информацию по проекту.
Все это совершенно разный опыт взаимодействия.
И, получается, что сталкиваясь с разными ситуациями, руководитель проекта ограничивается лишь тем опытом, который есть у него. А если этого опыта не хватает, то он начинает изобретать велосипед. Это дорого для компании.
То же самое можно сказать и о специфике проектов. Когда руководитель переходит с одного проекта на другой, то он может столкнуться со сложностями, которые ранее не встречал в своей практике. Потому что опыты ведения проектов поддержки, внедрения или собственной разработки тоже сильно различаются.
А еще этот регулярный менеджмент…
Опытные руководители проектов не любят заниматься регулярными, нужными вещами, потому что они привыкли держаться фокус на решении конкретных проблемных ситуаций. А не на тех профилактических действиях, которые помогают их предотвратить. Но в итоге… Планы не ведутся, регулярные встречи по проекту превращаются в переписку, а отклонения по проекту эскалируются только тогда, когда заказчик начинает жаловаться и писать официальные письма о расторжении договора.
Когда каждый руководитель проекта действует исходя их собственного опыта, самостоятельно решая, как ему взаимодействовать с заказчиком в каждом конкретном случае, пытаясь найти способы устранения проблемы на проекте и забивая на профилактические действия… Собственнику или руководителю организации приходится постоянно действовать в ручном режиме и контролировать все и всех. Давать обратную связь, следить за удовлетворенностью заказчиков, отправлять руководителя «посмотреть», как они эту проблему решали на другом проекте…
💡 Ваша задача не превратить каждого руководителя проекта в самого опытного, универсального и мудрого управленца (это невозможно). А сделать так, чтобы каждый из них получил дозу дистиллированного опыта компании.
Потому что опыт компании богаче, чем опыт одного человека, и учитывает:
🔹 разновидность проектов в компании и проблем, которые могут на них возникать
🔹 успешные практики и инструменты, которые хорошо работают именно в вашей компании
🔹 специфику компании, отрасли, корпоративной культуры, скорости принятия решений и всего того, что влияет на реализацию проектов, и т.д.
👉 Как минимум это позволит перестать вашим руководителям проектов наступать на одни и те же грабли и постоянно сталкиваться с проблемами, которые уже возникали 1000 раз.
👉 Как максимум – вы будете уверены, что вас не будут дергать по каждому поводу. Потому что эти поводы будут минимизированы. А еще сделаете крепкий фундамент для быстрой эволюции новых сотрудников, которым не нужно будет расти и набираться опыта методом проб и ошибок.
Вчера большинство из вас распознало истинную причину проблемы в нашем кейсе👇
Если ваши сотрудники, даже самые опытные профи, ведут проекты исходя из собственного опыта, вы все равно никогда не сможете полностью отдать управление проектами под их ответственность. Потому что любой, даже самый богатый профессиональный бэкграунд руководителя проекта ограничивается его личным опытом, а не опытом компании. Поясню, что это значит.
Например, взаимодействие с заказчиками. С кем-то оно происходит неформально, без фиксации результатов, с устными договоренностями. С кем-то постоянно возникают сложности – то доступы не предоставили, то согласование документов затянули…
А с кем-то требуется максимально бюрократизировать взаимодействие, терпеливо добиваться нужных согласований и предоставлять детальную информацию по проекту.
Все это совершенно разный опыт взаимодействия.
И, получается, что сталкиваясь с разными ситуациями, руководитель проекта ограничивается лишь тем опытом, который есть у него. А если этого опыта не хватает, то он начинает изобретать велосипед. Это дорого для компании.
То же самое можно сказать и о специфике проектов. Когда руководитель переходит с одного проекта на другой, то он может столкнуться со сложностями, которые ранее не встречал в своей практике. Потому что опыты ведения проектов поддержки, внедрения или собственной разработки тоже сильно различаются.
А еще этот регулярный менеджмент…
Опытные руководители проектов не любят заниматься регулярными, нужными вещами, потому что они привыкли держаться фокус на решении конкретных проблемных ситуаций. А не на тех профилактических действиях, которые помогают их предотвратить. Но в итоге… Планы не ведутся, регулярные встречи по проекту превращаются в переписку, а отклонения по проекту эскалируются только тогда, когда заказчик начинает жаловаться и писать официальные письма о расторжении договора.
Когда каждый руководитель проекта действует исходя их собственного опыта, самостоятельно решая, как ему взаимодействовать с заказчиком в каждом конкретном случае, пытаясь найти способы устранения проблемы на проекте и забивая на профилактические действия… Собственнику или руководителю организации приходится постоянно действовать в ручном режиме и контролировать все и всех. Давать обратную связь, следить за удовлетворенностью заказчиков, отправлять руководителя «посмотреть», как они эту проблему решали на другом проекте…
Потому что опыт компании богаче, чем опыт одного человека, и учитывает:
🔹 разновидность проектов в компании и проблем, которые могут на них возникать
🔹 успешные практики и инструменты, которые хорошо работают именно в вашей компании
🔹 специфику компании, отрасли, корпоративной культуры, скорости принятия решений и всего того, что влияет на реализацию проектов, и т.д.
👉 Как минимум это позволит перестать вашим руководителям проектов наступать на одни и те же грабли и постоянно сталкиваться с проблемами, которые уже возникали 1000 раз.
👉 Как максимум – вы будете уверены, что вас не будут дергать по каждому поводу. Потому что эти поводы будут минимизированы. А еще сделаете крепкий фундамент для быстрой эволюции новых сотрудников, которым не нужно будет расти и набираться опыта методом проб и ошибок.
Please open Telegram to view this post
VIEW IN TELEGRAM
Делегируй-не делегируй, но проверять и принимать решения по проектам все-таки придется. Вопрос только в том – будет ли это легко, быстро и удобно или же долго и мучительно?
Если хотите высвободить свое время, то внедряйте прозрачную, понятную отчетность. Она дает возможность опираться на ДОСТОВЕРНЫЕ данные по проекту и быстро принимать НУЖНЫЕ решения по ВАЖНЫМ вопросам. А именно:
🔹 не тратить время на многочасовые совещания в попытках разобраться, что же на самом деле происходит в проектах
🔹 не погружаться в тяжеловесные презентации от сотрудников и ненужные вам детали, отвлекаясь от важных задач развития
🔹 заранее видеть отклонения на проектах и принимать своевременные меры своего уровня, не доводя ситуацию до критической
🔹 понимать вероятность получения запланированных эффектов с учетом уже полученных результатов
🔹 иметь наглядную картину всего происходящего без постоянного пинания сотрудников
💡 Конечно, отчетность идет в связке с регулярными встречами. Без встреч вы можете не узнать, что какие-то планы проектов нереалистичны, что кто-то кого-то недопонимает, что есть незадокументированные риски. То есть если отчеты показывают вам цифры и факты, то встречи – это способ почувствовать, что происходит в проекте такого, что не умещается в отчеты.
Коллеги, откликается вам эта тема?
Если хотите высвободить свое время, то внедряйте прозрачную, понятную отчетность. Она дает возможность опираться на ДОСТОВЕРНЫЕ данные по проекту и быстро принимать НУЖНЫЕ решения по ВАЖНЫМ вопросам. А именно:
🔹 не тратить время на многочасовые совещания в попытках разобраться, что же на самом деле происходит в проектах
🔹 не погружаться в тяжеловесные презентации от сотрудников и ненужные вам детали, отвлекаясь от важных задач развития
🔹 заранее видеть отклонения на проектах и принимать своевременные меры своего уровня, не доводя ситуацию до критической
🔹 понимать вероятность получения запланированных эффектов с учетом уже полученных результатов
🔹 иметь наглядную картину всего происходящего без постоянного пинания сотрудников
💡 Конечно, отчетность идет в связке с регулярными встречами. Без встреч вы можете не узнать, что какие-то планы проектов нереалистичны, что кто-то кого-то недопонимает, что есть незадокументированные риски. То есть если отчеты показывают вам цифры и факты, то встречи – это способ почувствовать, что происходит в проекте такого, что не умещается в отчеты.
Коллеги, откликается вам эта тема?
Коллеги, делюсь важной и долгожданной новостью🔥
Мы опубликовали один из самых масштабных кейсов в России по настройке и автоматизации процессов управления проектами на Jira.
👉А именно: для 300+ участников проектной деятельности в компании Hoff.
ИСУП должна была закрывать потребности десятка подразделений, участвующих в проектной деятельности:
🔹 топ-менеджменту нужна прозрачная картина о том, в каком состоянии находятся их проекты и продукты, информация об общем статусе по портфелю на текущую дату и прогноз на конец года;
🔹 проектному офису — понимание, какие проекты предложить к запуску в первую очередь в зависимости от стратегии, приоритетов и наличия ресурсов, каковы актуальные статусы и сроки по каждому из проектов;
🔹 ресурсным руководителям – информация о текущих проектах и их сроках, а также о проектах, которые стартуют в ближайшее время, чтобы планировать загрузку ресурсов;
🔹 руководителям проектов – инструменты для отслеживания этапов проектов, сроков и отклонений;
🔹 отделу бюджетирования – информация, как и куда расходуются ресурсы и соответствует ли план факту, и прочее.
За 8 месяцев работы моя команда PMLogix совместно с командой Hoff и Hoff Tech провели масштабную работу, включающую разработку более 20 дашбордов для всех ролей проектной деятельности.
Коллеги, читайте кейс целиком на нашем сайте.
Кстати, 4 года назад я проводил вебинар на эту тему «Как использовать Jira для управления проектами», также советую посмотреть.
#кейсы
Мы опубликовали один из самых масштабных кейсов в России по настройке и автоматизации процессов управления проектами на Jira.
👉А именно: для 300+ участников проектной деятельности в компании Hoff.
ИСУП должна была закрывать потребности десятка подразделений, участвующих в проектной деятельности:
🔹 топ-менеджменту нужна прозрачная картина о том, в каком состоянии находятся их проекты и продукты, информация об общем статусе по портфелю на текущую дату и прогноз на конец года;
🔹 проектному офису — понимание, какие проекты предложить к запуску в первую очередь в зависимости от стратегии, приоритетов и наличия ресурсов, каковы актуальные статусы и сроки по каждому из проектов;
🔹 ресурсным руководителям – информация о текущих проектах и их сроках, а также о проектах, которые стартуют в ближайшее время, чтобы планировать загрузку ресурсов;
🔹 руководителям проектов – инструменты для отслеживания этапов проектов, сроков и отклонений;
🔹 отделу бюджетирования – информация, как и куда расходуются ресурсы и соответствует ли план факту, и прочее.
За 8 месяцев работы моя команда PMLogix совместно с командой Hoff и Hoff Tech провели масштабную работу, включающую разработку более 20 дашбордов для всех ролей проектной деятельности.
Коллеги, читайте кейс целиком на нашем сайте.
Кстати, 4 года назад я проводил вебинар на эту тему «Как использовать Jira для управления проектами», также советую посмотреть.
#кейсы
Что самое важное при делегировании проекта?
Возможность видеть достоверные данные по его прогрессу, чтобы заранее отслеживать негативные тенденции и своевременно принимать нужные решения. Только оперевшись на цифры, которые реально отображают происходящее на проекте, можно избежать пожарных ситуаций и необходимости снова все разруливать самому.
👉 В прошлом году у нас был очень необычный кейс. Перед заказчиком, крупнейшим российским банком, стояла задача реализовыть программу ИТ-трансформации. А именно: перейти с западного ПО на свой собственный продукт, разработку которого необходимо завершить в ближайшие несколько лет.
И вот здесь начинается самое интересное. В разработке, которая ведется по Agile, участвует несколько команд от каждого функционального подразделения банка. А сам продукт – с большим количеством кросс-системных интеграций, искусственным интеллектом и сложной архитектурой, которая должна соответствовать различным бизнес-процессам банка. При этом код частично пишется с нуля. Регулярно возникают дополнительные требования по функционалу и работа превращается в бесконечность без возможности что-либо спрогнозировать.
Занимаясь этим продуктом уже год, разработчики все еще не понимают образ конечного результата, итогового функционала. При этом руководству критически важно отслеживать прогресс по проекту, так как есть ограниченные сроки, которые не получится подвинуть. А прогресс разработчики никак не могут подтвердить – можно довериться только их экспертной оценке.
В итоге ситуация максимально критическая: в продукт уже инвестированы миллиарды рублей, но все еще непонятно, будет ли вообще получен результат в указанные сроки. Риски для заказчика слишком высоки, чтобы полагаться только на честное слово разработчиков.
🔥 Как мы помогли заказчику с этой нетривиальной задачей, организацией контроля и планирования прогресса на проекте в Agile среде, буду делиться в следующих постах. Интересно?
#кейсы
Возможность видеть достоверные данные по его прогрессу, чтобы заранее отслеживать негативные тенденции и своевременно принимать нужные решения. Только оперевшись на цифры, которые реально отображают происходящее на проекте, можно избежать пожарных ситуаций и необходимости снова все разруливать самому.
👉 В прошлом году у нас был очень необычный кейс. Перед заказчиком, крупнейшим российским банком, стояла задача реализовыть программу ИТ-трансформации. А именно: перейти с западного ПО на свой собственный продукт, разработку которого необходимо завершить в ближайшие несколько лет.
И вот здесь начинается самое интересное. В разработке, которая ведется по Agile, участвует несколько команд от каждого функционального подразделения банка. А сам продукт – с большим количеством кросс-системных интеграций, искусственным интеллектом и сложной архитектурой, которая должна соответствовать различным бизнес-процессам банка. При этом код частично пишется с нуля. Регулярно возникают дополнительные требования по функционалу и работа превращается в бесконечность без возможности что-либо спрогнозировать.
Занимаясь этим продуктом уже год, разработчики все еще не понимают образ конечного результата, итогового функционала. При этом руководству критически важно отслеживать прогресс по проекту, так как есть ограниченные сроки, которые не получится подвинуть. А прогресс разработчики никак не могут подтвердить – можно довериться только их экспертной оценке.
В итоге ситуация максимально критическая: в продукт уже инвестированы миллиарды рублей, но все еще непонятно, будет ли вообще получен результат в указанные сроки. Риски для заказчика слишком высоки, чтобы полагаться только на честное слово разработчиков.
🔥 Как мы помогли заказчику с этой нетривиальной задачей, организацией контроля и планирования прогресса на проекте в Agile среде, буду делиться в следующих постах. Интересно?
#кейсы
Как загубить проект в самом начале
Представьте, что вы собираетесь отправиться в длительное путешествие на автомобиле. Вы тщательно проверили машину и заполнили бак топливом. Но по какой-то причине вы решаете не использовать навигатор — например, потому что думаете, что знаете маршрут наизусть или рассчитываете следовать указателям на дороге. Однако именно из-за этого вы тратите много сил и времени на ненужные пути, попадаете в пробки и не приезжаете в нужное время в нужное место. То есть результат вашего путешествия совсем не тот, который вы ожидали.
В управлении проектами подобные ситуации также происходят, когда на начальном этапе вы сформировали неточный, неполный образ результата проекта. Это обычно приводит либо к тому, что сроки проекта сильно сдвигаются из-за бесконечного уточнения требований, либо вовсе к отсутствию нужного, полезного результата внедрения, позволяющего быстро окупить вложенные инвестиции.
💼 Как-то раз я внедрял ERP-систему для производственного предприятия. Одной из главных целей внедрения было выполнение плана производства за счет повышения мотивации работников на выполнение этого самого плана.
Но заказчик подходил к внедрению системы только со стороны функциональности программного продукта, т.е. того, что и как должно работать в будущей системе. И в образе результата была упущена управленческая отчетность – она должна была быть создана уже после завершения основного проекта. То есть по сути было упущено то, ради чего вообще внедряли систему – автоматизированной отчетности с достоверными данными для анализа и принятия нужных управленческих решений.
Когда я разработал и внедрил отчетность по отслеживанию брака, ее сразу же стали применять для повышения качества производства. Директор по производству был в полном восторге, даже несмотря на то, что отчет “считался” несколько часов.
Даже один такой сформированный отчет для отслеживания брака помог компании улучшить и оптимизировать производство. Но если бы создание и внедрение отчетности были бы изначально включены в образ результата от проекта внедрения, компания начала бы получать эффект сразу же, не растягивая разработку и внедрение отчетности еще на пару лет.
Как видите, формирование четкого образа результата проекта помогает намного более реалистично оценивать его трудозатраты и быть уверенными, что внедрение завершится в нужные сроки и вы начнете получать нужный эффект.
Продолжение следует🔥
Представьте, что вы собираетесь отправиться в длительное путешествие на автомобиле. Вы тщательно проверили машину и заполнили бак топливом. Но по какой-то причине вы решаете не использовать навигатор — например, потому что думаете, что знаете маршрут наизусть или рассчитываете следовать указателям на дороге. Однако именно из-за этого вы тратите много сил и времени на ненужные пути, попадаете в пробки и не приезжаете в нужное время в нужное место. То есть результат вашего путешествия совсем не тот, который вы ожидали.
В управлении проектами подобные ситуации также происходят, когда на начальном этапе вы сформировали неточный, неполный образ результата проекта. Это обычно приводит либо к тому, что сроки проекта сильно сдвигаются из-за бесконечного уточнения требований, либо вовсе к отсутствию нужного, полезного результата внедрения, позволяющего быстро окупить вложенные инвестиции.
💼 Как-то раз я внедрял ERP-систему для производственного предприятия. Одной из главных целей внедрения было выполнение плана производства за счет повышения мотивации работников на выполнение этого самого плана.
Но заказчик подходил к внедрению системы только со стороны функциональности программного продукта, т.е. того, что и как должно работать в будущей системе. И в образе результата была упущена управленческая отчетность – она должна была быть создана уже после завершения основного проекта. То есть по сути было упущено то, ради чего вообще внедряли систему – автоматизированной отчетности с достоверными данными для анализа и принятия нужных управленческих решений.
Когда я разработал и внедрил отчетность по отслеживанию брака, ее сразу же стали применять для повышения качества производства. Директор по производству был в полном восторге, даже несмотря на то, что отчет “считался” несколько часов.
Даже один такой сформированный отчет для отслеживания брака помог компании улучшить и оптимизировать производство. Но если бы создание и внедрение отчетности были бы изначально включены в образ результата от проекта внедрения, компания начала бы получать эффект сразу же, не растягивая разработку и внедрение отчетности еще на пару лет.
Как видите, формирование четкого образа результата проекта помогает намного более реалистично оценивать его трудозатраты и быть уверенными, что внедрение завершится в нужные сроки и вы начнете получать нужный эффект.
Продолжение следует🔥
Почему важно вовлекать ключевых сотрудников с самого начала?
Не так давно я делился нашим кейсом по настройке и автоматизации проектного управления на Jira для 300+ участников проектов. Это была большая сложная работа, цель которой – обеспечить прозрачность в управлении проектами и портфелем для всех ролей, от исполнителей до бизнеса.
По сути с помощью создания десятков дашбордов в системе для каждой проектной роли мы выстроили вертикаль от стратегических целей бизнеса до каждого отдельного проекта.
Но самым сложным были не технические настройки, не адаптация системы к нужным бизнес-сценариям и даже не необходимость развертывать очередную фичу в ночное время, пока никто не пользуется системой.
🔧 Самым сложным в этом кейсе был этап формирования требований. Потому что:
🔹 ключевые эксперты, участие которых критически важно, были перегружены, и им было трудно выделить время;
🔹 было важно не только сформировать требования, но и донести до каждого руководителя каждого подразделения, для чего в его область работы добавляются те или иные изменения (необходимость отчитываться по срокам, привязывать реализуемые задачи, списывать трудозатраты и т.д.)
Это, конечно, было не просто, но самое главное – приводило к большому количеству доработок, итераций, и было непонятно, когда мы сможем завершить проект. В итоге, уже ближе к концу, я организовал несколько очных сессий (до этого работа велась онлайн) и путем нескольких итераций с ключевыми руководителями доработали систему.
💡 Главная мысль: когда дело касается большого, сложного, нетипового проекта, практически невозможно с самого начала определить 100% всех требований и четкий образ результата, и это нормально. Потому что понять, что именно нужно и как что должно работать, можно только путем разумного количества итераций в режиме постоянной обратной связи. А это, в свою очередь, возможно только при вовлечении ключевых экспертов (и наличии у них выделенного времени).
👉 Нужная степень вовлечения нужных людей в нужные этапы проекта = снижение риска, что ваш проект растянется на несколько лет. Согласны?
Не так давно я делился нашим кейсом по настройке и автоматизации проектного управления на Jira для 300+ участников проектов. Это была большая сложная работа, цель которой – обеспечить прозрачность в управлении проектами и портфелем для всех ролей, от исполнителей до бизнеса.
По сути с помощью создания десятков дашбордов в системе для каждой проектной роли мы выстроили вертикаль от стратегических целей бизнеса до каждого отдельного проекта.
Но самым сложным были не технические настройки, не адаптация системы к нужным бизнес-сценариям и даже не необходимость развертывать очередную фичу в ночное время, пока никто не пользуется системой.
🔧 Самым сложным в этом кейсе был этап формирования требований. Потому что:
🔹 ключевые эксперты, участие которых критически важно, были перегружены, и им было трудно выделить время;
🔹 было важно не только сформировать требования, но и донести до каждого руководителя каждого подразделения, для чего в его область работы добавляются те или иные изменения (необходимость отчитываться по срокам, привязывать реализуемые задачи, списывать трудозатраты и т.д.)
Это, конечно, было не просто, но самое главное – приводило к большому количеству доработок, итераций, и было непонятно, когда мы сможем завершить проект. В итоге, уже ближе к концу, я организовал несколько очных сессий (до этого работа велась онлайн) и путем нескольких итераций с ключевыми руководителями доработали систему.
💡 Главная мысль: когда дело касается большого, сложного, нетипового проекта, практически невозможно с самого начала определить 100% всех требований и четкий образ результата, и это нормально. Потому что понять, что именно нужно и как что должно работать, можно только путем разумного количества итераций в режиме постоянной обратной связи. А это, в свою очередь, возможно только при вовлечении ключевых экспертов (и наличии у них выделенного времени).
👉 Нужная степень вовлечения нужных людей в нужные этапы проекта = снижение риска, что ваш проект растянется на несколько лет. Согласны?
Мы с Юрием Проскурней, как авторы собственных фреймворков по управлению проектами и изменениями, решили собраться и поговорить на эту злободневную тему.
А именно:
Будет интересно! Скоро поделимся записью подкаста.
У Юрия, кстати, есть телеграм канал, где он делится полезными материалами на тему управления изменений, поэтому советую на него подписаться🤝
Please open Telegram to view this post
VIEW IN TELEGRAM
Главное успеть поздравить и пожелать...
... себе на День рождения:
- Энергии и здоровья, чтобы руки не опускались, когда так хочется сдаться или отложить на завтра
- Непреклонности - доводить классные идеи до реализации, а не лелеять в голове и не бросать на полпути
- Ценить, беречь и заботиться о близких, дорожить отношениями
- Найти девушку, с которой мы сможем создать и разделить яркие моменты жизни
- Смелости - делать новое, непривычное, страшное
- Мудрости - заниматься только тем, на что могу повлиять
- Решительности - действовать, а не тонуть в анализе альтернатив
- Масштаба - думать о том, как изменить мир, а не просто срубить бабла
- Сфокусированности - не распылятся, не браться сразу за много дел
- Терпения - не дергаться, если сразу не получилось
- Принципиальности - делать только то, что соответствует принципам, не идти на сделку с совестью
- Счастья - ценить самые простые моменты, когда ешь вкусную еду, вдыхаешь свежий воздух, общаешься с приятными людьми.
И этого более чем достаточно 😅
... себе на День рождения:
- Энергии и здоровья, чтобы руки не опускались, когда так хочется сдаться или отложить на завтра
- Непреклонности - доводить классные идеи до реализации, а не лелеять в голове и не бросать на полпути
- Ценить, беречь и заботиться о близких, дорожить отношениями
- Найти девушку, с которой мы сможем создать и разделить яркие моменты жизни
- Смелости - делать новое, непривычное, страшное
- Мудрости - заниматься только тем, на что могу повлиять
- Решительности - действовать, а не тонуть в анализе альтернатив
- Масштаба - думать о том, как изменить мир, а не просто срубить бабла
- Сфокусированности - не распылятся, не браться сразу за много дел
- Терпения - не дергаться, если сразу не получилось
- Принципиальности - делать только то, что соответствует принципам, не идти на сделку с совестью
- Счастья - ценить самые простые моменты, когда ешь вкусную еду, вдыхаешь свежий воздух, общаешься с приятными людьми.
И этого более чем достаточно 😅