Unforeseen risks, или о том, что не все можно предусмотреть

Чуть-чуть теории про непредвиденные риски на проекте на основе недавнего личного опыта.

В управлении проектами есть понятие unforeseen risks или (перевод вольный) «риски, которые нельзя предусмотреть». Иногда я слышу мнение, что, мол, руководитель проекта – он для того и нужен, чтобы полностью исключить все риски. Это, конечно, неправда, потому что а) если исключать все риски, это точно будет дороже, чем весь проект в целом; б) этот проект, скорее всего, никогда не начнется.

Управление проектом по постройке кастомных байков…

…или я очень скучно живу, видимо. Некоторое время назад пришло письмо от читателя с вопросом о том, как лучше организовать проект постройки кастомных байков. Я прямо позавидовала (по-хорошему), наверное, это безумно интересно – применение проектного управление в нестандартных областях, не то что в моим проектах разработки ПО. Наша переписка получилось довольно интересной, под катом.

Знакомьтесь, наш четвертый спонсор!

Мой любимый риск в проекте, интересный тем, что это один из тех немногих, на которые РМ ну никак повлиять не может – это увольнение ключевых участников проекта в ходе этого проекта, а особенно – уход спонсора. То есть проект был изо всех сил кому-то нужен –  и вдруг все, считай, все пропало, так как, как мы все помним, проект без спонсора, скорее всего, обречен.

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

Главная ошибка при планировании загрузки людей

Вроде бы очевидно для всех, но из проекта в проект у многих РМов повторяется одна и та же любимая ошибка – при планировании загрузки нужного сотрудника между проектами аккуратно “распиливают” 100% его рабочего времени, а потом удивляются, что что-то пошло не так, и человек не успевает. А в самых запущенных случаях это делает руководитель сотрудника.

Референс-запрос информации о подрядчике

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

Кризисное управление в действии на примере м.Текстильщики

Надо во всем искать что-то полезное, даже в негативе, поэтому попытаюсь это что-то найти на примере коллапса в РЖД на прошлой неделе, когда на Курском вокзале столкнулось два поезда. Мне «повезло» ощутить все прелести эффективного управления кризисом высококвалифицированными специалистами РЖД, и все эти несколько часов я вспоминала и сравнивала происходящее с кризисом на м.Тестильщики летом прошлого года и тем, как этот кризис разрулили в метро.

Что такое WBS проекта, и зачем она нужна

Хорошо, что лето в разгаре, заказчики по отпускам, и можно потеоретизировать. Сегодня у нас на очереди статья о том, что такое WBS проекта и зачем она нужна. Опытные РМы – пропускают, ничего нового там не будет. Новички – читают в обязательном порядке.

Ураган: как это было в США

По мотивам прошедшего в Москве на прошлой неделе урагана я тут снова вспомнила США добрым словом. Не знаю, как вам, но мне на прошлой неделе не пришло ни одного уведомления ни от МЧС, ни от любой другой структуры, и о том, что на улице валятся деревья и уже есть погибшие, я узнала из новостей в Яндексе. И пока все активно сваливают вину на операторов связи – я вспоминаю ураган Ханна в штате Вирджиния в 2008 году.

Журнал ключевых решений в проекте, и как он может помочь

Сегодня хочу рассказать об одном из самых эффективных инструментов коммуникации и одновременно интеграции и управления рисками – журнале ключевых решений или logbook’e. Не знаю, есть ли такой инструмент в классическом управлении проектами, я его придумала исключительно под свои нужны года три назад и предложила руководителю включить в нашу систему управления проектами. Поначалу мы все (да и я тоже) относились к нему скептически, но теперь пользуемся ежедневно и не представляем жизни без логбука. Итак, что за зверь?