Управление проектами

Что считать стартом проекта Проект — это временное предприятие. Но когда именно оно начинается? Казалось бы, простой вопрос. На практике бывает что один из самых спорных. Классический кейс — создание IT-системы для внешнего заказчика. До этого в компании создали систему управления проектами. Начали считать трудозатраты и соответственно себестоимость проектов. И тут выяснилось: значительная часть трудозатрат падает на мероприятия по продаже проекта — встречи с заказчиком, демонстрации, подготовка конкурсных документов, согласования. Всё это делается до того, как договор подписан. И вот дилемма: - Если считать эти затраты на проект — то многие проекты будут завершаться на этапе «продажа». То есть в системе будет масса убыточных «проектов». Формально — это провальные проекты. Фактически — нормальная ситуация: мы потратились на пресейл, но проект не получили, конкурс не выиграли. - Если не считать — что делать с этими затратами? Они же реальные. Сотрудники тратили время, компания платила зарплату. Мы решили так: - Мероприятия по продаже проекта — это операционная деятельность. Не проект. - Старт проекта — момент подписания договора. Всё, что до — операционка. Всё, что после подписания договора — проект. - Специалисты, занятые в пресейле, должны иметь соответствующий KPI и запланированное время на операционную деятельность. Иначе их работа не учитывается нигде. Почему это важно? Если не договориться о том, что считать стартом проекта, вы получите: Проекты, которые «завершаются» на этапе продажи с убытком. Искажённую статистику: одни проекты выглядят убыточными, хотя на самом деле это затраты на развитие бизнеса. Хаос в учёте и мотивации. Старт проекта — это не первая встреча с заказчиком. Не демонстрация. Не подготовка конкурсной документации. Это подпись под договором. Всё остальное — операционная деятельность, которая должна жить по своим правилам. Таким было наше решение. А как у вас? Договоритесь о точке старта. Иначе получите хаос при работающей системе. #УправлениеПроектами #PMO #СтартПроекта #IT #УправлениеПроектами

Про профанации в тренингах (продолжение) Старый анекдот. Студент не подготовился к экзамену по биологии, но выучил один вопрос — про блоху. Попался билет: первый вопрос про волка, второй про медведя. Студент выходит и говорит:— Волк — хищник, тело покрыто шерстью. В шерсти водятся блохи. И далее длинный рассказ про блоху.— Медведь — крупное животное, тело покрыто шерстью. В шерсти водятся блохи. И снова про блоху.Преподаватель не выдерживает:— Ладно. Дополнительный вопрос: расскажите про дельфина.— Дельфин — морское животное. Шерсти у него нет. Но если бы была — в ней бы водились блохи. К чему это я? Пришлось мне как-то «доучивать» группу слушателей после тренинга по управлению проектами. До меня проводил обучение бизнес-тренер, который специализируется на маркетинге и продажах. Но взялся за проектное управление. Первая его фраза: «Главное в проекте — его правильно продать». Дальше весь тренинг — про маркетинг и продажи. Слайды, воронки, скрипты, работа с возражениями. На вопросы слушателей «когда же будет про проектное управление?» ответ был один: «Я рассказываю про самое главное в проектном управлении — как продать проект». Тренинг в итоге остановили. Пригласили меня «доучивать» недовольных слушателей. Вывод простой. Маркетинг — важное направление. Многие проекты действительно надо уметь «продать» — заказчику, спонсору, инвестору. Но это не замена проектному управлению. Управление проектами — это про цели, содержание, сроки, бюджет, риски, ресурсы, контроль, приёмку. Про то, как довести проект до результата. Продажа — это про то, как получить проект. Это разные вещи. И когда тренер по маркетингу ведёт тренинг по управлению проектами, слушатели уходят с ощущением, что проектное управление — это про скрипты и воронки. А потом на реальном проекте выясняется, что нужно уметь строить календарный план, управлять рисками и считать бюджет. #УправлениеПроектами #PMO #Обучение #Тренинги #Профанация

Про подмену понятий За годы работы я не раз сталкивался с тем, что под проектом понимают что угодно. Но самое частое — презентацию. Приходишь на защиту проекта, а тебе показывают слайды. Красивые. С текстами про «успешный успех» который будет чудесным образом получен в результате проекта. И всё. Ни паспорта, ни календарного плана, ни бюджета, ни реестра рисков. Только презентация и вера в чудо. Самый болезненный момент — когда такую же логику транслируют на некоторых "курсах" по управлению проектами. Слушателям дают задание: «подготовьте проект». И они приносят презентацию. Потому что их так научили. Потому что «проект» в их понимании — это слайды. А где календарный план? Где ресурсы? Где бюджет с оценкой затрат? Где план управления рисками? Где критерии успеха и приёмки результата? Этого нет. Презентация. И вот здесь происходит тихая, но разрушительная вещь: обесценивание проектного управления. Слушатель уходит с курса с мыслью, что проект — это набор красивых слайдов. Что управлять проектом — значит хорошо делать слайды. Что глубокая проработка — это лишнее. А потом такой "специалист" приходит на реальный проект, где нужно считать, планировать, управлять рисками, договариваться с подрядчиками, контролировать бюджет. И оказывается, что презентация здесь дело десятое. Нужна система. Нужно проектное управление. Проект — это не презентация. Это расчёты. Это план. Это работа. Если на "курсе" требуют презентацию вместо проектных документов — это не курс по управлению проектами. Это курс по подготовке слайдов. Называйте вещи своими именами. #УправлениеПроектами #PMO #ПроектноеУправление #ПодменаПонятий