Что такое проект и управление проектами
Коротко
Проект — это временная работа с ясным началом и концом, которая создаёт уникальный результат: новый продукт, услугу, здание, внедрённую программу. Управление проектами — применение знаний, инструментов и приёмов, чтобы этот результат получился в заданный срок, в рамках бюджета и с нужным качеством.
Чем проект отличается от текущей работы
Текущая работа повторяется: смена принимает заказы, бухгалтерия закрывает месяц, склад отгружает товар. У неё нет конца, и её результат каждый раз одинаковый. Проект кончается, когда результат получен, и делает то, чего в компании раньше не было.
Признаки проекта простые: есть начало и конец, есть цель, ради которой его начали, есть команда, бюджет и срок, а работа внутри не повторяет ежедневную рутину. Ремонт оборудования по графику — текущая работа. Замена той же линии на новую к конкретной дате и в известную сумму — проект. Длительность значения не имеет: проект на две недели остаётся проектом, а работа без конца проектом не становится.
Отсюда главная ловушка собственника: проекты ведутся «между делом», теми же людьми, что тянут текучку. Сроки сдвигаются, потому что у проекта нет своего плана и своего ответственного, а не потому, что команда плохая.
Из чего состоит проект
- Цель в измеримом виде: что именно должно получиться и как понять, что получилось. Цель формулируют так, чтобы её можно было проверить, а не обсуждать.
- Содержание работ: что входит в проект и, главное, что в него не входит. Без второй половины список работ растёт сам собой, а срок и бюджет стоят на месте.
- План: этапы, задачи, зависимости, сроки, ответственные и бюджет. План показывает, что от чего зависит и где проект встанет, если опоздает одно звено.
- Команда и роли: кто делает, кто решает, кто принимает результат. Роль руководителя проекта — держать план, сроки и договорённости, а не делать всю работу самому.
- Риски: что может пойти не так и что делаем, если пойдёт. Риск, у которого заранее есть ответственный и запасной ход, перестаёт быть сюрпризом.
- Контроль и закрытие: как часто сверяем факт с планом, по какому признаку считаем проект законченным и что остаётся после него — документы, инструкции, обученные люди.
Фазы проекта
Классический проектный цикл идёт по этапам: требования, анализ, проектирование, разработка, проверка, внедрение. У каждого этапа свой результат, и следующий начинается, когда предыдущий принят. Такой порядок подходит проектам, где результат и объём работ известны заранее и меняются редко: стройка, производственная линия, внедрение учётной системы по готовому образцу.
В гибких подходах проект делят на короткие отрезки, в конце каждого получают работающую часть результата и по ней решают, что делать дальше. Это выгодно, когда требования ещё уточняются: новый продукт, сайт, сервис, где мнение покупателя меняет замысел.
Выбор подхода — не вопрос моды. Если объём и результат зафиксированы договором, гибкость обернётся спорами о том, что считалось согласованным. Если требования плывут, жёсткий план на год вперёд устареет к третьему месяцу.
Классический подход и гибкий
| Классический (водопад) | Гибкий (Scrum, Kanban) | |
|---|---|---|
| Когда подходит | Результат и объём известны заранее, меняются редко | Требования уточняются по ходу, важна скорость обратной связи |
| Как устроен | Этапы друг за другом, следующий после приёмки предыдущего | Короткие отрезки работы, в конце каждого — работающая часть результата |
| Что видит заказчик | Результат в конце, по ходу — отчёты о ходе | Работающую часть результата уже через несколько недель |
| Главный риск | Поздно выяснили, что делали не то | Работа идёт, а общего замысла и конца не видно |
| Роль плана | План фиксируют и выполняют | План уточняют перед каждым отрезком |
Методы, на которые опирается управление проектами
Водопад и его разновидности задают порядок этапов и точки приёмки между ними. Модель со стадиями и воротами добавляет между этапами решение «идём дальше или останавливаемся»: после каждой стадии руководство смотрит результат и решает, продолжать ли проект.
Метод критического пути находит цепочку задач, от которых зависит общий срок: если опоздает любая задача этой цепочки, опоздает весь проект, а задержка задачи вне её срок не двигает. Метод оценки и пересмотра планов (PERT) применяют, когда сроки задач неизвестны: команда оценивает каждую задачу по трём сценариям и получает расчётный срок проекта.
Scrum делит работу на короткие отрезки с фиксированным набором задач и обязательным рабочим результатом в конце каждого. Kanban не задаёт отрезков: задачи идут потоком через колонки, а команда следит за тем, чтобы в работе одновременно не висело больше, чем она успевает.
PRINCE2 описывает проект через семь процессов — от запуска и общего руководства до управления границами этапов, поставкой продуктов и закрытием. Его берут там, где нужен жёсткий порядок ролей и решений: крупные контракты, государственные и корпоративные программы.
PMBOK — не метод, а свод знаний о том, как вести проекты: в восьмом издании проект рассматривают как часть общей системы создания ценности компании, а не как отдельный набор результатов.
Частые вопросы
Проект и процесс — в чём разница?
Процесс повторяется и не имеет конца, проект заканчивается вместе с результатом. Складская отгрузка — процесс, запуск нового склада — проект. Ошибка — поручать проект владельцу процесса «между делом»: у процесса всегда есть текущая срочная работа, и проект ждёт.
Обязателен ли отдельный руководитель проекта?
В небольшом проекте его роль может взять один из руководителей, но она должна быть названа: кто держит план, сроки и договорённости и кто отвечает за результат перед заказчиком. Если ответственного нет, проект ведут все и никто.
Нужны ли специальные программы?
Нет. Программа помогает видеть задачи, сроки и зависимости, но не заменяет план и договорённости. Команда, которая не согласовала этапы и ответственных, будет спорить о выборе программы месяцами и не сдвинется с места.
Как понять, что проект идёт хорошо?
По трём вещам: результат приближается к тому, что задумано, сроки и бюджет держатся или отклонение известно заранее, а решения принимаются без авралов. Если о ходе проекта узнают на встрече, а не из плана, контроля нет.
Что делать, если сроки уже поехали?
Пересобрать план от факта: что сделано, что осталось, от чего зависит остаток. Дальше выбор из трёх — сократить содержание, добавить людей или сдвинуть срок. Делать вид, что срок прежний, а объём тот же, — самый дорогой вариант.
Чем управление проектами отличается от управления компанией?
У компании нет финального результата и даты закрытия: она работает, пока приносит деньги. Проект заканчивается, и его команда расходится. Поэтому в компании нужны и текущее управление, и проектная дисциплина для того, что делается впервые.
Читать в журнале
Когда проектов много, а порядка нет
Чтобы видеть, какой проект кормит компанию, а какой съедает
Проекты конкурируют за одни и те же деньги, людей и время собственника. Пока их не сравнили по цифрам, побеждает тот, о котором громче говорят, а не тот, что принесёт больше.
Я собираю цифры бизнеса в одну картину: сколько приносит и стоит каждое направление, где окупаются вложения и куда двигаться. Это видно до того, как в проект уйдёт первый рубль.