Назад в Будущее. Часть III

10 сентября 2016 года в рамках pm.Кинозала мы разобрали фильм «Назад в Будущее. Часть III». Это фантастическая комедия в стиле вестерн, в которой главные герои (подросток Марти Макфлай и учёный Эмметт Браун) оказываются в своём родном городе Хилл-Вэлли только времён Дикого Запада. Особенностью этого фильма для нашего pm.Кинозала явилось то, что фильм насыщен сценами управления проектами (здесь и анализ, и планирование проекта, и достижение цели в условиях ограниченных ресурсов, и, конечно же, крайне ограниченные сроки проекта), а руководителя проекта, как такового, НЕТ. Поэтому зрителям пришлось стать руководителями данного проекта, и помочь героям нашего фильма.

Ярче всего фильм демонстрирует управление стейкхолдерами и управление сроками. С момента, как наши герои сталкиваются с бандитом Бьюфордом «Бешеным Псом» Танненом, им грозит смерть. А дедлайн «проекта» назначен на понедельник, 7 сентября 1885 года, на 8:00 утра, когда состоится смертельная дуэль Марти МакФлая и Биффа Таннена. Что успели сделать герои до этого срока? Читать далее >>>pmkinozal_bttf3 Читать далее

Аполлон-13

23 июля 2016 года в рамках pm.Кинозала мы разобрали «по косточкам» фильм «Аполлон-13». Это фильм про особую версию проектного менеджмента — про управление проектами с нулевой или даже отрицательной длительностью. Т.е. всё нужно «на вчера». И если команда не примет правильные решения и не выполнит их моментально, то погибнут люди.

Эта версия проектного менеджмента называется «кризис-менеджмент«. Мои самые любимые проекты!

apollo-13Классический кризис-менеджмент, вернее я бы назвал его «осознанный кризис-менеджмент» раскладывается на следующие фазы:

  1. Раннее предупреждение. Мы все знаем закон Мерфи, что если что-то может пойти не так, оно пойдёт не так! Соответственно мы должны надеяться на лучшее, но готовиться к худшему — это и есть управление рисками проектов.
  2. Понимание проблемы. Многие руководители проектов тянут до последнего, откладывая осознание проблем своего проекта, даже если настроено раннее предупреждение.
  3. Оценка повреждений/угроз. Но потом случается необратимое и нужно менять цели проекта: с получения каких-то продуктов или выгод — на спасение людей и ликвидацию последствий.
  4. Разрешение кризиса. Или вы делаете это управляемо, или ваше окружение делает это за вас, но кризис всё равно разрешается. Разница лишь в том, что при вменяемом управлении кризисом, последствия от него намного меньше, а уважения к вам больше.
  5. Извлечение уроков. Ну, а на этом этапе соскакивают практически все. Проблема решена, и вспоминать и думать о ней больше не хочется. А зря! Самое время собрать весь полученный опыт в стройные знания и изменить свою систему так, чтоб подобное больше не случалось.

Читать далее

Тренинг в 4000 вёрст

Я интересовался возможностями и технологиями проведения онлайн-тренингов ещё с тех пор, как появилась возможность передавать видео по интернет без тормозов. Самой простой и доступной технологией были вебинары. Я в них активно “поиграл” несколько лет назад, как в качестве докладчика, так и в качестве слушателя, и понял — чушь собачья. Никакой вовлечённости в процесс обучения. Люди подключаются и отключаются — кто по работе, кто по нужде, у кого-то интернет глючит… А главное — нет возможности организовать полноценное групповое взаимодействие, и нет возможности прервать монолог оратора и задать ему важный вопрос. Это всё равно, что учиться по радио или телевизору, только с возможностью писать СМС-ки в студию.

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

Мне требовался полноценный интерактив. Чтоб, как в классическом тренинге, было 8-15 участников. Только именно «участников», а не «смотрящих». Они должны находиться в одном классе, а не каждый возле своего компа, и должны активно участвовать в тренинге — задавать вопросы, выполнять задания, дискутировать с тренером и друг с другом.
Такая возможность представилась после знакомства с Алексеем Меркуловым. Он находится в Красноярске, я в Одессе. Между нами 4500 км. Оба сделали project management своей профессией и оба интересуемся всем новым и необычным. Договорились провести пробный тренинг…

Ну, и понеслось!

Читать далее

Работа руководителя проекта по организации проекта

1347878115_obshhaya-taktikaНавеяно учебным пособием «Организация работы командира взвода во всех видах боевых действий». Если сделать некоторые замены в тексте пособия, то получается чёткое и конкретное руководство для руководителя ИТ-проекта. Само получившееся руководство ниже, а для начала глоссарий.

Берём Главу 1 «Управление подразделением», Раздел 2 «Работа командира взвода по организации боя» и делаем следующие замены: Читать далее

Финальное документирование проекта

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

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

Документирование контрольных функций проекта

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

Документирование контрольных функций проекта — это подпроцесс мониторинга и контроля проекта. Напомню, что общее управление проектами я стараюсь выносить за рамки этого цикла статей, и описываю только состав и правила заполнения документов для управления проектами.
Читать далее

Документирование проекта во время исполнения

В прошлой статье было спланировано и задокументировано управление взаимоотношениями в проекте, а теперь давай разберёмся, как документировать проект в процессе его исполнения, т.е. как документально оформить выполнение работ по управлению самим проектом и задокументировать достигаемые результаты проекта.

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

Завершена разработка ИСО21500:Комплекта

Полностью завершена разработка ИСО21500:Комплектанабора шаблонов документов для управления проектами и построения корпоративных стандартов УП на основе международного стандарта ISO21500:2012 «Guidance on project management». Данный стандарт представляет общее руководство для понятий и процессов управления проектами, которые имеют существенное влияние на успешное достижение результатов проектов. Стандарт прост для понимания и является лучшей основой для разработчики собственных корпоративных стандартов управления проектами.

ИСО21500.КомплектВ финальный комплект добавлены следующие шаблоны для контроля проекта:

Покупатели полного комплекта шаблонов ИСО21500.Комплект могут скачать обновлённые файлы в своём профиле на портале PMDoc.

Скидка 50%

Для всех, кто не успел купить шаблоны во время разработки (когда они были дешевле), мы сохраняем скидку 50% в течение одного месяца (до 10 мая 2016 года). Для получения шаблонов со скидкой, оформляйте покупку ИСО21500:Комплекта обычным образом, только в поле «Код купона» внесите код «iso50%».

Документирование взаимоотношений в проектe

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

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

Видео мастер-класса по управлению рисками в проектах

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

Но как организовать правильное управления рисками? Что делать если проект всё же вошёл в зону кризиса? Как понять, что проект уже находится в опасной зоне? Как всех успокоить и наладить конструктивную работу в паникующей команде? Как остановить «крутое пике» проекта и ввести его в управляемое русло?

Ответы на эти вопросы смотрите в этом видео.