РИМ-III. Когда нужен результат

Коллеги, майские в разгаре, а впереди очень насыщенные пару месяцев. Делюсь новостями. Новость №1 Совсем скоро, 2 июня, стартует программа «Управление проектами изменений», где мы с профессором бизнес-практики Мариной Починок за 3 дня даем теорию и практику проектного управления и психологию работы с командой. Обучение отлично подходит для руководителей, которые уже реализуют или только планируют проекты перемен (это и выход на новые рынки, и изменение культуры компании, и создание новых продуктов, и так далее). Новость №2 — для всех, кто хочет погрузиться в атмосферу обучения, мы c Мариной проводим традиционный бизнес-завтрак «Цели проекта изменений. Поставить, чтобы выполнить». За чашкой кофе или чая в онлайн-формате обсудим, как рождается цель проекта изменений, как ставить вдохновляющие (и вас, и команду) цели, и как состояние лидера влияет на успех всего проекта. Когда: 14 мая, сразу после праздников, 11:00 (мск) Формат: онлайн Регистрация И совсем скоро анонсирую конференцию в Школе СКОЛКОВО, посвященную результатам большого исследования «Современные практики управления проектами»! По секрету: 17 июня ничего не планируйте.

Ну и подводя итог рефлексии интересные итоги опроса топ-менеджмента крупной российской компании. Перед курсом по управлению изменениями им задавалось два вопроса 🔹 Какие факторы помогают вам делать проекты изменений успешными? 🔹 С какими главными барьерами вы сталкивались в проектах изменений? Я визуализировал их ответы и мне они кажутся совершенно универсальными для всех современных проектов изменений

ДЛЯ ЗАКАЗЧИКА ✅ Система апробации технологий. Пилотирование, проверка гипотез и эксперименты ✅ Поэтапное внедрение технологии с поиском обходных путей для перехода на следующую стадию ✅ Внимательно относится к пользователям: обучение, коммуникации, сбор обратной связи. Продумывать как вовлекать пользователей в проект ✅ Позиционирование изменения - выбирать самое важное для каждой целевой аудитории ✅Растить компетенции заказчиков в области управления проектами и управления изменениями ДЛЯ ПОДРЯДЧИКА ✅Вовлечь Заказчика на ранних этапах разработки продукта. Привлекать технических экспертов заказчиков в обзоры спринта ОБЩЕЕ И ДЛЯ ЗАКАЗЧИКА И ДЛЯ ПОДРЯДЧИКА ✅ Всегда иметь План Б ✅Учесть подводные камни по неявной трудоемкости в опытной эксплуатации ✅Учесть подводные камни трудоемкости интеграции решений вендоров Была и прямо революционное предложение: Забыть о концепции "Заказчик-Исполнитель" - целевое состояние - совместная команда разработки Решение явно самое сильное, но требующее о-о-о-чень высокой степени взаимного доверия. Ну и главное решение, мне понравилось, 🔤🔤🔤🔤🔤🔤🔤 🔤 🔤🔤🔤🔤🔤❗️❗️❗️ Правильные люди смогут все 🙃 P.S. А вообще 12 лет назад у меня была статья «Роль бизнес Заказчика в ИТ проекте» Драматических изменений с тех пор рекомендации не претерпели..

Продолжая рефлексию. По просьбе замечательной компании GetMobit проводил на конференции Ассоциации крупнейших потребителей программного обеспечения и оборудования (АКПО) сессию "Внедрение инноваций в корпорациях. Как делать правильные вещи правильно?" Участники были интересные, дискуссия еще более интересная. Обсуждали типовые риски инновационных проектов.Начали с 12 типовых управленческих рисков, которые я прописал и детально разобрал в своей книге (кстати что-то пока нет отзывов - волнуюсь 🙃). Но очевидно у таких проектов должны быть и свои риски. И вот что вылезло 🔻Иностранный opensource в ядре импортозамещения. Ну это давно известная история - Заказчик "под капотом" заказанного импортозамещающего решения может обнаружить очень неожиданные вещи. 🔻Команда подрядчика не может выполнить взятые обязательства. Тоже, вобщем, понятная ситуация. Инновации они на то и инновации, что много что может пойти не так 🔻Резкий непредсказуемый рост использования продукта. Привели пример, когда пользователи сначала долго не хотели использовать решение ВКС, а потом кааааак начали - все начало тормозить, потому что расширение аппаратной платформы собирались сделать позже. 🔻У Заказчика нет ресурсов для интеграции решений вендоров (выстраивания технологических цепочек). Это проблема больших компаний, у которых на разных проектах работают разные вендоры/подрядчики. Их всех надо "женить" и это требует очень серьезных компетенций. А их не хватает... 🔻Заказчик меняет требования к решениям из-за изменения ИТ ландшафта. Чем дольше длиться проект, тем больше изменений в ландшафте. И приходится много что менять. "Пока противник рисует карты наступления, мы меняем ландшафты, причем вручную. Когда приходит время атаки, противник теряется на незнакомой местности и приходит в полную небоеготовность. В этом смысл. В этом наша стратегия…" (c) Фильм «ДМБ» Ну риски понятные, интереснее как их решать. Об этом тоже поговорили 🦉

Продолжая рефлексию. По просьбе замечательной компании GetMobit проводил на конференции Ассоциации крупнейших потребителей программного обеспечения и оборудования (АКПО) сессию "Внедрение инноваций в корпорациях. Как делать правильные вещи правильно?" Участники были интересные, дискуссия еще более интересная. Обсуждали типовые риски инновационных проектов.Начали с 12 типовых управленческих рисков, которые я прописал и детально разобрал в своей книге (кстати что-то пока нет отзывов - волнуюсь 🙃). Но очевидно у таких проектов должны быть и свои риски. И вот что вылезло 🔻Иностранный opensource в ядре импортозамещения. Ну это давно известная история - Заказчик "под капотом" заказанного импортозамещающего решения может обнаружить очень неожиданные вещи. 🔻Команда подрядчика не может выполнить взятые обязательства. Тоже, вобщем, понятная ситуация 🔻Резкий непредсказуемый рост использования продукта. Привели пример, когда пользователи сначала долго не хотели использовать решение ВКС, а потом кааааак начали - все начало тормозить, потому что расширение аппаратной платформы собирались сделать позже. 🔻У Заказчика нет ресурсов для интеграции решений вендоров (выстраивания технологических цепочек) 🔻Заказчик меняет требования к решениям из-за изменения ИТ ландшафта Ну риски понятные, интереснее как их решать 🦉 Поэтапное внедрение технологии с поиском обходных путей для перехода на следующую стадию Поэтапное внедрение технологии с поиском обходных путей для перехода на следующую стадию Поэтапное внедрение технологии с поиском обходных путей для перехода на следующую стадию Внимательно относится к пользователям: обучение, коммуникации, сбор обратной связи / Система апробации / Проверка гипотез и эксперименты / Всегда иметь План Б / Придумывать как вовлекать пользователей в проект / Позиционирование изменения - выбирать самое важное для каждой целевой аудитории / Работа на ранних этапах разработки продукта. Вовлечение технических экспертов заказчиков в обзоры спринта / Учесть подводные камни по неявной трудоемкости в опытной эксплуатации / Учесть подводные камни трудоемкости интеграции решений вендоров / Растить компетенции заказчиков в области управления проектами / Развивать в Заказчике управления изменениями / Забыть о концепции "Заказчик-Исполнитель" - целевое состояние - совместная команда разработки / Поэтапное внедрение технологии с поиском обходных путей для перехода на следующую стадию / Энергия в людях Ну и главное решение, мне понравилось, 🔤🔤🔤🔤🔤🔤🔤 🔤 🔤🔤🔤🔤🔤❗️❗️❗️ Правильные люди смогут все 🙃

На выходных появилось время разобраться с выступлениями - в потоке не всегда есть время порефлексировать. А на праздниках есть - так что всем рекомендую посмотреть обратно на последние пару месяцев и спросить себя "А что любопытного я мог пропустить в текучке?"... Март-апрель к меня выдался насыщенный буду делиться интересными находками. Учил будущих участников Советов Директоров, надо было показать роль проектного управления для СД. Нашел вот такую любопытную картинку отсюда. Суть в том, что ни система управления отдельным проектом (СУП, Профиль проекта, The Project Managеment System), ни Корпоративная система управления проектом (КСУП, Enterprise Project Management) в идеале Совет Директоров волновать не должны. Ибо это уровень управленческий (Management), а не руководящий (Governance). Но жизнь, как известно богаче теории. И Членам СД приходится заниматься проектами. В первую очередь проектами стратегическими, ключевыми для организации. Но конечно не в роли Лидера, а скорее Члена УК, иногда Куратора.

6-7 июня я выступаю на Летней школе «Управление проектами» 2024. Приглашаю вас присоединиться ко мне на этом интенсивном выездном мероприятии. Вообще будет много интересного... Что я буду вести: 📍День 1. Мастер-майнд «Темная Материя» - анализ скрытых проблем проектного управления и поиск способов их решения. Станислав Ежи Лец: “Все всё понимают, так почему никто ничего понять не может”. Все, кто хотел уже все про проектное управление поняли. Но что-то как-то тяжело идет... Вот и обсудим почему. Второй день будет прямо моим бенефисом 🙃 📍Командная практика: УПРАВЛЕНИЕ ИЗМЕНЕНИЯМИ. Мы с моей коллегой, профессором СКОЛКОВО, Мариной Починок собрали под сотню разных работающих инструментов и практик управления изменениями. На наших образовательных курсах мы их активно используем. А Летней школе в формате сторителлинга и групповой работы участники обобщат свой опыт и опишут самые перспективные и работающие практики и инструменты. И этим они помогут а) самим себе разобраться в вопросе б) пополнить общедоступную Базу Рабочих Инструментов и Знаний (БРИЗ (https://brizpm.ru/)). 📍Командная практика: КОНТРОЛЬ ПРОЕКТОВ: ТИПЫ РЕЗУЛЬТАТОВ И КОНТРОЛЬНЫЕ ТОЧКИ. Командная работа по построению реестра типовых контрольных точек для проектов. Контрольные точки являются наиболее эффективным и работающим инструментом в российском проектном управлении. Но типовые реестры контрольных точек есть только в крупных компаниях. На сессии участники выберут самые интересные проекты и сформируют для них несколько уровней контрольных точек. А заодно освоят практику проведения сессии по планированию от результатов. Ее потом можно будет использовать для своих проектов. 📍Командная практика: УПРАВЛЕНИЕ РИСКАМИ В ПРОЕКТЕ. Командная работа по построению реестра типовых рисков для проектов. Тим Листер, Автор книг по управлению проектами и управлению командами выдал чеканную формулировку: "Для взрослых людей управление проектами это управление рисками…" (Risk Management is How Adults Manage Projects). На сессии мы посмотрим на несколько типовых реестров рисков, которые были разработаны в разных организациях в разное время и попробуем сформировать универсальный список топ рисков по разным видам проектов 📍Деловая игра «Сырной Практикум для Слоновщика» - закрепление ключевых рисков проекта и элементов системы управления. Те кто еще не поиграл, смогут попробовать мою новую игру При регистрации по промокоду ALFEROV2024 скидка 10%! Регистрируйтесь здесь. До встречи на Летней школе!

Культуролог и философ Йохан Хейзинга считал, что вся человеческая культура имеет игровую природу. В управлении проектами тоже есть место геймификации, и в апреле мы пополнили нашу базу знаний БРИЗ, разработанную совместно с Андреем Малаховым, тремя игровыми методами: 🔷Покер планирования – формат вовлечения команды в оценку сложности и трудоемкости задач в гибких подходах 🔷Покер делегирования – позволяет совместно с командой определить уровни делегирования задач и заполнить матрицу делегирования 🔷Модель принятия решений – позволяет в игровой форме с помощью специальных карточек определить и зафиксировать внутри команды способы принятия решений для ключевых областей. Для продвинутых есть аж 12 способов принимать решения в команде А еще, благодаря вашей обратной связи, мы узнали, что у нас не была описана роль Заказчик, и исправили это🔥 Не забывайте поделиться с коллегами 😎

Культуролог и философ Йохан Хейзинга считал, что вся человеческая культура имеет игровую природу. В управлении проектами тоже есть место геймификации, и в апреле мы пополнили нашу базу знаний БРИЗ, разработанную совместно с Павлом Алферовым, тремя игровыми методами: 🔷Покер планирования – формат вовлечения команды в оценку сложности и трудоемкости задач в гибких подходах 🔷Покер делегирования – позволяет совместно с командой определить уровни делегирования задач и заполнить матрицу делегирования 🔷Модель принятия решений – позволяет в игровой форме с помощью специальных карточек определить и зафиксировать внутри команды способы принятия решений для ключевых областей А еще, благодаря вашей обратной связи, мы узнали, что у нас не была описана роль Заказчик, и исправили это🔥 Не забывайте поделиться с коллегами 😎

НЕ ВОЗНЫВАТЬ (с) Это лучший совет себе, который я услышал от одного из наших студентов. Когда тебе кажется, что самое время пожаловаться и поныть о том, как несправедлива жизнь, что все идёт вопреки ожиданиям и что люди вокруг не те и не о том, надо сказать себе эту волшебную мантру. Ведь мы не можем изменить внешние обстоятельства. Мы не можем изменить других людей. Но мы точно можем изменить своё отношение и свои действия. Можно занять позицию жертвы и ныть. А можно - позицию автора и сместить фокус на то, что можно взять из ситуации, в которой ты оказался. И тогда обстоятельства заиграют новыми красками. Так что врываемся в праздники, не вознывая.