Ну вот и свершилось...

Профессия Руководителя проектов вышла на первое место из числа востребованных в IT. При том, что данная профессия последние 5 лет уверенно держалась (и держится) в тройке наиболее востребованных и высокоплачиваемых в бизнесе вообще (в мире).

В принипе, новость не удивляет. При том количестве технологий, идей, достижений и разработок, имеющих место быть, на первое место вышла потребность "взлететь" со всем этим, и, желательно, уложившись в бюджет и сроки... Кризис на дворе... Время релаксов и долгоиграющих вялых попыток что-то разработать, внедрить или запустить прошло. Всем нужен результат. Желательно - за очень ограниченный бюджет. И быстро.

А что же Украина? Вопрос, конечно, интересный... С точки зрения спроса на руководителей проектов и их подготовку, уверенно лидирует аутсорсиновый бизнес-))) Потому как на мир работает. А в мире... (см. выше). Остальные - непонятно. При том, что спрос на квалифицированных РП уверенно растет, понимание того, что есть квалификация, пока не просматривается. Как и не просматривается начальственное стремление эту квалификацию поднимать. И это при том, что все очень громко говорят (даже SAP), что время многомиллионных и долгих проектов кануло в лету.

А что, собственно, изменилось? Проблемы те же, подходы те же, скидки принципиально ничего не решат. Куда же денутся дорогие и долгоиграющие проекты с сомнительными конечными результатами (это не про SAP)? Никуда, естественно. Если подходы не изменятся.

И, если теперь уже не только в "развитых" странах, но и на Украине профессия РП, хотя бы в IT, не будет так же востребована и оплачиваема, как... (см. выше).

По результатам первого открытого сертификационного тренинга приходится констатировать, что основной проблемой в управлении реальными проектами является неготовность организаций, в которых работают Руководители проектов, обеспечить условия для корректного выполнения ими своих работ. Т.е., в терминах PMBOK - риски, связанные с Факторами организационного окружения, включающими в себя такие элементы, как корпоративную культуру, согласованность всех элементов управляющей структуры, подготовку линейных и высших менеджеров к работе в системе управления проектами. При этом, конечно, принимая во внимание, саму готовность этих Руководителей проектов, как в теории, так и в практике...

Самые сложные вопросы, которые задавались в течение тренинга, как раз относились к области - как практически организовать работу по станадартам и с соответствующим качеством в конкретной компании при учете, что "тот не умеет", "этот не слышит", "то не работает" и т.д. Отвечать на эти вопросы приходится, но это непросто и не факт, что после ответов можно будет изменить ситуацию. С моей точки зрения, не существует другого выхода, кроме как шаг за шагом знакомить окружение ПМа с соответствующими технологиями, как в теории, так и на практике, доказывая тем самым их эффективность на деле, обучать линейных менеджеров основам проектного управления, применять осознанные на курсе инструменты и подходы в реальной жизни.

В рамках тренинга невозможно рассмотреть все нюансы функционирования конкретной компании, чтобыц дать не обтекаемый, а конкретный ответ - как решить проблему. Тем не менее, на втором тренинге, который начнется 12.02.10, данной проблематике будут посвящены отдельные временные блоки. Они не решат, конечно, проблему полностью, но позволят слушателям получить наиболее оптимальные и универсальные рекомендации - как здесь и сейчас применить полученные знания на практике... Что уже неплохо. В любом случае - для задавания вопросов и получения ответов есть pmportal.com.ua - некоммерческий ресурс, специально созданный для этой цели.

P.S. После первого тренинга несколько компаний начали попытки внедрения системы управления проектами (не путать с ПО), а 2 человека - подали заявки на сдачу PMP экзамена. Не знаю - много это или мало (из 79 человек, присутствоваших на тренинге)... Но - с почином и удачи им.

P.P.S. Посмотрим, что будет в апреле, когда завершится второй открытый сертификационный тренинг... 

С наступившим всех НГ!-)

Как и обещалось, в начале нового, 2010 года, создана Школа профессионального проектного менеджмента. Этот проект ставит перед собой цель предоставить руководителям проектов, линейным руководителям, руководителям проектных офисов и т.д. программы обучения, направленные на быстрое овладение всеми техниками, практическими и теоретическими знаниями, необходимыми для управления проектами, программами и портфелями. Также предполагается разработка (совместно с партнерами) программ обучения практическим методам внедрения систем управления финансами, маркетингом и т.д. на основании стандартов и лучших практик проектного менеджмента. Сайт в разработке, но есть уже вот это: http://www.facebook.com/pages/Shkola-professionalnogo-proektnogo-menedzhmenta/248233385278?ref=mf

Также, как и было обещано, в связи с тем, что многие желающие не смогли попасть на тренинг по подготовке к сертификации PMP из-за избытка желающих, а также занятости или иных причин, будет проведен второй подобный тренинг. Ориентировочное начало - последняя декада января 2010. Количество мест тоже будет ограничено и времени на регистрацию мало.  Посему - кто хочет из тех, кто уже не зарегистрировался - будьте внимательны и следите за объявлением. Я выложу сайт регистрации и остальные данные чуть позже, когда определюсь с партнерами на этот тренинг, точными датами и местом проведения.

P.S. Стоимость будет та же, что и на первом тренинге

P.P.S. Обучение по стандартам управления программами и портфелями будет доступно с 1 марта 2010 (тренинг в разработке)

Ну вот и закончился первый глобальный тренинг по подготовке к PMP сертификации. Все обошлось без эксцессов, за исключением решения о переносе одного из запланированных блоков на другую дату в связи с карантином. Более 70 участников получили сертификаты, некоторые уже приступили к оформлению заявок на получение разрешения на сдачу экзамена. Кто-то по-быстрому уже пытается применить полученные знания и материалы в реальной практике...

Достиг ли тренинг посталеннных целей - лучше расспрашивать у его участников, чтобы не пиариться зря. Но, судя по качеству вопросов, задававшихся после прохождения половины курса, замечу, что знания слушателей выросли, как минимум, в 2 раза. Что радует. Хотелось бы расставить несколько акцентов по итогам:

1) Разная квалификация слушателей (и практический опыт, и базовая подготовка) заставляет усреднять уровень подачи информации, пропускать некоторые немаловажные нюансы, явно непонимаемые частью аудитории. Что не есть гуд.

2) Разные отрасли проектной деятельности (от строителей до консультантов), из которых прошли люди, вынуждают приводить множество примеров из  этих областей проектной деятельности, часто запутывающих и "перегружающих" материал. Эффективнее было бы взять один типовой проект и раскатывать его примерами по областям знаний. Но это можно делать только на корпоративных тренингах...

3) Различная мотивация слушателей - часть пришла "чисто поглазеть", часть - подготовиться к сдаче экзамена, часть - применить знания (базу) в практической деятельности, часть - вообще непонятно зачем (радует, что таких было немного). Соответственно, как обычно бывает в такой ситуации, приходилось постоянно "тянуть" отстающих и "тормозить" вперед рвущихся. В принципе, правило Парето действует и на таком тренинге, но, например, практические методы управления проектами лучше постигать на другом трениге - "Практические методы управления проектами". Он и короче (10 часов вместо 35), и дешевле. И практичнее-)

4) Основными проблемными зонами, как и ожидалось, явились 4 темы - HR, Управление комменикациями, Риски и Снабжение. Особенно - первые две. Проблема в том, что каждая из этих областей вошла в стандарты, как часть навыков Общего менеджмента. Также эти области и в окружающей жизни слабо формализованы. Как, например, определить понятие "харизма", без которого никто ПМа, как и любого руководителя, слушать особо не будет и информацию также не будет воспринимать? И т.д. Овладение этими ключевыми для ПМа областями, есть отдельная, как практическая, так и теоретическая, работа - всей жизни не хватит...

Можно долго еще обсуждать тему. Надеюсь, что кто-то из слушателей напишет сюда в комментарии свое мнение о плюсах и минусах тренинга.

А пока что - НГ впереди, а дальше - новый блок тренингов - 2-й PMP сертификационный (ориентировочно - конец января), а также Управление портфелями и программами, HR, Техники презентаций (коммуникации), техники декомпозиции целей и задач, Практические методы управления проектами... По расписанию. 

Ну и после НГ начнет работу Школа Проектного Менеджмента, в которой все аспекты управления портфелями, программами и проектами будут собраны по уровням, где группы будут формироваться по уровням подготовки, и пройдя которую специалист станет профессионалом. Я надеюсь-) До встреч в 2010. 

Всех с наступающим Новым Годом!  

К сожалению, очередной этап обучения для сдачи PMP пришлось перенести из-за карантина. Уж очень не хотелось рисковать здоровьем присутствующих 80 с лишним людей, на 5 часов запертых в помещении. Теперь придется работать поплотнее, чтобы вписаться в график. Следующая эпохальная тема -- управление качеством...

Что хотелось бы отметить уже сейчас? 2 пункта:

1) слушатели явно уже вошли в тему и, что самое главное, начинают понимать "тайные", т. е. неизвестные непрофессионалам, связи между ключевыми ограничениями проекта -- стоимостью, качеством, длительностью и содержанием. А их, этих связей, ой как много...

2) слушатели уже начали применять полученные на тренинге знания в работе. Это реально радует. Вспоминая тренинг, который проходил я, думаю, что это даст очень быстрые результаты. И это приятно. Не голая теория, а применение практических подходов и знаний и опыта, который я пытаюсь передать, в работе. Сходу.

Так что одна из целей обучения уже достигнута...-)

Сегодня был дан почин циклу тренингов (открытых) для получения сертификата PMP (Project Management Professional). Надеюсь, что в дальнейшем они будут проходить на регулярной основе. Этот же начался как пробный -- как пойдет... Нюанс данного тренинга в том, что он собрал на теме "Основные концепции" (сегодня) 77 человек, что явилось для нас сюрпризом. Еще 8 секций до декабря. Компания "Майкрософт Украина" оплатила 50% стоимости тренинга и предоставил зала, за что ей большое человеческое спасибо.

Судя по ажиотажу, процесс взросления украинского менеджмента набирает обороты...

P.S. Надеюсь, что слушателям понравилось и еще понравится.

P.P.S. Ну и Андрей Кухар обещался писать обзоры каждой части тренинга... Ждемс его комментарии.

Как и обещал, краткое резюме сегодняшнего семинара в "Майкрософте".

Зарегистрировалось предварительно около 79 человек. Пришло -- около 40. Не знаю -- хорош или плох коэффициент.

Мероприятие было разбито на две части:

1) Постановочная (моя) -- MBO, Six Sigma, категризация проектов по назначению, построение системы управления, PMO, декомпозиция стратегических целей в программные и проектные

2) Женя Юхно -- реализация полного цикла (инициация -- планирование -- реализация -- контроль -- закрытие) в MS Porfolio и MS Project Server (Project Professional) пула проектов

Посетители в основном среднего возраста из разных бизнес-структур. Слушали внимательно, много записывали, мало спрашивали-) То ли все ясно, то ли ничего, то ли частично и не всем... То ли, как мечту восприняли.

В принципе, отзывы хорошие. Впечатление тоже. Надо вот решить -- стоить ли делать углубленные мероприятия по областям знаний, управлению портфелем и Six Sigma (про эту методику, как оказалось, слышали только 3 человека из присутствующих).

Общее впечатление такое, то процесс генерации проектов -- для большинства загадка загадочная... Т. е. если с оперативным управлением одним проектом как-то более-менее разобрались, то инициация проектов от стратегий, применение проектных подходов в операционном управлении -- жесть для большинства.

Так что вот-)

Сегодня читал что-то типа тренинга (или семинара) для студентов программы AIESEC. Тема "Современные тенденции в управлении проектами" по приглашению этой организации. Получил массу позитива... Аудитория (около 60 студентов). Из них примерно у половины - правильные вопросы, светлый ум и живые глаза. Масса вопросов по теме во время мероприятия, масса - после (облепили, пришлось насильно заканчивать).

Невольно сравнил примерно с таким же (подобным) мероприятием примерно год назад в одной из "навороченных" киевских бизнес школ для слушателей программы "Executive MBA". Пустые глаза, глупые вопросы и нереальное чувство собственной крутости, никак не подкрепленное реальными знаниями, как оказалось.

В чем же дело? Все вокруг трубят о том, что нынешнее молодое поколение совсем уже не то, не хотят и не могут и т.д.

Парадокс, однако...

Название темы отражает мою позицию по критериям выбора ERP для себя - не выбор ERP-системы, а выбор ERP-проекта. Разница принципиальна. Об этом ниже...

При попытке выбора ERP-продукта (собственно - системы) принимаются во внимание факторы, которые выбирающий де факто не может оценить. Что за факторы?

1) Стоимость

2) Функциональность

1. Стоимость ERP-системы, как известно, является результирующим показателем трех других - стоимости лицензий ПО, стоимости проекта внедрения, а также стоимости послепроектного сопровождения, складывающегося из стоимости поддержки продукта разработчиком, поддержки продукта внедренцем, собственных ресурсов на поддержку и т. д.

Вопрос - что из этих элементов стоимости можно оценить на этапе принятия решения? Ответ - только первый и первую часть третьего. Второй (а он, как правило, самый большой) оценить можно очень условно (с определенной точностью), да и стоимость проекта в процессе реализации может уплыть... Причины: изменения в требованиях, разработка специфической функциональности и пр.

Третий фактор (два последних его составляющих), как правило, зависит от второго, т. е. на этапе принятия решения не может быть точно оценен.

2. Функциональность ERP-продуктов промышленного класса (не самописных) примерно одинакова, если смотреть на систему очень сверху. Разница - в деталях, причем в деталях, зависящих не только от того, насколько глубоки возможности встроенной функциональности, но и насколько она подходит данной компании, существует ли возможность разработки и сколько такой процесс стоит...

Согласитесь, что на этапе инициации проекта реально невозможно просмотреть в деталях реализацию всех (даже ключевых) бизнес-процессов на основе демонстраций потенциальными поставщиками своих продуктов. Да и ни один поставщик не будет детально показывать реализацию нужного бизнес-процесса в системе, поскольку детальная реализация нужного вам процесса и есть проект по его внедрению. Т. е. можно показать что-то, более или менее приближенное к реальности.

Этого достаточно? Нет, конечно... Что упущено в данном подходе? Ответ - все, что связано с самым рискованным элементом - самим проектом внедрения.

Принципиально другой подход - выбор ERP-ПРОЕКТА - рекомендую.

В принципе, какая разница для потребителя, как будет называться набор кода, который будет использоваться компанией в качестве ERP-системы, решающей чисто прикладные задачи - управление закупками и финансами, например? Понятно, что каждый ERP-производитель позиционирует свою систему как самую лучшую. Однако при детальном рассмотрении приходится принимать решение не вообще, а лучшую для "сейчас" и для компании. Конечно, есть принципиальная разница между SAP и Axapta, например, связанная с построением продуктов и возможностями встроенной функциональности и того, который можно доработать. Однако не факт, что эти возможности будут использованы, а серьезная доработка понадобится.

Помимо этого есть целый пласт проблем, связанный с самим проектом внедрения, а именно - возможностями потенциального внедренца реализовать проект. Большинство проектов ведь валятся не из-за плохих продуктов, а из-за плохих проектов. При этом именно этот критический фактор упускается из виду при принятии решений о внедрении той или иной ERP-системы. Итак, что я бы рекомендовал иметь в виду при выборе ERP-проекта (по важности сверху вниз)?

1) Наличие у компании-поставщика проекта системы управления проектами (методология, руководители проектов, процедуры, наборы документов, подход к планированию и ценообразнию).

2) Наличие у компании-внедренца персонала, способного выполнять работы по настройке и модификации ПО.

3) Опыт компании-внедренца по реализации проектов подобного типа.

4) Риски проекта, связанные, как с внутренними ограничениями (персонал, процедуры, модели учета), так и с внешними (ограничения по длительности, стоимости).

5) Функциональность (встроенная) ПО и возможность его изменения (это крайне важно для компаний среднего бизнеса).

6) Бренд разработчика ПО и количество РЕАЛИЗОВАННЫХ (не проданных!) проектов, например, в Европе и на Украине в частности.

Данный подход значительно меняет акценты с ПО на ПРОЕКТ, т. е. подвергает жесткому анализу сам проект, а не ПО, которое будет внедряться, потому что ПО и все, что с ним связано, является одним из элементов, причем, не критических, определяющих успех или провал любого ERP-проекта. И не забываем, что стоимость без учета проектных рисков есть пшик, а проект НИКОГДА не имеет 100%-ную вероятность (как и нулевую) успешного завершения.

Удачных вам всем проектов!

Не вопрос... Вопросище! Столько разных мнений встречал на эту тему - не перечесть. Хотел бы поделиться своим личным видением - что лично я считаю критерием успеха любого проекта, а ERP проекта в частности (мнение, естественно, также соответствует требованиям PMBOK).

Итак, несколько методологии для начала... Как известно (хотя некоторых это еще удивляет) любой проект имеет следующие ограничения, противоречащие друг другу (т.н. "Железный треугольник"): стоимость, содержание, длительность. Также известно, что внутри этого треугольника находится качество. Все эти ограничения находятся в прямой взаимосвязи друг с другом. Например, меняя содержание, точно меняете стоимость, но не обязательно длительность. Меняя длительность, скорее всего меняете содержание, но не обязательно стоимость и т.д.

Так вот - на этапе инициирования проекта один из его ключевых участников (Спонсор, Заказчик) обязан установить базовое ограничение (одно из 4-х), на основании которого ПМ и будет производить планирование и к которому будет привязаны абсолютно формальные критерии успеха проекта. Т.е., если ограничение - бюджет (что чаще всего), то содержание (объем работ проекта) будет подогнано под это ограничение. Ну и качество (не забываем, что такое COQ - Cost Of Quality) - бесконечное качество означает бесконечную стоимость.

Именно достижение критериев (осязаемых и проверяемых), в точности соответствующих выбранному ограничению и означает успешный проект. Если уж выбрали ограничением объем работ (хочу все!), то уж не пеняйте на выход стоимости за ожидаемые рамки. 

Да и еще... Не нужно относить к критериям успеха/неуспеха проекта плач бухгалтера на отсутствие "шахматки"... 

P.S. Как то я перед началом проекта рассказывал это все директору одной из компаний. Слушал он меня очень внимательно, пыхтел, смотрел в глаза... Потом выдал (цитата): "Вы живете а каком-то своем мире. У нас вот так - пацан сказал, пацан сделал".

P.P.S. Щэ нэ вмэрла Украина...