39 терминов по управлению проектами, которые нужно знать

Если вы только знакомитесь с управлением проектами или хотите вспомнить ключевые термины, мы составили список распространённых терминов, с которыми вы можете столкнуться при управлении проектом.

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

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

Управление проектами может охватывать широкий спектр тем, но вот несколько терминов, которые являются общими для управления проектами независимо от того, в какой отрасли вы работаете: 

1. Программное обеспечение для управления проектами 

Программное обеспечение для управления проектами — это особый тип программного обеспечения, которое вы используете для управления проектом. Некоторые менеджеры проектов используют специализированное программное обеспечение для управления проектами, например Asana, а другие используют более обобщённое программное обеспечение для планирования, например Excel. Хотя использование программного обеспечения для управления проектами не является обязательным, оно может помочь вашей команде работать более эффективно, экономя время, упорядочивая активы и отслеживая важные этапы по мере выполнения проекта.

2. Менеджер проекта

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

3. Заинтересованные лица

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

4. Конечный продукт

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

5. Хронология проекта 

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

6. Зависимости

Зависимости — это задания, которые зависят от завершения других заданий. Хорошим примером этого может служить юридическая экспертиза. Некоторые задачи, например презентация коммерческой презентации, не могут выполняться до тех пор, пока не получат подтверждения от юридической команды. Это означает, что задание по презентации зависит от подтверждения юридического отдела. 

7. Диаграмма Ганта

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

Диаграммы Ганта позволяют менеджерам проектов легко видеть, какую работу нужно выполнить, кто и когда её выполняет. Задания представлены горизонтальной полосой, которая показывает, сколько времени должна занять конкретная инициатива.

8. Управление ресурсами

Управление ресурсами — это процесс планирования ресурсов, необходимых для реализации проекта. Это отличается от распределения ресурсов, поскольку вы активно планируете, где и когда использовать заложенные в бюджет ресурсы.

Термины, используемые в планировании управления проектами

В процессе планирования проекта вы столкнётесь с множеством терминов. Вот самые важные из них:

9. Бюджет проекта

Бюджет проекта — это заданное количество ресурсов, которые можно использовать для конкретного проекта. Бюджет проекта может быть установлен в часах, как в агентствах, или в денежном выражении. 

10. План проекта

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

11. Задачи проекта 

Цель проекта — это то, чего вы планируете достигнуть по его окончании. Это главная причина, по которой реализуется проект. Целью проекта может быть материальный актив, например новый продукт, или конкретная цель, которую вы хотите достичь, например увеличение числа подписчиков в социальных сетях на 300%. 

12. Ключевые показатели эффективности (KPI)

Ключевые показатели эффективности (KPI) — это количественные показатели того, как ваша команда продвигается к определённой цели или задачам проекта. 

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

13. Область проекта 

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

14. Разрастание объёма

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

15. Экономическое обоснование (business case)

Business case — это документ, который объясняет ценность или преимущества, которые получит ваша компания в случае осуществления неких инвестиций или инициативы. Например, можно создать бизнес-кейс для создания дополнительной численности персонала в команде или для выбора нового программного обеспечения для управления работой.

16. Устав проекта 

Устав проекта — это документ, в котором указываются ключевые цели, объём и основные обязанности в рамках проекта. Устав проекта — это способ для ключевых заинтересованных сторон получить общее пр��дставление о работе, которая будет выполнена, до утверждения проекта. Уставы проектов часто используются, чтобы убедить ключевых заинтересованных лиц одобрить проект.

17. Стартовое совещание

Организационное совещание — это возможность собрать всех заинтересованных лиц конкретного проекта, чтобы убедиться, что все согласны с планом проекта. Оно позволяет участникам команды задавать вопросы и гарантирует, что все, кто заинтересован в проекте, смогут высказать своё мнение. 

18. Распределение ресурсов

Распределение ресурсов — это процесс точного определения того, сколько ресурсов можно использовать для конкретного проекта. Ресурсом может быть:

• Время

• Бюджет

• Участники команды

• Оборудование

• Программное обеспечение

19. План действий в непредвиденных обстоятельствах

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

Термины методологии управления проектами

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

20. Agile

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

21. Каскадная модель

Каскадная модель управления проектами — это линейная форма управления, в которой каждый этап проекта зависит от предыдущего. Каскадная модель часто требует тщательного планирования до начала выполнения, чтобы учесть все зависимости. Каскадная модель часто визуализируется в виде диаграммы Ганта.

22. Канбан 

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

23. Scrum

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

Методология Scrum включает в себя четыре основных этапа:

• Планирование

• Исполнение

• Анализ

• Ретроспектива

24. Итеративный процесс

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

25. Портфельное управление проектами (ПУП)

Портфельное управление проектами (ПУП) — это процесс создания централизованного портфеля из множества различных проектов. Это позволяет получить больше аналитики по нескольким проектам, чтобы увидеть, как повседневная работа команды связана с целями компании.

26. Управление освоенным объёмом

Управление освоенным объёмом — это способ, с помощью которого менеджеры проектов отслеживают выполненную работу в соответствии с утверждённым планом проекта. Чтобы рассчитать освоенную стоимость, нужно умножить процент выполнения проекта на общую стоимость бюджета проекта. Этот процесс поможет вам отслеживать бюджет и сроки проекта.

27. Проекты в контролируемых средах (PRINCE2)

PRINCE2 — это методология управления проектами, основанная на процессах, которая фокусируется на структуре команды управления проектом и его бизнес-обосновании. 

Процесс PRINCE2 состоит из семи основных этапов:

1. Запуск проекта

2. Инициация проекта

3. Направление проекта

4. Контроль этапов

5. Управление передачей продукта

6. Управление границами этапов

7. Закрытие проекта

Распространённые сокращения в управлении проектами

В процессе погружения в управление проектами вы столкнётесь с рядом сокращений, в том числе: 

28. Профессионал в области управления проектами (PMP)

Специалист по управлению проектами (PMP) — это любой, кто работает в сфере управления проектами. Чтобы считаться специалистом в области управления проектами, необязательно иметь должность менеджера проекта.

29. Институт управления проектами (PMI)

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

30. Свод знаний по управлению проектами (PMBOK®)

Свод знаний по управлению проектами — это набор стандартной терминологии и руководящих принципов, установленных Институтом управления проектами. Руководство PMBOK® охватывает такие методологии управления проектами, как метод критических путей (CPM) и структура разбивки работ (WBS). 

31. Сертифицированный специалист по управлению проектами (CAPM)

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

32. Техническое задание (ТЗ)

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

33. Управление бизнес-процессами (BPM)

Управление бизнес-процессами (BPM) — это практика использования различных методов для улучшения, оптимизации и автоматизации бизнес-процессов. Этот термин охватывает широкий спектр различных стратегий, но чаще всего используется при оптимизации или автоматизации рабочей нагрузки. 

34. Метод критических путей

Метод критического пути (СРМ) — это инструмент моделирования управления проектами. Менеджер проекта перечисляет все работы, которые необходимо выполнить, предполагаемое время и зависимости каждого из этих заданий. Затем вы оцениваете проект от начала до конца, чтобы увидеть весь процесс на одной большой временной шкале. 

35. Метод оценки и анализа проектов (PERT)

Метод оценки и анализа программ используется для определения и расчёта количества времени, необходимого для выполнения конкретного задания или действия. Диаграмма PERT — это блок-схема, которая представляет этапы, которые необходимо выполнить в нужной последовательности в сочетании с требованиями к времени. Если диаграмма PERT недоступна, используется диаграмма Ганта. 

36. Структура разбивки работ (СРР)

Структура разбивки работы (СРР) — это сжатый план проекта, представленный в виде наглядной иерархии. Это означает, что она содержит ключевые элементы плана проекта, такие как цели, ожидаемые результаты, сроки и основные заинтересованные лица. С помощью структуры разбивки работы менеджеры проектов помогают сотрудникам наглядно представлять проекты и ожидаемые результаты, связанные с зависимыми задачами. 

37. ССВУ-анализ

ССВУ-анализ — это инструмент принятия решений, который помогает определить ключевые аспекты проекта. Аббревиатура SWOT расшифровывается следующим образом:

• Сильные стороны

• Слабые стороны

• Opportunities (возможности)

• Угрозы

38. RACI

Матрица RACI используется для определения ролей и обязанностей в команде по любой задаче, важному этапу или ожидаемому результату проекта. Матрицы RACI также широко известны как матрицы ответственности. Аббревиатура RACI расшифровывается следующим образом:

• Responsible (Ответственный)

• Accountable (подотчётное лицо)

• Consulted (консультирующее лицо)

• Информируемое лицо

39. SMART-цели

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

• Specific — конкретными

• Measurable — измеримыми

• Achievable — достижимая

• Realistic — реалистичная

• Time-bound — ограниченная по времени

Развивайте навыки управления проектами

Хотите улучшить свои навыки управления проектами? От отслеживания проектов до управления рисками — узнайте больше об управлении проектами из библиотеки ресурсов Asana по управлению проектами.