Когда человек впервые сталкивается с управлением проектами, кажется, что все вокруг говорят на своём, непонятном языке. PMO, дедлайны, ресурсы, риски, базовые планы — всё это звучит важно, но не всегда ясно. Особенно если ты — тестировщик, продакт или просто новый участник команды, только начинающий в этом разбираться.
Этот словарь для тех, кто работает руками, ногами и головой в проектах. Для тех, кому надо быстро понять, что имел в виду менеджер, когда сказал: «Нужно выровнять ресурсы» или «Посчитай float по этой задаче».
📅 Задачи, сроки, графики
Задача (Activity) — это конкретный кусок работы, который нужно сделать в проекте. Например, «протестировать форму регистрации» — это задача. Она может длиться час, день или неделю — зависит от сложности.
Продолжительность задачи (Duration) — сколько времени займёт выполнение задачи. Не путайте с трудозатратами — это не «сколько человеко-часов», а именно «за сколько дней/часов закончится», если работать в обычном режиме.
Дата начала / окончания (Start/Finish Date) — когда задача должна стартовать и когда завершиться. Это могут быть плановые даты, а могут быть фактические — то есть как получилось на деле.
Календарь проекта (Project Calendar) — показывает, в какие дни вообще можно работать. Например, учитывает выходные, праздники, отпускные у сотрудников. Без этого график будет просто теорией.
Веха (Milestone) — важная точка на пути проекта. Обычно это момент завершения ключевого этапа. У вехи нет продолжительности — она показывает «факт наступления». Например, «запуск первой версии» — веха.
Критический путь (Critical Path) — самая длинная цепочка зависимых задач, которая определяет минимальный срок всего проекта. Если хоть одна из этих задач задержится — весь проект тоже сдвинется.
Резерв времени (Float / Slack) — запас времени на случай, если какая-то задача задержится. Если float равен нулю — перед вами критическая задача, с ней нужно быть особо внимательным.
Zero Float (нулевой резерв) — означает, что у задачи совсем нет запаса времени. Если не уложиться — проект сорвётся.
Total Float (полный резерв) — сколько максимум можно задержать выполнение задачи, не сдвигая сроки проекта.
Ресурсозависимая продолжительность (Resource-driven duration) — когда срок задачи зависит от того, сколько людей или ресурсов на неё выделено. Один человек делает неделю, трое — за два дня.
Выравнивание ресурсов (Resource Leveling) — это как тетрис: задачи сдвигаются, чтобы не перегружать сотрудников. Главное — не упасть в дедлайн.
График проекта (Schedule) — визуальное представление: когда что должно быть сделано. Часто это диаграмма Ганта — та самая лента задач с полосками по времени.
Планирование (Scheduling) — процесс расстановки задач по времени, с учётом их зависимости, длительности и доступности ресурсов. То есть, когда и кто что будет делать.
Отклонение по графику (Schedule Variance) — разница между тем, что планировали, и что получилось по факту. Это показатель, идёте ли вы по срокам или уже не очень.
SPI (Индекс выполнения по графику) — коэффициент, показывающий, успеваете ли по времени. Если больше 1 — всё идёт быстрее, меньше 1 — отстаёте.
Перепланирование (Re-planning) — это как нажать «сбросить счётчик»: пересчитываете всё заново и начинаете следить с новой точки.
📦 Ресурсы в проекте – люди, время, силы
Ресурс (Resource) — это всё, что нужно, чтобы выполнить работу: люди, компьютеры, время, техника, деньги. Даже кофе — если без него команда не работает 🙂
Назначение ресурса (Resource assignment) — когда, например, Петю прикрепляют к задаче «протестировать форму», это и есть назначение ресурса. Он теперь отвечает за её выполнение.
Потребность в ресурсе (Resource requirement) — сколько и каких ресурсов нужно, чтобы завершить задачу. Например, два тестировщика и один день.
Планирование ресурсов (Resource Planning) — этап, когда проектный менеджер решает: кому что делать, когда, сколько нужно времени и какие инструменты понадобятся. Без этого хаос.
Распределение ресурсов (Resource allocation) — это как раз когда Пете дают одну задачу, Коле — другую, а Лене пока ничего, потому что она ещё занята на другом проекте.
Доступность ресурса (Resource availability) — насколько ресурс (обычно человек) реально доступен. Например, Петя может быть свободен только по пятницам или работать в полсилы.
Календарь ресурсов (Resource calendar) — график, когда человек доступен. Например: не работает в выходные, в отпуске с 3 по 10 июля, доступен по утрам. Это учитывают при планировании.
Анализ ресурсов (Resource analysis) — проверка: хватает ли людей, равномерно ли распределена нагрузка, нет ли перегрузок. Иногда надо кого-то «перебросить» с одной задачи на другую.
Уровень ресурса (Resource level) — сколько работы у ресурса в конкретный момент. Например, тестировщик может в день проверять 3 задачи — если дали 5, будет перегруз.
Гистограмма ресурсов (Resource histogram) — простой столбчатый график: по вертикали — сколько человек нужно, по горизонтали — дни. Смотрят на пики и провалы — где-то лишние люди, где-то нехватка.
Нагрузка по работам (Workload) — сколько задач висит на конкретном человеке. Важно, чтобы не перегружать, иначе качество упадёт.
⏱️ Время и сроки – как не сорвать дедлайн
Длительность (Duration) — это сколько времени уйдёт на задачу. Например: «проверка формы регистрации — 2 дня». Не путать с датами начала и окончания.
График проекта (Schedule) — это когда и что нужно сделать. По сути, это временная карта проекта: задачи, их длительность и порядок.
Планирование (Scheduling) — сам процесс составления графика. Кто, что и когда делает, с учётом зависимостей и ресурсов.
Плановая дата начала / окончания (Scheduled start / finish) — ближайшие возможные даты старта и завершения задачи, если всё идёт по плану.
Резерв времени (Float или Slack) — запас времени на случай задержек. Например, если у задачи есть 2 дня запаса, и она задержится на 1 день — проект всё равно успеет вовремя.
Полный резерв времени (Total Float) — сколько можно отложить задачу, не сдвинув финальный срок проекта.
Нулевой резерв времени (Zero Float) — это значит, что запаса нет: задача критична. Любая задержка сдвинет весь проект.
Критический путь (Critical Path) — самая длинная цепочка задач в проекте без запаса времени. Если там что-то затормозится — дедлайн проекта сорвётся.
Отклонение по графику (Schedule variance) — разница между тем, сколько должно было быть сделано, и тем, что реально сделано на текущий момент.
Управление графиком (Schedule control) — постоянная проверка: не отстаёт ли проект от плана. Если нужно — график пересчитывают.
Перепланирование (Re-planning) — пересмотр всего графика, если всё пошло не по плану. Часто это делают после крупных изменений или провалов.
Transit time — техническая пауза между задачами. Например, когда надо подождать 3 дня, пока сервер обновится. Не требует людей, но время тратится.
⚠️ Риски – как подготовиться к неприятным сюрпризам
Риск (Risk) — это то, что может пойти не так. Пример: подрядчик может не успеть, сотрудник уволится, бюджет выйдет за рамки, прилетит новая правка от заказчика. Но! Риск — это ещё не проблема, а только возможность её появления.
Идентификация рисков (Risk Identification) — этап, когда команда садится и думает: «А что вообще может пойти не так?». Здесь важно не зарываться в панику, а просто собрать список потенциальных неприятностей.
Анализ рисков (Risk analysis) — когда все риски уже выписаны, нужно понять: какие из них серьёзные, а какие можно не бояться. Оценивается вероятность и последствия.
Оценка рисков (Risk assessment) — расстановка приоритетов. Например, риск «заболеет тимлид» — 20% вероятность, но сильное влияние. А «сломается мышка у дизайнера» — 80% вероятность, но последствий почти нет. Делать выводы — на что обращать внимание в первую очередь.
Матрица рисков (Risk matrix) — таблица, где всё это наглядно: по одной оси — насколько риск вероятен, по другой — насколько он опасен. Помогает быстро увидеть, что критично.
План управления рисками (Risk management plan) — договорённость в команде: кто и что будет делать, если риск случится. Хороший план — это не просто «будем надеяться», а конкретные шаги.
Реакция на риск (Risk response) — это как запасной парашют: если риск произошёл, нужно быстро применить заранее продуманный план.
Обходной путь (Workaround) — когда риска никто не ждал, но он внезапно случился, и приходится импровизировать. Например, срочно зовём другого специалиста или меняем часть требований.
Снижение риска (Risk Reduction) — всё, что делается заранее, чтобы риск либо не произошёл, либо нанёс меньше урона. Например, делать бэкапы, вести документацию, привлекать запасного подрядчика.
Избежание риска (Risk avoidance) — «не играть с огнём». Пример: отказаться от рискованной фичи, если понимаем, что времени впритык и легко всё сорвать.
Разделение риска (Risk sharing) — отдать часть ответственности партнёру. Например, подрядчику: если не успеешь — платишь неустойку.
Передача риска (Risk transfer) — передать риск третьей стороне, например — застраховать риски или прописать ответственность в договоре.
Вторичный риск (Secondary risk) — бывает, что одно решение создаёт другой риск. Например, наняли нового человека вместо ушедшего — но теперь есть риск, что он не пройдёт испытательный.
Реестр рисков (Risk register) — документ, где собраны все риски, их оценки и планы действий. Часто ведётся в Excel или в специальной системе. Главное — чтобы не просто был, а реально использовался.
✅ Качество, как делать не только быстро, но и хорошо
Качество (Quality) — это не «идеально», а «достаточно хорошо для задачи». Если нужно быстро протестировать идею — прототип может быть простым. А если продукт уходит клиенту — важно, чтобы всё работало, не ломалось и выглядело аккуратно. Главное — соответствие ожиданиям и требованиям.
Управление качеством (Quality management) — не про контроль на выходе, а про работу на всех этапах: чтобы не пришлось переделывать. Это когда команда заранее продумывает, как сделать всё правильно с первого раза.
План управления качеством (Quality management plan) — простой документ, в котором описано, какие требования к продукту, кто и как будет проверять, на что особенно обращать внимание.
Обеспечение качества (Quality assurance) — профилактика проблем. Например: code review, автоматические тесты, чек-листы, обучение команды. Лучше вложиться в это, чем потом устранять косяки.
Контроль качества (Quality control) — проверка результата. Это когда уже что-то готово, и нужно убедиться, что оно соответствует требованиям. Например, тестировщик проверяет фичу перед релизом.
Метрики качества (Quality metrics) — цифры, по которым можно понять, всё ли в порядке. Например: процент багов, скорость обработки запросов, доля успешных тестов. Это как датчики в машине — помогают заранее понять, что что-то не так.
Проверка (Inspection) — формальная или неформальная проверка. Например: ревью от другого менеджера или внешний аудит. Цель — найти проблемы, пока они не стали критичными.
Стандарты качества (Quality standards) — общие договорённости команды или компании. Например, «все тексты проходят вычитку» или «не пушим без ревью». Помогают держать планку и экономить время.
Удовлетворённость заказчика (Customer satisfaction) — финальный индикатор. Даже если проект по срокам и бюджету — если клиент недоволен, всё остальное мало кого волнует.
⏳Сроки, оценки и резервы
Длительность (Duration) — это не «работа 8 часов», а «от старта до финиша». Например, если задачу можно сделать за день, но человек доступен только через 2 дня — длительность будет 3 дня. Учитываем и реальность, и ресурсы.
Оценка длительности (Duration estimate) — прикидка, сколько займёт задача. Обычно считают с поправкой на опыт, прошлые проекты и риски. Часто используют три значения: «оптимистичное», «реалистичное» и «пессимистичное».
Трудозатраты (Work) — это сколько часов реально нужно потратить на задачу. Не путать с длительностью: работу на 8 часов можно растянуть на 3 дня, если человек занят.
Резерв (Reserve) — не «лишнее время», а страховка. Бывает двух видов:
– резерв на непредвиденное (contingency) — для вероятных рисков (болезнь сотрудника, баги),
– управляющий резерв (management) — общий запас, которым распоряжается руководство.
Полный резерв времени (Total Float) — сколько можно сдвинуть задачу, не двигая дедлайн проекта. Если float = 0, задача становится критической: любое отклонение — и вся цепочка рушится.
Календарь проекта (Schedule) — как расписание в школе: кто, что, когда. Хороший график показывает не просто задачи, а зависимости, загрузку людей и риски опоздать.
Плановая дата начала / окончания (Scheduled start / finish) — не «пожелания», а расчётные точки, с учётом логики, ресурсов и других задач.
Отклонение по срокам (Schedule variance) — насколько фактически всё идёт быстрее или медленнее, чем планировали. Если часто “минус”, значит, где-то переоценили возможности.
Индекс выполнения по срокам (SPI) — метрика, которая показывает, насколько мы укладываемся в график. Значение выше 1 — мы опережаем график, ниже 1 — отстаём.
💰 Бюджет, затраты и контроль расходов
Затраты (Costs) — это все деньги, которые проект тратит. Зарплаты, покупка ПО, командировки, аренда оборудования — всё сюда.
Бюджет (Budget) — сколько денег вы выделяете на проект или его часть. Главное — не просто прикинуть, а реально запланировать: по задачам, по этапам и по срокам.
Бюджет по завершении (Budget at Completion, BAC) — сколько весь проект должен стоить, когда он полностью завершён. По сути — итоговая сумма всех запланированных затрат.
Фактические затраты (Actual Cost, AC) — сколько уже потратили на текущий момент. Эти данные важны для анализа и прогноза.
Отклонение по стоимости (Cost Variance, CV) — разница между тем, сколько запланировали потратить и сколько потратили по факту. Если CV отрицательное — проект выходит за рамки бюджета.
Индекс выполнения по стоимости (Cost Performance Index, CPI) — показатель эффективности расходов. CPI = выполненный объём работ в деньгах / фактические затраты. Если CPI меньше 1 — тратите больше, чем получаете результата.
Оценка при завершении (Estimate at Completion, EAC) — прогноз: сколько проект будет стоить, если всё продолжится как сейчас. Используется, чтобы понять, уложитесь ли в бюджет.
Отклонение при завершении (Variance at Completion, VAC) — сравнение между плановым бюджетом (BAC) и текущим прогнозом (EAC). Помогает понять, идёте ли в плюс или минус к финишу.
Резерв (Reserve) — деньги или время «на всякий случай».
Бывает:
– Contingency Reserve — на известные риски, которые могут случиться;
– Management Reserve — на непредвиденные обстоятельства, о которых пока никто не знает.
💡 Ценность: зачем вообще весь проект?
Ценность (Value) — это то, ради чего проект вообще существует. Не абстрактные цели, а конкретная польза: экономия времени, рост прибыли, повышение удобства для клиента. Если проект ничего не меняет к лучшему — зачем он нужен?
Планирование ценности (Value Planning) — ещё до запуска проекта команда оценивает: а стоит ли вообще начинать? Есть ли от этого польза? Если сомнительно — лучше не тратить ни времени, ни денег.
Инжиниринг ценности (Value Engineering) — на этапе планирования ищем самый разумный способ добиться цели: без золотых унитазов, но чтобы работало. Главный вопрос: можно ли сделать то же самое проще и дешевле?
Анализ ценности (Value Analysis) — когда проект уже в пути, пересматриваем: не делаем ли мы чего-то лишнего? Не ушли ли от главной цели? Это способ навести порядок, убрать ненужное и сфокусироваться на полезном.
Управление ценностью (Value Management) — всё время сверяемся с вопросом: «То, что мы делаем, действительно даёт результат?» Если нет — корректируем курс. Это не про контроль задач, а про контроль пользы.
📌 Проект — штука непростая. В нём всё важно: от людей и сроков до графиков, бюджета, рисков и коммуникаций. Но чем лучше команда понимает, что к чему — тем меньше путаницы и ошибок.
Перевод статьи «PMO and Project Management Dictionary».