Дмитрий Лукьянов на Kyiv Project Management Day 2019

16 ноября состоится Kyiv Project Management Day 2019. Ожидается 700 участников, 70 спикеров на 7 потоках конференции.

Управляющий партнер «Бюро проектного менеджмента» Дмитрий Лукьянов выступит с темой «The new generation of standards for project management: the European approach«.
Дмитрий участвовал в переводе базового европейского стандарта по управлению проектами PM2 на русский язык и представит на конференции его краткий обзор.

Стандарт PM2 разрабатывается при поддержке Евросоюза и сообщества PM2 Alliance с 2007 года. Если вы заинтересованы в переводе стандарта на украинский язык, на сайте можно ознакомиться с необходимой для этого информацией.

Для наших друзей и партнеров действует приятный бонус – промокод lukianov дает скидку 10%.

  
Поделитесь с друзьями

Читайте также

Lviv PM Day 2018 и два выступления от Дмитрия Лукьянова
Lviv PM Day 2018 и два выступления от Дмитрия Лукьянова
10 ноября 2018 года во Львове состоялась конференция PM Day Lviv 2018. PM Day Lviv завершил серию "PM Day", которая ежегодно проходит в Одессе, Харькове, Львове и Киеве. Управляющий партнер «Бюро проектного менеджмента» Дмитрий Лукьянов порадовал сразу двумя выступлениями. В потоке "Agile и гибкие методологии" он презентовал тему ”«Исторический след» в японской методологии управления проектами: от «Книги пяти колец» до стандарта «Р2М»”. Дмитрий провел аналогии между "Путем воина" и "Путем проектного менеджера" с учетом ценностей Scrum и каждой из "Пяти книг" М. Мусаси: книг "Земли", "Воды", "Огня", "Ветра" и "Пустоты". В потоке "Product Management" обсудили “Откуда берутся Product Owner`ы – ими рождаются или становятся?”. Дмитрий провел интерактивное исследование. В итоге совместной работы с участниками получились профили "Владельца Продукта" и "Руководителя Проекта" по модели PAEI Адизеса. А также родилось общее видение того, как изменяется ролевая модель команды по Белбину с учетом тренда на диджитализацию. Напомним постулат Ицхака Адизеса о том, что не существует "идеального менеджера", у которого все четыре роли - P, A, E и I - представлены на одинаково высоком уровне. Дмитрий предложил разложить профили "Владельца Продукта" и "Руководителя Проекта" и посмотреть, как они взаимно сочетаются. У участников сессии родилась "идеальная пара" - модель PaEi "Владельца Продукта" отлично дополняется моделью pAeI "Руководителя Проекта". Так сам собой решился и один из вопросов дискуссии - насколько хороша идея совмещать эти две роли в одном человеке, а также и вопрос о том, можно ли ожидать успешной трансформации PM'а в PO'а и наоборот. Рекомендации Дмитрия: Давать сотрудникам те роли, к которым они естественно предрасположены. На разных этапах жизненного цикла в организации востребованы разные типы менеджеров. Необходимо учитывать специфику организации и типы ведущихся проектов. Использовать несколько методик в определении ролевых предпочтений, рассматривать команду под разными углами. Хорошо зарекомендовала себя на практике методика М.Белбина. Табл.1 Функции и роли менеджмента, жизненный цикл организации Источник Презентации можно найти здесь: Японская методология и ценности Srum Product Owner Читать далее 
Cтатус асессора по системе сертификации 4-L-C подтвержден
Cтатус асессора по системе сертификации 4-L-C подтвержден
С выходом нового стандарта Международной ассоциации управления проектами IPMA ICB 4.0 актуализируем сертификаты "Бюро проектного менеджмента" и наших тренеров. Ведущий тренер-консультант Дмитрий Лукьянов  успешно подтвердил статус асессора по системе сертификации 4-L-C. Если вы планируете сертифицироваться по стандартам IPMA - с радостью поможем подготовиться и успешно пройти процедуру. Читать далее 
Kyiv Project Management Day: дневник конференции
Kyiv Project Management Day: дневник конференции
28 октября 2017г. Lemberg Tech Business School провел масштабную конференцию Kyiv Project Management Day, посвященную проектному менеджменту. Программа состояла из 3 блоков панельных докладов и 1 блока мастер-классов. Доклады были разделены по темам: «PM-модели», «PM-практики» и «Product Management». Делимся ключевыми тезисами некоторых докладов и своими наблюдениями. В блоке «PM-модели» Сергей Немчинский говорил о своем опыте и уроках, которые он извлек. Так, например, Сергей считает странным, если IT проектом руководит PM не из IT. Но если уж так и случилось, то PM-у нужно быть предельно честным со своей командой: «Я не умею, но вы умеете! Я буду защищать ваши интересы перед заказчиком, а вы будете делать…». Важно стараться привлекать экспертность сотрудников, показывать, что вы им доверяете и верите в них! И еще одно наблюдение от Сергея: зачастую причины провала проекта… это перипетии в личной жизни! Или работа с родственниками. Артем Быковец рассказал, кто такой Scrum Master, очертил основные его функции. По мнению Артема, это: фасилитация, обучение и наставничество, наблюдение, коучинг (командный/индивидуальный), мотивация. Важно, чтобы Scrum Master не был нянькой-секретарем у команды. Людей не нужно делать счастливыми, их нужно делать эффективными! Вот основное «предназначение» Scrum Master. Наталья Науменко, говоря о построении эффективной команды, порекомендовала PM-у использовать палитру моделей: ролевую модель Белбина, модель карьерных якорей и теорию спиральной динамики. Причем начинать диагностику нужно с себя: какую роль по Белбину я сейчас выполняю, какой у меня сейчас карьерный якорь, к какому цвету я себя отношу (соотнесение ценностей моих и компании). И только после этого приступать к подбору сотрудников – строить свою эффективную команду. Евгений Полозюков дал рекомендации, как быть гибким в проектных коммуникациях: Всегда давать обратную связь Использовать активное слушание Быть здесь и сейчас Проблемы обсуждать 1 на 1 Интересоваться личными делами своих сотрудников Практиковать ненасильственное общение (не переходить на личности, стараться понять потребности собеседника, слышать и слушать) Объединять команду с помощью разных инструментов Анализировать проблемное поле (SWOT-анализ, 5Why, диаграмму Ишикавы) Обучить команду умению решать конфликты, но поощрять «управляемые конфликты» - ведение диалога Дмитрий Лукьянов сделал акцент на том, что в чистом виде какая-либо методология не может быть использована для управления проектом на протяжении всего его жизненного цикла.  Особенно если смотреть на проект, расширив границы таким образом: «от появления идеи до получения результатов использования продукта проекта». Поэтому термин AgileFall перестал быть игрой слов, а стал самостоятельным подходом, в котором проект рассматривается из разных перспектив, и создание продукта проекта командой специалистов – это только одна из перспектив. По мнению Дмитрия, для того чтобы быть успешным в реализации проектов, PM-у нужно быть разносторонне подкованным, изучать разные подходы и уметь видеть и "водопад", и "скрам" в проектах и понимать, как они могут взаимодействовать и взаимодополнять друг друга. В блоке «PM-практики», Павел Якименко представил своеобразную обратную связь HR-менеджерам, проведя собственный анализ запросов работодателей украинского рынка в 2017 году. В результате оказалось, что украинские компании ищут не реального кандидата, а такого себе супермена/супервумен, не существующего в природе. Особенно Павла забавляют некоторые тестовые задания, которые даются кандидатам. Например, такие: «напишите branching strategy», или «ответьте на RFP «хочу аналог skype», или «исправьте все неточности в нашем ТЗ». Возникает ощущение, что компания изначально не хочет брать кандидата на работу, но хочет, чтобы он сделал часть проекта. Чтобы выбрать достойную и подходящую именно тебе компанию-работодателя, Павел советует обращать внимание на: стиль менеджмента, уровень зрелости и корпоративной культуры. Это можно оценить по итогам общения с HR менеджером, в т.ч. по процедуре проведения подбора, предоставления обратной связи и проч. Константин Коптелов заинтриговал тем, почему Agile у нас не работает и, вероятнее всего, не заработает. Константин говорил о том, что у Agile есть 2 аспекта: органический и технический. Органический – это люди, коммуникации, взаимоотношения и т.д.), технический – это системы, документы, инструменты, техники и т.д). Так вот самая распространенная ошибка при внедрении Agile - это концентрация на техническом аспекте и отсутствие должного внимания органическому аспекту. А органический куда важнее! Также Константин обратил внимание, что прежде чем внедрять Scrum, нужно взрастить нужные навыки в людях (или найти людей с такими навыками): Определение MVP Разбивка его на User Story Оценка задач Проведение собственной самооценки Соединение частей в целое Планирование Умение синхронизироваться Проведение совещаний Предоставление обратной связи В блоке «Product Management» Александр Краснов разъяснил, кто же такой Product Manager. В первую очередь, это такая роль в Scrum. А также он: Разрабатывает Product Backlog «Грумит фичи» с development командой Помогает Marketing команде Активно работает с Sales командой Показывает команде Customer Success Анализирует финансовые показатели И многое другое… Александр также поделился полезными для Product Manager подкастами: Inside Intercom Podcast Cto cast This Week in Google Андрей Мандрика показал реальность возможности слияния бизнеса и IT. Конечно, есть сложности: отсутствие прозрачности непонимание и недоверие к друг другу разные цели сопротивление изменениям. Но есть и пути решения: Ставить единые цели для Operations и Developers. Донести до каждого видение бизнеса и его целей, показать путеводную звезду. Познакомиться с работой коллег. Например, устраивать экскурсии в соседние отделы или поменять сотрудников из разных отделов местами на 1 день. Разговаривать на одном языке. Например, создать глоссарий терминов. Заслужить доверие реальными результатами. Если что-то конкретно пообещал – выполни обещание. Идентифицировать и устранить 8 видов потерь по Lean: Перепроизводство = разработка ненужного бизнесу функционала Излишние запасы = частично выполненная работа Транспортировка = передача работы другому исполнителю Передвижение = переключение между задачами Ожидание = задержки по согласованию требований и принятию решений Дефекты = баги, особенно те, которые выявлены в production, а не в тестировании Излишние процессы = дополнительные, ненужные шаги при разработке и внедрении И 8-й вид потерь – неиспользованный потенциал = отвержение идей от бизнеса и от своих сотрудников. Главный посыл выступления Андрея – не быть лебедем, раком и щукой! Успешных вам проектов, друзья!   Читать далее