Партнерство с PMI Kyiv Chapter

«Бюро проектного менеджмента» и PMI Kyiv Chapter заключили соглашение о партнерстве.

PMI (Project Management Institute) — один из лучших мировых институтов в области управления проектами. 300 отделений по всему миру, миллионы профессионалов в управлении проектами, самые популярные в мире сертификации и руководство по управлению проектами (PMBOK).

Наши цели совпадают с целями отделения PMI в Украине — развивать и поддерживать сообщество руководителей проектов, повышать компетентность в области управления проектами, помогать в получении образования.

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

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

Agile: революция или… эволюция?
Agile: революция или… эволюция?
На тренингах по управлению проектами и управлению бизнес-процессами нам часто задают вопросы об agile-практиках и их безальтернативности в современном быстроменяющемся мире. Мы подробно рассказываем о преимуществах и ограничениях agile. И даже идем дальше: показываем, как проекты и процессы дополняют друг друга и почему agile-практики хорошо применимы для оптимизации бизнес-процессов. Давайте попробуем исторически проследить, почему agile-практики близки к процессному управлению и какие концепции предшествовали их появлению. Появление Agile В 2001 году группа разработчиков программного обеспечения (ПО) собралась в г. Юта (США), чтобы предложить новую методологию управления проектами по разработке ПО в противовес классическим «бюрократическим и тяжеловесным» подходам. Прийти к консенсусу по методологии не удалось, зато появился «Agile-манифест», который позиционировался как радикально новый подход к управлению проектами. С легкой руки Кена Швабера (Ken Schwaber) Agile начинают называть революцией в управлении проектами. Идеи, которые легли в основу Agile-манифеста, появились задолго до 2001 года. Обратимся к истории (см. рис. 1). Рис. 1. PM/BPM Timeline Фредерик встретил Генри Корни Agile уходят в 1878 год, когда Фредерик Тейлор (Frederick Taylor) представил теорию «Научного менеджмента». Тейлора ассоциируют со стандартизацией труда на производстве и повышением производительности бизнес-процессов. Однако его вклад в развитие инструментов управления проектами и процессами этим не ограничивается. Дело в том, что в 1887г. Фредерик Тейлор нанял помощником Генри Гантта (Henry Gantt), который в начале 20 века предложил знакомый многим способ визуализации план-графика проекта (см. рис.2). Спустя 100 лет диаграмма Гантта все еще остается популярным инструментом среди руководителей проектов. Рис.2 Диаграмма Гантта Рождение Lean и итеративных практик Труды Тейлора дали толчок дальнейшему изучению бизнес-процессов. Фрэнк и Лилиан Гилбрет (Frank and Lilian Gilbreth) в 1921г. предложили использовать диаграммы процесса (process charts) для его визуализации, анализа и усовершенствования. В основе их рекомендаций по оптимизации лежали: стандартизация процесса, устранение потерь (waste) и упрощение работы сотрудников. В 1930г. Лилиан Гилбрет презентовала способ визуализации потока работ с помощью инструмента, известного сегодня как Kanban-доска: «We had three rows of hooks, one marked “Jobs to be done”, one marked “Jobs being done” and a third marked ”Jobs completed” with tags which were moved from hook to hook to indicate the progress of the task. (Источник: 1930 Speech by Lillian Gilbreth to National Federation of Business and Professional Women’s Clubs in New York)». Рис.3 Kanban-доска Спустя некоторое время, после завершения второй мировой войны, в 1950 году на встрече с японским сообществом ученых и инженеров доктор Эдвардс Деминг (Edwards W. Deming) представил идеи статистического контроля процесса (Statistical Process Control) и цикла PDCA (Plan-Do-Check-Act). Цикл PDCA подразумевает итеративную работу над улучшением бизнес-процесса: начинается все с планирования, затем следует реализация инициатив по улучшению, проверка полученных результатов и решение о дальнейших действиях на следующей итерации. Наиболее популярный agile-фреймворк Scrum предлагает фактически аналогичный подход к организации работы проектной команды (рис 4). Использование agile-практик в проектах по оптимизации бизнес-процессов получается столь органичным именно потому, что agile является эволюцией цикла PDCA. Рис.4 Two-week sprint Киичиро Тойода (Kiichiro Toyoda) познакомился с работами Гилбретов в 1929 году во время поездки в США и Европу. В 50-х годах компания Тойота стала пионером в адаптации идей Гилбретов и Деминга. Производственная система Тойота (Toyota Production System) вобрала в себя идеи стандартизации работы, устранения потерь, непрерывного совершенствования по итеративному принципу, канбан и проч. На волне роста интереса к японским автопроизводителям в 80-х годах в США появился термин Lean Production (бережливое производство). Lean — маркетинговое название принципов производственной системы Тойота. Подход быстро набрал популярность, и вскоре появились адаптации Lean для других отраслей. Концепция Lean software development стала одной из первых agile-методологий по разработке программного обеспечения. В это же время в Японии развивались фабрики разработки ПО (Software factories). По мере ослабления барьеров в торговле и глобализации бизнеса приходилось адаптировать практики параллельной разработки для географически распределенных команд. Идеи устранения потерь (elimination of waste), стандартизации ролей и упрощения процесса добрались до самой прогрессивной на сегодняшний день отрасли спустя 60 лет после возникновения. «Железный» треугольник, инкрементальные и итеративные практики Давайте вернемся к «классическому» управлению проектами и вспомним диаграммы процессов Гилбретов. Именно их компания DuPont адаптировала и положила в основу своего Critical Path Method (CPM). Диаграмма Гантта, критический путь и «железный» треугольник стали популярными инструментами руководителей проектов в 60-х годов прошлого века. Спустя 40 лет идею треугольника стали использовать последователи agile для пояснения отличий классического управления проектами и agile-практик (см. рис. 5).   Рис. 5. Agile-подход В 60-х годах прозвучали первые упоминания об инкрементальных и итеративных практиках управления проектами. Впервые это произошло в проекте Меркурий, который реализовала NASA в 1958-1963 гг. Чуть позже, с 1968 года, началась адаптация итеративных практик под проекты разработки ПО. Через некоторое время итеративные практики включили в фреймворк PROMPT (прообраз современного PRINCE2) и руководство PMBOK (упоминается как спиральный жизненный цикл проекта, spiral project lifecycle). С нашей точки зрения, концепция Agile стала закономерным продолжением эволюции подходов, которые использовались ранее, например, в проектах по разработке ПО и оптимизации бизнес-процессов. История показывает, что бОльшего успеха добиваются те компании, которые комбинируют разные инструменты и методологии в зависимости от специфики проекта и контекста, в котором он реализуется. Судя по всему, в скором будущем agile-практики также будут эволюционировать и в управлении проектами появятся новые «революционные» идеи.   При подготовке статьи использовались материалы: McKenna T, Whitty SJ. (2013) Agile is Not the End-Game of Project Management Methodologies. In: Proceedings of the Annual Project Management Australia Conference Incorporating the PMI Australia National Conference (PMOz), Melbourne, 17‐18 September 2013.   Читать далее 
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 Читать далее 
Как подтвердить экспертизу в области процессного управления?
Как подтвердить экспертизу в области процессного управления?
Вне зависимости от того, находитесь вы в начале своего развития как профессионала в области процессного управления или считаете себя состоявшимся экспертом, иногда возникает необходимость подтверждения своих знаний и экспертизы. Вот несколько примеров таких ситуаций: Работодателю требуется подтверждение уровня вашей квалификации Хотите проверить соответствие уровня знаний текущим требованиям в профессиональном сообществе Заказчик одним из требований к потенциальному подрядчику выдвигает наличие сертификата, подтверждающего знания в предметной области Как подтвердить знания и опыт? Можно самоуверенно называть/считать себя экспертом, не имея формальных подтверждений. И тут уже вопрос, поверят вам на слово или нет. Более надежный путь – получить подтверждение своих знаний со стороны общепризнанной международной организации. Какие организации с одной стороны получили признание в мире, а с другой - дают возможность пройти экзаменационную процедуру и подтвердить уровень знаний? Существуют две некоммерческие организации, которые изучают, совершенствуют, стандартизируют знания в области управления бизнес-процессами (business process management, BPM): Object Management Group® (OMG) – консорциум (рабочая группа), который разрабатывает и продвигает вендор-независимые технологии и стандарты, в том числе стандарты моделирования: BPMN (business process model and notation), CMMN (case management model and notation) и DMN (decision model and notation). OMG предлагает пять уровней сертификации в области BPM от базового до продвинутого. OMG разделяет 2 направления: техническое (IT) и бизнес. Знания, которые проверяются в ходе экзамена, базируются на стандартах OMG и контексте их применения. Association of Business Process Management Professionals (ABPMP) - ассоциация профессионалов управления бизнес-процессами, которая специализируется на продвижении концепций и методологий управления бизнес-процессами. ABPMP позиционирует программу сертификации Certified Business Process Professional (CBPP) как первую независимую программу, ориентированную на практиков в области управления бизнес-процессами. Кроме некоммерческих существуют и коммерческие организации, которые специализируются на обучении и сертификации. Наиболее известные: BP Trends – специализируется на обучении и поддержке специалистов в области управления бизнес-процессами. BPM Essentials – ведущий провайдер обучения и сертификации профессионалов в области моделирования бизнес-процессов. Партнером организации является Bruce Silver – участник рабочей группы по разработке стандарта BPMN. BPM Institute - образовательное учреждение в области BPM, сообщество которого насчитывает более 50 000 специалистов. Проводят обучение и сертификацию в разных сферах, в том числе BPM. Бизнес-Консоль (Россия) – ведущий провайдер обучения нотации BPMN 2.0 в Российской Федерации Сертифицироваться или нет – решение за вами. В этой публикации рассказываем подробнее о сертификациях OMG и ABPMP, чтобы помочь с выбором. Читать далее