Лекция 1. Введение в управление проектами. Базовый курс.

Лекция 1. Введение в управление проектами. Базовый курс.

Давайте я начну не с определений, а с вопроса, который я задаю на каждом первом занятии. Вспомните какой-нибудь проект, который вы делали в последние пару лет. Неважно, на работе это было или дома — ремонт, переезд, внедрение программы. А теперь скажите честно: всё прошло по плану, в срок и в бюджет? Я почти физически вижу, как зал кривится. Потому что в реальной жизни почти ничего не проходит ни в срок, ни в бюджет. И вот тут самое интересное: люди считают, что это их личный провал, их неорганизованность, их невезение. А правда в том, что это не везение и не характер, а отсутствие системы. Управление проектами — это и есть та самая система, которая позволяет довести дело до конца, не потеряв нервов, денег и хороших отношений с заказчиком.

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

Ещё одна важная вещь, которую надо понять с самого начала: всё, что вас окружает, было когда-то проектом. Дом, в котором вы живёте, — проект. Дорога, по которой вы едете на работу, — проект. Смартфон в вашем кармане — проект. Софт, на котором он работает, — проект, причём гигантский. Люди когда-то собрались в команду, спланировали, учли риски, потратили бюджет и довели дело до конца. Мы так привыкли к результатам проектов, что перестали замечать, что за каждым из них стоит кто-то, кто управлял. И когда вы поймёте, что проект — это не абстракция из учебника, а то, что вы делаете постоянно, отношение к предмету сразу меняется. Вы не учитесь «управлению проектами» — вы учитесь лучше делать то, что уже делаете.

Теперь про историю, потому что она объясняет, откуда всё взялось. Управление проектами как дисциплина старше, чем кажется. Пирамиды Египта — проект. Колизей — проект. Но системой это всё стало гораздо позже. Современный облик управления проектами сложился в середине двадцатого века, и главный толчок дала военная промышленность. Проект «Манхэттен» — атомная бомба, программа «Поларис» — атомная подводная лодка — вот там, впервые за огромные деньги и с огромными сроками, люди поняли: без формального планирования, без сетевых графиков, без управления рисками ничего не выйдет. Именно тогда появились первые инструменты: PERT — техника оценки и пересмотра программ, и CPM — метод критического пути. Это была настоящая революция: впервые сроки считали не «на глазок», а математически.

А дальше управление проектами пошло в массы. Строительство, нефтегаз, ИТ. В восьмидесятые появилось американское «головное» сообщество по управлению проектами — PMI, которое выпустило свод знаний PMBOK. Это, по сути, энциклопедия: что нужно делать, чтобы проект состоялся. В девяностые появились гибкие методологии — Agile, Scrum — для мира, где требования меняются слишком быстро, чтобы планировать их на годы вперёд. И вот тут важно понять: это не враги. PMBOK и Agile — это не «или-или», а разные инструменты для разных ситуаций. Как молоток и отвёртка: каждый для своего. Дальше в курсе мы будем это разбирать.

И ещё один важный миф, который надо развеять сразу. Многие думают, что управление проектами — это про Excel-таблицы, диаграммы Ганта и скучные отчёты. Частично да, но только частично. Это как сказать про футбол, что это про бутсы и разметку поля. Инструменты важны, но сердце управления проектами — это люди: заказчик, команда, подрядчики, руководство. Проект делают люди, а не диаграммы. И если вы умеете договариваться, объяснять, мотивировать и разруливать конфликты, вы уже на шестьдесят процентов менеджер проектов. Остальное — техника, которой можно научиться. Но техникой пренебрегать нельзя: без неё все таланты договариваться разбиваются о стену отсутствия плана.

А теперь про тройственное ограничение — пожалуй, самое главное понятие в этой лекции. Любой проект живёт внутри треугольника: содержание, время, стоимость. Вы можете поставить любой угол — но только за счёт двух других. Хотите быстрее? Либо меньше содержания, либо больше денег на сверхурочные и дополнительных людей. Хотите дешевле? Либо дольше, либо проще. Хотите больше функционала? Либо дольше, либо дороже. Волшебства нет. И самое сложное в управлении проектами — это управлять ожиданиями: объяснить заказчику, что треугольник существует раньше, чем начнётся работа, а не после того, как сроки уже сорваны. Потому что когда сроки сорваны, объяснять уже поздно — все злые, и вы крайний.

В учебниках этот треугольник рисуют с тремя вершинами — содержание, время, стоимость. Некоторые добавляют четвёртую — качество, и тогда получается тетраэдр. Но давайте честно: качество — это не отдельный угол, это производная от того, как вы управляете остальными тремя. Если вы жмёте сроки и режете бюджет, качество неизбежно страдает — хотите вы этого или нет. Поэтому грамотный менеджер никогда не обещает «дёшево, быстро, да ещё и качественно». Он говорит: выбирайте два. Это не пессимизм, это профессиональная честность. И заказчик, который это понимает, будет вас уважать больше, чем тот, кто впихивает невыполнимое обещание и потом оправдывается.

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

Мне тут вспоминается история, которую я рассказываю почти на каждом курсе. Была компания, которая делала сайт для местного производителя мебели. Договорились за три месяца и полтора миллиона. Проект делала команда из четырёх человек: менеджер, дизайнер, два разработчика. Всё шло по плану до середины — а потом у заказчика «внезапно» появились требования, о которых он «всегда говорил». Выяснилось, что он никогда не видел ни одного промежуточного макета, потому что менеджер показывал их «на словах». Пять месяцев, три миллиона, испорченные нервы. А ведь достаточно было двух вещей: подписать устав проекта с чётким содержанием и показывать заказчику результат каждую неделю. Две вещи из этой лекции — и история была бы другой.

Давайте теперь поговорим о том, что такое хороший менеджер проектов. Многие представляют себе человека с хлыстом, который всем кричит «быстрее». На самом деле всё наоборот. Хороший менеджер — это прежде всего переводчик. Он переводит хотелки бизнеса на язык исполнителей и обратно. Он говорит с заказчиком о том, что такое «красивый» интерфейс, уточняя: «а что для вас красиво — цвет, форма, скорость?». Он говорит с командой: «а почему это занимает десять дней?». Он постоянно находится между двумя мирами и переводит с одного языка на другой. И вторая важная черта — спокойствие. В проекте вечно что-то идёт не так, и менеджер, который паникует, заражает паникой всех. Менеджер, который спокоен, — якорь. Он говорит: «так, у нас проблема, давайте разберёмся по шагам», — и команда успокаивается и начинает работать.

Ещё надо разобраться с термином, который очень модный и очень заезженный — «проектный офис», «портфель проектов», «матрица ответственности». Давайте без пафоса. Портфель проектов — это просто все проекты компании, взятые вместе, с общим бюджетом и общими ресурсами. Проектный офис — это люди, которые помогают менеджерам: ведут документацию, считают метрики, стандартизируют процессы. Матрица ответственности — табличка, в которой написано, кто за что отвечает. Всё это звучит красиво, но на деле важно одно: чтобы у каждого проекта был ответственный, у каждой задачи — исполнитель, а у каждой компании — понятный способ сравнивать проекты между собой. Без этого «проектный офис» превращается в отдел, который плодит отчёты ради отчётов.

Теперь про жизненный цикл проекта — про то, что мы будем изучать детально в следующих блоках. Любой проект проходит через стадии: инициация, планирование, исполнение, мониторинг и контроль, завершение. И вот что важно: это не линейная история, хоть так и кажется. На практике вы постоянно возвращаетесь. Спланировали — начали делать — обнаружили, что план неверен — вернулись к планированию. Завершили этап — поняли, что неправильно поняли заказчика — вернулись к инициации. Это нормально, это жизнь. Модель жизненного цикла — это не оковы, а карта, по которой вы ориентируетесь, имея право сворачивать.

И последний важный пункт этого вводного блока — про компетенции. Многие думают, что менеджер проектов должен быть техническим гением. На самом деле всё наоборот: чем меньше вы «лезете в технари», тем лучше. Ваша работа — не знать, как именно пишется код или варится сварка, а знать, кому это поручить, как проконтролировать и как объяснить заказчику. Технические знания нужны ровно настолько, чтобы понимать язык команды и отличать реальную проблему от отговорки. А вот что нужно по-настоящему: умение слушать, умение задавать вопросы, умение говорить «нет», умение считать деньги, умение выдерживать стресс и, что не менее важно, умение признавать свои ошибки. Всё остальное — софт, методики, шаблоны — приложится.

Домашнее задание к первому блоку простое, но оно задаёт тон всему курсу. Найдите любой проект, который у вас сейчас идёт или скоро начнётся — пусть даже небольшой. Запишите себе: какая у него цель? Кто заказчик, кто исполнитель, кто в зоне ответственности? Какой срок, какой бюджет, какое содержание? А теперь проверьте себя по треугольнику ограничений: что из трёх углов — время, деньги, содержание — является главным? Что вы отдадите первым, если пойдёт что-то не так? Это упражнение занимает пятнадцать минут, а пользы даёт больше, чем половина теоретического курса, потому что вы впервые смотрите на свой проект как менеджер, а не как участник.

Резюмирую вводный блок. Проект — это временная деятельность ради уникального результата. В проекте всегда есть треугольник ограничений: содержание, время, стоимость — и менять один угол можно только за счёт других. Проекты проваливаются не из-за техники, а из-за людей и отсутствия управления. Менеджер проектов — это переводчик и якорь, а не надзиратель. И главное: управление проектами — это не скучные таблицы, а способ приводить дела к успешному концу. Если вы это поняли — половину курса вы уже прошли. Дальше мы начнём разбирать, как это делается на практике, и начнём с самого начала — с инициации.