Вот и заканчивается 2013 год.

Сегодня я не буду писать ничего про инструменты проектного управления.

Я хотел бы подвести итоги Года уходящего и поделиться Планами на год следующий  — 2014 :-).

Конечно же  некоторые мои успехи для кого то покажутся маленькими и не интересными, но я буду писать все те шаги/достижения, которые позволили мне развиваться и двигаться а направлении моего вектора развития — профессионального консультанта в области управленческого консалтинга.

И так, что у меня получилось сделать за этот год (точнее за пол года).

1) Полная реанимация сайта. Здесь хочу сказать отдельное спасибо Виктору Серобаба, благодаря которому собственно и появилась новая версия сайта;

2) Еще добавлю в тематику сайта, так это то что, в течении полгода я стараюсь выдерживать график выставления материала. По вторникам — это полезная информация/инструменты, связанные с управлением проектами. По пятницам — притчи, вдохновляющие истории и т.д.

3)  Провел первый Webinar, об этом я уже писал отдельный пост, поэтому повторяться не буду. Опыт же буду использовать в дальнейшем :-). Здесь, несмотря на то, что пока наше сотрудничество дальше не пошло, хочу сказать спасибо Светлане Матейчук — основателя компании МиМ.

4) Познакомился и стал Партнером консалтинговой компании Civitta, которая открыла свой офис в Украине. Основной вектор деятельности компании — Управленческий Консалтинг. Компания представлена в странах Балтии, Белоруссии и теперь в Украине. Поэтому по вопросам, связанным с деятельностью компании Civitta Вы также можете обращаться ко мне.

А вопросы могут быть весьма разными и в том числе связанными с  поиском партнеров  в странах Балтии и Белоруссии :-).

5) Так как второе направление моего развитие — это тренинги и обучение, то здесь тоже есть движение — я стал Тренером Швейцарской компании Siegel. И сейчас с командой Siegel в Украине мы активно работаем над развитием как продуктов Siegel (а здесь есть достаточно интересные тренинги), так и над созданием новых обучающих продуктов для рынка СНГ и Украины.

Опять же если заинтересуют какие либо тренинги этой компании, можете обращаться прямо ко мне 🙂

6) Так же за это время, я стал страшим преподавателем кафедры Управления проектами в КРОК, где прочитал одну из дисциплин для будущих магистров по Управлению проектами.

7) Я не только учил других, но и учился сам. В этом семестре я изучил еще два предмета в Эдинбургской Бизнес Школе, на программе МБА.  Это были Финансы и Стратегическое планирования. Отдельное спасибо хочу сказать тьюторам Бизнес Школы — Ивану Компану и Тимуру Сарбаеву.

8) Что касается реализованных проектов, то их к сожалению не так много как хотелось, но все же есть :-), я не буду раскрывать названия компаний, а просто в кратце расскажу о проделанной работе:

— Аудит процесса продаж. (Был проведен аудит существующего процесса продаж, подготовлены рекомендации по оптимизации, разработаны матрицы ответственности и ролевые инструкции по ключевым функциям)

— Модерация проектных совещаний. (Выступал в качестве модератора совещаний проектной команды, помогла в процессе планирования. Работа еще не закончена и планирую ее продолжить в след. году)

— Аудит процесса управления проектами. (Проведен аудит текущего процесса управления проектами. Разработаны рекомендации по его улучшению и повышению эффективности. Это был первый этап. Следующим этапом будет непосредственно реализация рекомендаций, что были приняты компанией);

— Стратегическая сессия. (Была проведена стратегическая сессия для компании, что только начинает свою активную деятельность. Проработаны сильные и слабые стороны, определены Факторы успеха. Разработаны основная стратегия, а так же серия тактических мероприятий…)

И еще раз хочу сказать слова Благодарности ВСЕМ, с кем мои пути в 2013 году пересекались и не важно на сколько на 1 час или на весь год. Благодаря Вам я не стою на месте и развиваюсь и надеюсь, что с каждым днем, с каждой встречей, становлюсь лучше и лучше  :-).

Теперь немного о Планах следующего года:

Тренинговые программы:

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

Тогда же и начну ее проводить :-).

2) Идет разработка совместно с компанией Siegel Школы управления Проектами. Здесь процесс более длительный.  Поэтому закончить ее планируем только к осени. Должно быть интересно и полезно 🙂

3) Так же планируем совместно с компанией Siegel запустить дистанционные тренинги по основным тематикам компании.

4) Планирую вернуться к тематике Webinar-ов по проектному управлению.

5) Ну и кончено же продолжу проводить те тренинговые программы которые уже разработаны. На текущий момент есть запросы с ряда компаний на проведение тренинга по управлению проектами в первом квартале следующего года

Консалтинг (Здесь планировать намного сложнее, поэтому укажу только вектора в которых я буду двигаться):

1) Продолжать развивать направление Project Management в компании Civitta, постепенно подключая и другие сервисы;

2) Проработать новые консалтинговые продукты, связанные с разработкой стратегии, критическим факторам успеха;

3)  Получить степень МБА и активно использовать знания, полученные в Эдинбургской Бизнес Школе в консалтинговых проектах.

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

Ну и основное, что планирую в Новом 2014 Году — Это быть счастливым и получать удовольствие от жизни во всех ее проявлениях.

Чего и Вам искренне желаю.

С НОВЫМ ГОДОМ !!!!

Всем привет

Как и обещал, сегодня обсудим вопросы использования гибких технологий и планирования проектов.

Прежде чем перейти к вопросы как и в каких случаях этот подход лучше использовать или наоборот лучше НЕ использовать, расскажу немного об основных принципах подходов Scrum, Kanban к ведению проектов.

Данные подходы набрали свою популярность в сфере ИТ технологий и разработки программного обеспечения, обеспечивая гибкость работы команд и достижения результатов при плотном взаимодействии с Заказчиком.

Теперь, учитывая данные ключевые подходы, можно обсудить когда и как их лучше применять (Кроме ИТ сферы, так как там эти подходы во всю применяются :-)).

Так как команды небольшие, желательно что бы размещались в одном месте и имели доступ до «ДОСКИ«, то это один из эффективных подходов для StartUP-проектов, где ключевым является повышенная вовлеченность всех участников в проект, чему способствуют ежедневные встречи по Спринтам.

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

Можно использовать комплексный подход, где внешние рамки проекта — «водопад», внутри же самого проекта используются элементы гибких технологий для части работ, где это применимо.

В каких случаях применение гибких технологий проблематично:

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

Сложно его использовать в проектах строительства. Сложно использовать с участием распределенных команд, хотя это и может быть нивелировано современными интернет технологиями. Сложно использовать в проектах больших компаний, где принят «водопадный подход», а подрядчик использует гибкие технологии.

Сложно использовать в проектах с фиксированной ценой, так как гибкие технологии, больше предполагают подход «Time&Materials«.

В целом, как и любой инструмент данный подход имеет свои сильные и слабые стороны, часть из которых мы обсудили. И каждый менеджер проекта, отталкиваясь от специфики проекта выбирает те инструменты, которые более эффективны и применимы.

Более подробно про гибкие технологии можно прочитать на соответствующих сайтах или поискать детали в интернете. Могу так же рекомендовать книги на русском языке, где просто и доступно описаны ключевые принципы этого подхода, с примерами из ИТ отрасли. Книга называется: » Kunban и Scrum: выжимаем максимум» и «Scrum и XP: заметки с передовой«.

Ну и на этом сегодня все.

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

Всем привет.

На текущий момент времени, мы рассмотрели такие вопросы как:

Цели проекта;

Заинтересованные стороны проекта;

Команда проекта;

Управление конфликтами и распределение ответственности;

WBS проекта

Сегодня хотел перейти к вопросу плана проекта.

И рассмотренный в прошлый раз инструмент WBS — хорошая основа для составления Плана проекта.

И так что такое План проекта ?

Есть несколько трактовок, две из них приведу ниже:

Главное, что бы внутри команды проекта и в ближнем окружении проекта, все одинаково понимали, что кроется за словом План проекта. :-). В данной статье я буду больше говорить о второй составляющей — графическом представлении и последовательности работ.

Наиболее распространенным графическим отображением последовательности работ по проекту выступают, так называемые Диаграммы Ганта. Думаю многим из вас они знакомы. При этом не важно где их рисовать: На бумаге, в Excel или в специализированном программном обеспечении, таком как MS Project.

Ключевым является то, что это должно быть удобно и это должно быть рабочим инструментов, а не разовой акцией для руководства :-).

И так, ключевые правила составления плана:

1) За основу берите составленную WBS и группируйте работы как вы делали это ранее.

Во первых вы уже проделали огромную работу, составляя WBS;

Во вторых, если вы ее проделали качественно, Вы получили в итоге полный список работ по проекту.

2) Проставьте последовательности работ и зависимость друг от друга.

Какие есть зависимости:

Финиш – старт. Инициация следующей задачи зависит от завершения предыдущей

Финиш-финиш. Завершение следующей задачи зависит от завершения предыдущей задачи

Старт- старт. Инициация следующей задачи зависит от инициации предыдущей задачи

Старт-финиш. Завершение следующей задачи зависит от завершения предыдущей задачи.

3) Определите длительность работ и необходимые ресурсы для их выполнения.

Здесь есть нюансы. Так как работы могут быть фиксированной длительности и не зависеть от того, сколько ресурсов направлено на выполнение этой работы. А могут быть задачи, которые зависят от количества задействованных ресурсов и от их квалификации.

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

4) Определите критический путь Вашего Плана работ.

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

5) Добавьте дополнительный «буфер» по времени для задач на критическом пути. В каких задачах добавлять такой буфер и сколько он должен составлять часов/дней/месяцев :-), зависит от проекта, от его контрольных точек, от рисков и ряда других составляющих проекта. Поэтому тут нет единого правильного ответа на этот вопрос.

Добавление буфера, позволяет минимизировать риски проекта, влияющие на его длительность и увеличивает шансы на его успешность.

Таким образом у Вас получился План проекта, который ложится в основу Вашего проекта и является Базовым Планом.

Почему пишу БАЗОВЫЙ, да потому что, ПЛАН — живой инструмент, который в процессе реализации проекта может меняться.

Какие причины изменения плана:

1) Не учли  какие то активности при первичном планировании;

2) На реализацию потребовалось больше/меньше времени, чем планировали;

3) Запланированные ранее ресурсы, оказались недоступны;

4) Подрядчики не выдержали сроки;

5) Изменились требования Заказчика;

и т.д.

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

Базовый же План необходим для того, что бы «мониторить» отклонения и оценивать влияние на проект вносимых изменений. И в конце проекта более четко провести оценку и извлечь УРОКИ проекта.

В завершении хотелось бы еще рассказать еще об одном варианте плана проекта:  План контрольных точек проекта.

В предыдущих постах были рассмотрены вопросы постановки целей, формирования команды проекта, управление конфликтами, распределение ответственности внутри команды. Сегодня предлагаю перейти к инструментам планирования проекта и рассмотреть один из таких инструментов — WBS (Work Breakdown Structure) — или иерархическая структура работ по проекту.

Если взять определение, то WBS — это согласованная с результатами поставки иерархическая декомпозиция работ, которые команда проекта должна выполнить для достижения целей проекта и создания оговоренных результатов проекта.

Данный инструмент применяется менеджером проекта совместно с командой управления проектом на этапе планирования.

Основная цель  — определить и структурировать все содержание проекта. Другими словами WBS должна содержать ВСЕ работы, запланированные в проекте. Прежде чем перейдем к правилам построения WBS, хочу остановиться на двух аспектах

1) WBS не является:

• Графиком реализации проекта;
• Документом, заменяющий ПЛАН реализации проекта;
• Перечнем действий или вех.

Об этом аспекте не стоит забывать и пытаться подменить понятия, направленность WBS определить структуру работ проекта и уже на основании этой структуры строить ПЛАН проекта и График реализации.

Следующий аспект о котором стоит упомянуть — это:

2) Важные требования к составляющим WBS изображенные на рисунке ниже:

Теперь можно перейти и к алгоритму составления WBS.

Алгоритм номер 1:

Алгоритм номер 2 (используя стикеры и флипчарт):