Forwarded from IT САМОУЧКИ
Виды проектов:
1. Проект-любимец. Любимый проект руководителя. Неважно сколько стоит, не важно, какие убытки несет компания, этот проект в приоритете у высшего руководства.
2. Проект-арбуз. Снаружи зеленый (в рамках графика), но, если надрежешь увидишь, что внутри он весь красный.
3. Проект-гриб. Они вырастают в темноте. Никто их не ожидал, никто не знает откуда они взялись и даже кто ими управляет.
4. Проект-подводная лодка. Он появляется на поверхности только из-за необходимости, набрать воздух (ресурсы), залатать дыры, в остальное время их не видно. Отсутствие новостей – хорошие новости?
5. Проект-таракан. Руководство давит его тапком, вымораживает (те, кто постарше могу помнить такой способ борьбы с тараканами), но он выживает и по ночам жрет на кухне насыпанный для него дуст.
6. Проект-призрак. Похож на проект-гриб, за исключением того, что, когда он появляется вы вскрикиваете от ужаса.
7. Проект-зомби. Это разновидность проекта-таракана, проект прекращен, но продолжает потреблять ресурсы, финансы.
8. Проект-цунами. Обычно это стратегический, высокоприоритетный проект, который разрушает все на своем пути. Бывает, проекты-цунами являются секретными и предназначены для реструктуризации компаний.
9. Проект-иглобрюх. С виду это маленькая рыбка, но, когда вы подходите близко она, увеличивается в размерах в 4 раза.
10. Проект-святая корова. Разновидность проекта-любимца, это проект, который вы не можете ставить под сомнение, несмотря на убыточность организации, но он будет жить так как является традицией.
11. Проект-павлин. Это проекты, призванные утолить тщеславие руководства. Они начинаются с бравады и закладки камня в фундамент, но в итоге становятся никому не нужной обузой.
12. Проект-белый слон. Мега-проекты, такие как олимпийские игры, часто инфраструктурные. Невероятно дорогие с небольшими результатами или его отсутствием.
13. Проект-прамбанан. Назван в честь храма в Индонезии, который по легенде построили за 1 ночь. Собственно, все ясно из названия, это проект – «сделать вчера».
14. Проект-день сурка. В компании все страдают амнезией и наступают на те же грабли.
15. Проект-фальшивый нос. Это старые проекты, которые переименовали, таким образом, чтобы люди не узнали проект, который провалился в прошлом году.
16. Проект-осьминог. Проект, который живет очень глубоко и подчиняется нескольким управляющим комитетам, которые могу не знать друг об друге.
17. Проект-слон в комнате, которого предпочитают не замечать. Это проект табу, большой, занимает всю комнату, неприятно пахнет, но все предпочитают его не замечать.
18. Проект-единорог. Проект-любимец, рожденный в сказке, для примера, на выездном собрании топ менеджеров. Он не имеет ничего общего с реальностью, однако он неприкосновенен. А какие ещё виды проектов по вашему бывают? Поделитесь ⤵ и подпишитесь✅ на наш канал Самоучки IT (управление проектами), чтобы не пропустить полезное и интересное ..💫
1. Проект-любимец. Любимый проект руководителя. Неважно сколько стоит, не важно, какие убытки несет компания, этот проект в приоритете у высшего руководства.
2. Проект-арбуз. Снаружи зеленый (в рамках графика), но, если надрежешь увидишь, что внутри он весь красный.
3. Проект-гриб. Они вырастают в темноте. Никто их не ожидал, никто не знает откуда они взялись и даже кто ими управляет.
4. Проект-подводная лодка. Он появляется на поверхности только из-за необходимости, набрать воздух (ресурсы), залатать дыры, в остальное время их не видно. Отсутствие новостей – хорошие новости?
5. Проект-таракан. Руководство давит его тапком, вымораживает (те, кто постарше могу помнить такой способ борьбы с тараканами), но он выживает и по ночам жрет на кухне насыпанный для него дуст.
6. Проект-призрак. Похож на проект-гриб, за исключением того, что, когда он появляется вы вскрикиваете от ужаса.
7. Проект-зомби. Это разновидность проекта-таракана, проект прекращен, но продолжает потреблять ресурсы, финансы.
8. Проект-цунами. Обычно это стратегический, высокоприоритетный проект, который разрушает все на своем пути. Бывает, проекты-цунами являются секретными и предназначены для реструктуризации компаний.
9. Проект-иглобрюх. С виду это маленькая рыбка, но, когда вы подходите близко она, увеличивается в размерах в 4 раза.
10. Проект-святая корова. Разновидность проекта-любимца, это проект, который вы не можете ставить под сомнение, несмотря на убыточность организации, но он будет жить так как является традицией.
11. Проект-павлин. Это проекты, призванные утолить тщеславие руководства. Они начинаются с бравады и закладки камня в фундамент, но в итоге становятся никому не нужной обузой.
12. Проект-белый слон. Мега-проекты, такие как олимпийские игры, часто инфраструктурные. Невероятно дорогие с небольшими результатами или его отсутствием.
13. Проект-прамбанан. Назван в честь храма в Индонезии, который по легенде построили за 1 ночь. Собственно, все ясно из названия, это проект – «сделать вчера».
14. Проект-день сурка. В компании все страдают амнезией и наступают на те же грабли.
15. Проект-фальшивый нос. Это старые проекты, которые переименовали, таким образом, чтобы люди не узнали проект, который провалился в прошлом году.
16. Проект-осьминог. Проект, который живет очень глубоко и подчиняется нескольким управляющим комитетам, которые могу не знать друг об друге.
17. Проект-слон в комнате, которого предпочитают не замечать. Это проект табу, большой, занимает всю комнату, неприятно пахнет, но все предпочитают его не замечать.
18. Проект-единорог. Проект-любимец, рожденный в сказке, для примера, на выездном собрании топ менеджеров. Он не имеет ничего общего с реальностью, однако он неприкосновенен. А какие ещё виды проектов по вашему бывают? Поделитесь ⤵ и подпишитесь✅ на наш канал Самоучки IT (управление проектами), чтобы не пропустить полезное и интересное ..💫
Telegram
IT САМОУЧКИ
Все про управление проектами в IT
По всем вопросам @Evgeniya_Shevo4ka
По всем вопросам @Evgeniya_Shevo4ka
Media is too big
VIEW IN TELEGRAM
⚡️Новость, которую ждали многие: уже в мае будет доступен наш курс по управлению проектами «Бери и делай», который записала моя коллега – Дарья Зайцева, руководитель направления обучения в PMLogix.
В ближайшее время буду рассказывать о нем подробнее🔥 Ну а сегодня поделюсь небольшим отрывком урока из первого модуля курса👆
В ближайшее время буду рассказывать о нем подробнее🔥 Ну а сегодня поделюсь небольшим отрывком урока из первого модуля курса👆
Смертный грех руководителя или до чего вас доведёт микроменеджмент👇
https://vc.ru/hr/1143039-smertnyy-greh-rukovoditelya-ili-do-chego-vas-dovedet-mikromenedzhment
#статьи
https://vc.ru/hr/1143039-smertnyy-greh-rukovoditelya-ili-do-chego-vas-dovedet-mikromenedzhment
#статьи
vc.ru
Смертный грех руководителя или до чего вас доведёт микроменеджмент — Карьера на vc.ru
Почему руководители так любят микроменеджментить и что на самом деле стоит за навязчивым желанием влезать в работу сотрудников? К каким негативным последствиям может привести постоянное участие в операционке? В каких случаях микроменеджмент полезен руководителю…
Кстати, как перестать работать за команду – у нас в PMLogix есть видеокурс на эту тему, который прошли уже сотни руководителей.
Курс состоит из 3 модулей:
1️⃣Состав команды проекта. Кого включать, а кого нет
2️⃣Делегирование. Деление ответственности по зонам
3️⃣Матрица ответственности. Деление ответственности за результаты проекта
🔥Также каждый участник в конце курса получит:
📌шаблон с перечнем ролей, зон ответственности (с их описанием), полномочий для каждой проектной роли;
📌шаблон матрицы ответственности с рекомендациями по заполнению. Этот документ дает ясность всем участникам проекта, кто и за что отвечает, и является гарантом договоренностей.
Почитать о курсе подробнее и познакомиться с отзывами довольных клиентов можно по ссылке.
#обучение_PMLogix #команда
Курс состоит из 3 модулей:
1️⃣Состав команды проекта. Кого включать, а кого нет
2️⃣Делегирование. Деление ответственности по зонам
3️⃣Матрица ответственности. Деление ответственности за результаты проекта
🔥Также каждый участник в конце курса получит:
📌шаблон с перечнем ролей, зон ответственности (с их описанием), полномочий для каждой проектной роли;
📌шаблон матрицы ответственности с рекомендациями по заполнению. Этот документ дает ясность всем участникам проекта, кто и за что отвечает, и является гарантом договоренностей.
Почитать о курсе подробнее и познакомиться с отзывами довольных клиентов можно по ссылке.
#обучение_PMLogix #команда
Некий Питер Скиллман как-то раз организовал соревнование, чтобы выяснить, почему одни группы действуют более слаженно, а другие - менее.
Он пригласил 4 группы людей. У каждой команды было одно задание: построить максимально высокое сооружение, используя предметы - 20 упаковок спагетти, метр клейкой ленты, метр веревки, один зефир. Важно, что зефир должен был находиться на самом верху.
Интересен состав этих команд. В группах из 4 человек были:
📌студенты школ бизнеса
📌дошкольники
📌юристы
📌руководители компаний
Как думаете, какая команда выиграла в этом соревновании? И почему? На кого вы бы сделали ставку?
Подумайте и переходите на канал моей коллеги Пряхиной Юлии 👈🏼, чтобы узнать ответ🔥
Please open Telegram to view this post
VIEW IN TELEGRAM
Культуролог и философ Йохан Хейзинга считал, что вся человеческая культура имеет игровую природу.
В управлении проектами тоже есть место геймификации, и в апреле мы пополнили нашу базу знаний БРИЗ, разработанную совместно с Павлом Алферовым, тремя игровыми методами:
🔷Покер планирования – формат вовлечения команды в оценку сложности и трудоемкости задач в гибких подходах
🔷Покер делегирования – позволяет совместно с командой определить уровни делегирования задач и заполнить матрицу делегирования
🔷Модель принятия решений – позволяет в игровой форме с помощью специальных карточек определить и зафиксировать внутри команды способы принятия решений для ключевых областей
А еще, благодаря вашей обратной связи, мы узнали, что у нас не была описана роль Заказчик, и исправили это🔥 Не забывайте поделиться с коллегами 😎
#бриз #команда #управление_проектами #бери_и_делай
В управлении проектами тоже есть место геймификации, и в апреле мы пополнили нашу базу знаний БРИЗ, разработанную совместно с Павлом Алферовым, тремя игровыми методами:
🔷Покер планирования – формат вовлечения команды в оценку сложности и трудоемкости задач в гибких подходах
🔷Покер делегирования – позволяет совместно с командой определить уровни делегирования задач и заполнить матрицу делегирования
🔷Модель принятия решений – позволяет в игровой форме с помощью специальных карточек определить и зафиксировать внутри команды способы принятия решений для ключевых областей
А еще, благодаря вашей обратной связи, мы узнали, что у нас не была описана роль Заказчик, и исправили это🔥 Не забывайте поделиться с коллегами 😎
#бриз #команда #управление_проектами #бери_и_делай
🔥Посты, с которых можно начать:
🔶День повышения зарплаты
🔶Крутой спец — не крутой менеджер
🔶Не ищи причину каждой ошибки
🔶Токсичная продуктивность
🔶Не злись, это пустая трата энергии
🔶Руководитель не должен быть постоянно занят
🔶Как определить плохого руководителя
🔶Ходи на собеседования, даже если не хочешь менять работу
🔶Ответственность
Друзья, поделитесь в комментах своими подборками каналов, которые постоянно читаете🤝
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
прод не упал
Расскажу как надо менеджерить
Как не надо — вы и сами знаете))
Есть мат, есть лонгриды, нет спама
По всем вопросам: @prodmedia_mgr1
Забустить канал: https://yangx.top/prodneupal?boost
Как не надо — вы и сами знаете))
Есть мат, есть лонгриды, нет спама
По всем вопросам: @prodmedia_mgr1
Забустить канал: https://yangx.top/prodneupal?boost
Дайджест за апрель: делюсь подборкой топовых материалов прошедшего месяца🔥
Посты:
🔸Проджекты не извиняются: кто на самом деле виноват в сорванных сроках на проектах
🔸Почему сложные организационные проекты стоят на паузе годами
🔸Что общего между похудением и внедрением изменений в систему управления
🔸3 типа людей, с которыми я не готов работать
Статьи:
🔸Как организовать работу команды и не сойти с ума: 5 инструментов в одном решении, которые спасут ваши проекты
🔸Смертный грех руководителя или до чего вас доведет микроменеджмент
Гайд:
🔸Как научиться делегировать за 10 минут: пошаговая инструкция для правильного и своевременного выполнения делегированной задачи
👉Также в этом месяце мы пополнили базу знаний БРИЗ тремя игровыми инструментами для команды: покер планирования, покер делегирования, модель принятия решений.
Не забудьте поделиться с коллегами🔥
#дайджест_PMLogix
Посты:
🔸Проджекты не извиняются: кто на самом деле виноват в сорванных сроках на проектах
🔸Почему сложные организационные проекты стоят на паузе годами
🔸Что общего между похудением и внедрением изменений в систему управления
🔸3 типа людей, с которыми я не готов работать
Статьи:
🔸Как организовать работу команды и не сойти с ума: 5 инструментов в одном решении, которые спасут ваши проекты
🔸Смертный грех руководителя или до чего вас доведет микроменеджмент
Гайд:
🔸Как научиться делегировать за 10 минут: пошаговая инструкция для правильного и своевременного выполнения делегированной задачи
👉Также в этом месяце мы пополнили базу знаний БРИЗ тремя игровыми инструментами для команды: покер планирования, покер делегирования, модель принятия решений.
Не забудьте поделиться с коллегами🔥
#дайджест_PMLogix
Друзья, приглашаю вас на жаркую дискуссию, которая состоится на Youtube канале Neogenda уже на следующей неделе
7 мая в 19:00 в прямом эфире вместе с Дмитрием Кустовым, экспертом в продуктовом менеджменте, поговорим о разнице в наших подходах.
Что будем обсуждать:
Ведущий — Алексей Пименов.
Включите уведомления, чтобы не пропустить ссылку на трансляцию
Please open Telegram to view this post
VIEW IN TELEGRAM
Кто за кем бегает❓
Предлагаю в последний день этой тяжелой трудовой недели подискутировать на тему взаимодействия между исполнителем и заказчиком (или сотрудником и руководителем), а именно:
📌кто должен добиваться приемки результата – исполнитель или заказчик?
📌если исполнитель направил заказчику вопрос по задаче, но заказчик не ответил, на ком из них ответственность за несвоевременное выполнение задачи – на исполнителе или заказчике?
На чьей стороне должна быть инициатива?
Есть два противоположных мнения:
1️⃣Исполнитель должен бегать за заказчиком и быть инициатором.
Потому что в его интересах своевременно выполнить работу, добиться обратной связи и получить результат, который от него ждут. Заказчики и руководители, как правило, параллельно решают десятки других задач и поэтому могут забыть про назначенную встречу, утверждение материала, согласование документов и т.д. А вот задача сотрудника/исполнителя – не просто выполнить свою работу, но и проконтролировать её утверждение со стороны заказчика, взяв инициативу в свои руки и, как следствие, ответственность за результат на себя.
2️⃣Исполнитель не должен бегать за заказчиком и быть инициатором.
Потому что согласование и утверждение чего-либо – в первую очередь в интересах заказчика, которому нужно получить результат. И если он забыл дать обратную связь по какому-либо вопросу, вся ответственность на нем. Кроме этого, когда сотрудник не видит инициативу со стороны руководителя, у него снижается мотивация и возникает вопрос: а действительно ли это нужно заказчику?
Обсудим? Кто за кем в итоге должен бегать и должен ли?
Предлагаю в последний день этой тяжелой трудовой недели подискутировать на тему взаимодействия между исполнителем и заказчиком (или сотрудником и руководителем), а именно:
📌кто должен добиваться приемки результата – исполнитель или заказчик?
📌если исполнитель направил заказчику вопрос по задаче, но заказчик не ответил, на ком из них ответственность за несвоевременное выполнение задачи – на исполнителе или заказчике?
На чьей стороне должна быть инициатива?
Есть два противоположных мнения:
1️⃣Исполнитель должен бегать за заказчиком и быть инициатором.
Потому что в его интересах своевременно выполнить работу, добиться обратной связи и получить результат, который от него ждут. Заказчики и руководители, как правило, параллельно решают десятки других задач и поэтому могут забыть про назначенную встречу, утверждение материала, согласование документов и т.д. А вот задача сотрудника/исполнителя – не просто выполнить свою работу, но и проконтролировать её утверждение со стороны заказчика, взяв инициативу в свои руки и, как следствие, ответственность за результат на себя.
2️⃣Исполнитель не должен бегать за заказчиком и быть инициатором.
Потому что согласование и утверждение чего-либо – в первую очередь в интересах заказчика, которому нужно получить результат. И если он забыл дать обратную связь по какому-либо вопросу, вся ответственность на нем. Кроме этого, когда сотрудник не видит инициативу со стороны руководителя, у него снижается мотивация и возникает вопрос: а действительно ли это нужно заказчику?
Обсудим? Кто за кем в итоге должен бегать и должен ли?
Please open Telegram to view this post
VIEW IN TELEGRAM
Кто-то продолжает жарить шашлыки, а кто-то готовит крутой кейс: как во время разработки методологии управления заказчику мы создали калькулятор для определения, что является проектом, а что нет.
Киньте реакций, если интересно🔥
Киньте реакций, если интересно🔥
Андрей Малахов | от проектов к изменениям
Напоминаю, что уже завтра в 19:00 по Москве состоится эфир «Продуктовый vs Проектный подход»🔥 Обсудим главные отличия и ответим на все ваши вопросы🤝
Ссылка на трансляцию
Ссылка на трансляцию
Please open Telegram to view this post
VIEW IN TELEGRAM
Во время разработки методологии управления ИТ-проектами для заказчика мы столкнулись с проблемой: что в компании является проектом, а что нет, и к каким инициативам целесообразно применять инструменты и методы проджект менеджмента.
Рассказываю, как мы разработали калькулятор, который помог отличить проекты от непроектов, эффективно распределить ресурсы и предотвратить дорогостоящие ошибки:
Читайте кейс по этой ссылке и делитесь своей точкой зрения🤝
#статьи #кейсы #методология #управление_проектами
Please open Telegram to view this post
VIEW IN TELEGRAM
vc.ru
Чем грозит проектный менеджмент для непроектов. Как и зачем мы разработали калькулятор определения проектов — Карьера на vc.ru
Во время разработки методологии управления ИТ-проектами заказчику мы столкнулись с проблемой: что в компании является проектом, а что нет, и к каким инициативам целесообразно применять инструменты и методы проджект менеджмента. Рассказываю кейс, как мы разработали…
Уже через час стартует наш эфир, на котором мы обсудим тонкости продуктового и проектного подходов. Готовьте ваши вопросы🔥
Ссылка на трансляцию
Ссылка на трансляцию
Почему для выигрыша в казино нельзя применить проектный подход, как продуктовый подход применяется в строительстве самолетов, может ли продукт не быть экономически обоснованным, что объединяет проект и продукт и многое другое 👉 смотрите в записи этого классного эфира.
Ребята из Neogenda, благодарю вас за приглашение, был рад поучаствовать🤝
#вебинары #управление_проектами
Ребята из Neogenda, благодарю вас за приглашение, был рад поучаствовать🤝
#вебинары #управление_проектами
20 мая мы с Дарьей Зайцевой, руководителем направления обучения в PMLogix, проведем бесплатный вебинар при поддержке Летней школы «Управление проектами» 2024🚀
📌Тема вебинара: Поиск, формулирование и приоритизация проблем
Решение проблем - непростая задача, когда речь о сложных, постоянно повторяющихся, системных проблемах.
Кроме того, о проблемах часто не принято говорить - всем нравится мыслить вызовами и целями, а о проблемах никто и слушать не хочет.
Чтобы перейти от временных решений проблем к постоянным и системным, важно понятно их формулировать, находить глубинные причины и уметь преподносить их лицам, принимающим решения, так, чтобы это не вызывало отторжения. Этим мы и займемся с нашими участниками вебинара.
👉Вебинар будет состоять из 2 частей: теоретической и практической с помощью онлайн-доски Miro.
🕐Время проведения: 20 мая 11:00-13:00
Читайте подробную программу и регистрируйтесь по ссылке
📌Тема вебинара: Поиск, формулирование и приоритизация проблем
Решение проблем - непростая задача, когда речь о сложных, постоянно повторяющихся, системных проблемах.
Кроме того, о проблемах часто не принято говорить - всем нравится мыслить вызовами и целями, а о проблемах никто и слушать не хочет.
Чтобы перейти от временных решений проблем к постоянным и системным, важно понятно их формулировать, находить глубинные причины и уметь преподносить их лицам, принимающим решения, так, чтобы это не вызывало отторжения. Этим мы и займемся с нашими участниками вебинара.
👉Вебинар будет состоять из 2 частей: теоретической и практической с помощью онлайн-доски Miro.
🕐Время проведения: 20 мая 11:00-13:00
Читайте подробную программу и регистрируйтесь по ссылке
Бесполезные сроки на проектах📈
Не так давно на одной из первых встреч заказчик рассказывал о проблемах, которые есть в ведении проектов в компании.
Одна из них – нереалистичные сроки.
Например, сначала создается план проекта, в котором срок ввода в эксплуатацию строительного объекта ставится с большим запасом.
Далее идет утверждение внутреннего графика проекта, который сдвигается влево относительно общего срока – при этом все сотрудники понимают, что этот график заведомо нереалистичен и получится успеть только к общему сроку. График согласовывается с ген.подрядчиком и все участники также под ним подписываются.
❗️ Однако установка заведомо нереалистичных сроков приводит к тому, что далеко не все участники стремятся успеть к внутреннему сроку, так как доверия к плану нет изначально, а во многих случаях он невыполним.
Что в итоге?
Представьте, что по внутренним документам сдача объекта запланирована в августе. Это значит, что заранее необходимо будет провести ряд таких работ, как закупка необходимых лицензий на ПО, выдача клиентам ключей, создание информационной базы и т.д. Когда сроки не соблюдаются, постоянно приходится переделывать одну и ту же работу по несколько раз: снова покупать лицензии или обновлять базу.
Сроки – это часто один из ключевых критериев успешного завершения проекта.
Однако как бы нам не хотелось сдвинуть внутренний график проекта влево, чтобы подстраховаться, важно понять, откуда он берется и насколько он реалистичен с точки зрения прошлого опыта и возможных рисков. Иначе в попытке подстелить соломку мы делаем только хуже. Согласны?
Часто у вас на проектах внутренние сроки директивно сдвигаются влево?
К чему это обычно приводит?
#управление_проектами
Не так давно на одной из первых встреч заказчик рассказывал о проблемах, которые есть в ведении проектов в компании.
Одна из них – нереалистичные сроки.
Например, сначала создается план проекта, в котором срок ввода в эксплуатацию строительного объекта ставится с большим запасом.
Далее идет утверждение внутреннего графика проекта, который сдвигается влево относительно общего срока – при этом все сотрудники понимают, что этот график заведомо нереалистичен и получится успеть только к общему сроку. График согласовывается с ген.подрядчиком и все участники также под ним подписываются.
Что в итоге?
Представьте, что по внутренним документам сдача объекта запланирована в августе. Это значит, что заранее необходимо будет провести ряд таких работ, как закупка необходимых лицензий на ПО, выдача клиентам ключей, создание информационной базы и т.д. Когда сроки не соблюдаются, постоянно приходится переделывать одну и ту же работу по несколько раз: снова покупать лицензии или обновлять базу.
Сроки – это часто один из ключевых критериев успешного завершения проекта.
Однако как бы нам не хотелось сдвинуть внутренний график проекта влево, чтобы подстраховаться, важно понять, откуда он берется и насколько он реалистичен с точки зрения прошлого опыта и возможных рисков. Иначе в попытке подстелить соломку мы делаем только хуже. Согласны?
Часто у вас на проектах внутренние сроки директивно сдвигаются влево?
К чему это обычно приводит?
#управление_проектами
Please open Telegram to view this post
VIEW IN TELEGRAM
Сегодня делюсь с вами нашей разработкой – канвасом, который позволяет быстро оценить, что происходит с вашей компанией и на чем необходимо сфокусироваться при трансформации системы управления проектами и изменениями.
Канвас – это инструмент коллективного планирования, с помощью которого можно визуализировать идеи, цели, проблемы и способы их решения.
Краткая инструкция⬇️
📌Стратцели: опишите, что является стратегическим приоритетом в бизнесе, куда важно инвестировать основные ресурсы, от достижения каких целей зависит будущее компании.
📌Стратпроекты: самые важные проекты для организации. Это могут быть проекты оргизменений, цифровой трансформации, слияния или поглощения – всё, от чего зависит успех реализации стратегии.
📌Стейкхолдеры: первое лицо компании, акционеры, ключевые заказчики, руководители департаментов и все, кто заинтересован в изменениях.
📌Проблемы и риски: что может помешать двигаться к достижению стратцелей. Опишите, с какими трудностями при реализации проектов и оргизменений уже сталкиваются стейкхолдеры или какие могут возникнуть (например, из-за слабого функционального взаимодействия на значимых для компании проектах могут “поехать” сроки).
📌Катализаторы: почему именно сейчас? Что формирует неотложность внедрения изменений и может помочь: подходящее время из-за низкого сезона, быстрый рост компании и понимание, что управление «как раньше» уже невозможно, и т.д.
📌Блокеры: что мешает внедрению изменений сейчас или может затормозить в будущем. Например, повышенная загрузка ключевых сотрудников или глобальное изменение в организации, идущее «на фоне» (слияние или поглощение).
#канвасы #управление_изменениями #бери_и_делай
Please open Telegram to view this post
VIEW IN TELEGRAM