Введите хотя бы 2 символа для поиска по всем отраслям.
Английская лексика project management: сроки, риски и командная работа
В международных проектах английские термины встречаются на стартовых встречах, в статусных отчётах, реестрах рисков и планах работ. Этот глоссарий для русскоязычных руководителей проектов и участников команд объясняет лексику жизненного цикла проекта, требований, сроков, бюджета, коммуникации, agile-подходов, отчётности и закрытия работ. Примеры помогают разобраться в устойчивых сочетаниях и различиях между похожими словами, например risk и issue или milestone и deadline.
- 100 терминов
- 11 тем
- 45 базовых терминов
- 200 примеров
Жизненный цикл проекта
Временная работа с чёткой целью, датой начала и датой окончания, выполняемая для создания определённого продукта, услуги или результата.
Первая встреча по проекту, на которой команда и ключевые заинтересованные стороны согласуют цели, объём работ, роли, план и способы совместной работы.
Документ или набор документов, объясняющий, как будет выполняться проект: его объём, график, бюджет, ресурсы, риски и способы контроля.
Последовательность этапов, через которые проходит проект от начала до конца: обычно инициирование, планирование, выполнение, мониторинг и контроль, завершение.
Краткий официальный документ, разрешающий начать проект и определяющий цели, основные границы, ключевых участников, бюджет и полномочия руководителя проекта.
Один из основных этапов проекта, например проектирование, разработка или тестирование, у каждого из которых есть собственные цели и результаты.
Предоставлять пользователям новую систему, продукт, процесс или политику, часто постепенно — сначала одному офису, затем всей компании.
Документ или аргументация, объясняющие, почему проект стоит выполнять, с сопоставлением ожидаемых выгод, затрат, рисков и альтернатив.
- feasibility studyсуществительноетехнико-экономическое обоснование, исследование осуществимости проекта
Предварительное исследование, проверяющее практическую реализуемость проекта с учётом технических, финансовых, юридических и временных факторов до принятия окончательного решения.
Объём работ и требования
Вся согласованная работа, функции и результаты, которые проект должен предоставить, а также, шире, то, что он предоставлять не будет.
Конкретный продукт, документ или результат, который проект должен создать и передать, например отчёт, дизайн, программное обеспечение или обученную команду.
Медленный неконтролируемый рост объёма проекта, когда новые функции или задачи добавляют без корректировки сроков, бюджета или ресурсов.
- work breakdown structureсуществительноеиерархическая структура работ, структура декомпозиции работ (WBS)
Древовидное разбиение всей работы проекта: от основных результатов до небольших рабочих пакетов, которые можно оценить, назначить исполнителям и отслеживать.
То, что конечный продукт или результат должен делать или иметь согласно договорённости с заказчиком или пользователями, например функцию, уровень производительности или соблюдение закона.
Официальный запрос на изменение уже согласованного элемента проекта, например объёма, графика или бюджета; запрос оценивают, затем утверждают или отклоняют.
- triple constraintсуществительноетройственное ограничение проекта, взаимосвязь объёма, сроков и стоимости
Идея о том, что объём, сроки и стоимость связаны: изменение одного параметра, например добавление функций, влияет как минимум на другой; качество находится в центре этой модели.
Конкретные согласованные условия, которым должен соответствовать результат или пользовательская история, чтобы заказчик либо владелец продукта принял работу как завершённую.
Не являющийся частью согласованной работы проекта и потому не выполняемый, если только объём официально не изменят.
График и сроки
Важная точка или событие в графике проекта, например завершение этапа или утверждение ключевого документа; оно отмечает прогресс и само по себе не занимает времени.
Последняя дата или время, к которому задача, результат или проект должны быть завершены.
Запланированная последовательность и даты основных мероприятий и контрольных точек проекта, часто представленная в виде линии или диаграммы.
Отдельная часть работы, которую может выполнить один человек или небольшая группа; обычно у неё есть ответственный, даты начала и окончания и связь с более крупным результатом.
Связь между двумя задачами или результатами, при которой одна не может начаться или завершиться, пока другая не началась или не завершилась.
Столбчатая диаграмма, показывающая задачи проекта горизонтальными полосами на временной шкале, чтобы видеть даты начала и окончания задач и связи между ними.
- critical pathсуществительноекритический путь проекта, цепочка задач, определяющая минимальный срок проекта
Самая длинная цепочка взаимозависимых задач проекта. Она определяет самую раннюю возможную дату завершения, поэтому любая задержка задачи на этом пути задерживает весь проект.
Обоснованное предположение о длительности задачи, необходимых усилиях или стоимости, основанное на опыте и доступной информации.
Утверждённая версия объёма, графика или бюджета проекта, сохранённая для последующего сравнения с фактическим ходом работ.
Продвигаться медленнее, чем предусмотрено графиком, и отставать от запланированного срока.
Дополнительное время в графике либо отложенные деньги или ресурсы, которые помогают выдержать задержки и неожиданности без срыва конечного срока.
Сокращать график, выполняя одновременно задачи, которые планировалось делать последовательно; это экономит время, но повышает риск переделок.
О дате, задаче или графике: переноситься на более позднее время по сравнению с планом, обычно постепенно и часто без официального решения.
Перенести встречу, срок или событие на более позднее время; в другом распространённом значении — сопротивляться просьбе или решению, возражать против них.
Бюджет и затраты
Общая сумма средств, утверждённая для проекта и обычно распределённая по статьям: персонал, оборудование, поставщики и резерв на непредвиденные расходы.
Стоить дороже, чем было запланировано и утверждено.
Дополнительные деньги или время, включённые в план проекта для покрытия известных рисков и непредвиденных проблем.
Сумма, на которую фактическая стоимость проекта или задачи превышает утверждённый бюджет.
Предсказание итоговой стоимости проекта или срока его завершения на основе текущего прогресса и расходов.
Плановая бюджетная стоимость фактически выполненной к данному моменту работы. Сравнение с плановым объёмом и фактическими затратами показывает, опережает ли проект график и укладывается ли в бюджет.
Процесс приобретения необходимых проекту товаров и услуг у внешних поставщиков, включая их выбор, согласование цен и управление договорами.
Скорость, с которой проект расходует бюджет, обычно измеряемая за месяц или неделю и используемая для прогноза, когда деньги закончатся.
Заинтересованные стороны и коммуникация
Любое лицо или группа, на которых влияет проект или которые могут на него повлиять: например заказчик, пользователи, руководители, поставщики или сама команда проекта.
Старший руководитель, отвечающий за деловое обоснование проекта, получение финансирования, важные решения и поддержку руководителя проекта, когда проблема требует более высоких полномочий.
- stakeholder engagementсуществительноевовлечение заинтересованных сторон, взаимодействие с участниками проекта
Постоянная работа по вовлечению заинтересованных сторон в проект: выяснение их потребностей и опасений, общение с ними и поддержание их поддержки.
Документ, определяющий, кому какая информация о проекте нужна, когда и как часто её предоставлять, по каким каналам и кто отвечает за отправку.
Связаться с кем-либо снова или предпринять дальнейшие действия, чтобы проверить прогресс, получить ответ или убедиться, что договорённость выполнена.
Следить за тем, чтобы у клиентов, спонсоров или пользователей было реалистичное представление о том, что будет сделано, когда и с каким качеством, чтобы позднее они не разочаровались.
Реальное согласие с планом или решением и поддержка со стороны тех, кого оно затрагивает, благодаря чему они готовы помогать его реализовать.
Риски и текущие проблемы
Неопределённое событие, которое ещё не произошло, но в случае наступления может повлиять на сроки, стоимость, качество или объём проекта.
Проблема, которая уже возникла и влияет на проект, поэтому кому-то нужно принять меры для её решения.
Документ или таблица с перечнем рисков проекта и сведениями о вероятности, влиянии, ответственном и запланированных мерах реагирования.
Предпринимать меры, которые уменьшают вероятность наступления риска или его последствия, если он всё же произойдёт.
Передать проблему, риск или вопрос для решения человеку с большими полномочиями, поскольку на текущем уровне решить его не удаётся.
То, что команда принимает за верное для целей планирования без полного подтверждения, например своевременную поставку поставщиком или доступность пользователей для тестирования.
Единый документ или таблица для отслеживания рисков, допущений, уже возникших проблем и зависимостей проекта; для каждого пункта указывают ответственного и статус.
Временный способ выполнить работу, несмотря на проблему, не устраняя при этом её первопричину.
Обстоятельство, полностью останавливающее работу человека или команды, пока его не устранят, например отсутствие одобрения, доступа или решения.
Agile и Scrum
Описывает способ управления работой короткими циклами: часто выпускать небольшие пригодные к использованию части и менять план по итогам регулярной обратной связи.
Популярная гибкая методология, в которой небольшая команда выполняет согласованный объём работ фиксированными циклами — спринтами, с заданными ролями и регулярными мероприятиями, например планированием и обзором.
Короткий фиксированный период, часто две недели и не более месяца, в течение которого команда Scrum выполняет согласованный объём работы.
В Scrum — человек, отвечающий за максимизацию ценности продукта, прежде всего за управление и упорядочивание бэклога продукта и представление потребностей пользователей и бизнеса.
В Scrum — человек, который помогает команде и организации правильно понимать и применять Scrum, проводит или поддерживает мероприятия и помогает устранять препятствия, замедляющие команду.
Упорядоченный список всей работы, которую, возможно, предстоит выполнить для продукта, например функций, исправлений и улучшений; важнейшие пункты находятся наверху.
Краткое простое описание функции с точки зрения будущего пользователя, часто в формате: «Как [пользователь], я хочу [что-то], чтобы [получить пользу]».
Очень короткая ежедневная встреча команды, часто на 15 минут, где каждый сообщает о прогрессе, планах на день и препятствиях в работе.
Регулярная встреча команды в конце спринта или проекта, чтобы обсудить, что прошло хорошо, что нет и что изменить в следующем цикле.
Способ управления работой с помощью доски и колонок вроде «К выполнению», «В работе» и «Готово», при котором ограничивают число одновременно выполняемых задач.
Объём работы, который гибкая команда обычно завершает за один спринт; часто его измеряют суммой стори-пойнтов готовых задач.
Единица, с помощью которой гибкие команды оценивают относительный размер работы, учитывая усилия, сложность и неопределённость вместо подсчёта часов.
Встреча в начале каждого спринта, на которой команда Scrum согласует цель, выбирает пункты бэклога для выполнения и планирует способ работы.
Общий контрольный список условий качества, которым должна соответствовать каждая часть работы, прежде чем команда назовёт её завершённой, например пройти тестирование, проверку и документирование.
Один короткий повторяющийся цикл планирования, создания, тестирования и обзора, после которого продукт улучшают с учётом полученных знаний.
Диаграмма, показывающая, сколько работы остаётся со временем, обычно в спринте или выпуске, чтобы команда видела, успеет ли завершить всё к конечной дате.
Каскадный подход и другие методы
Традиционный способ ведения проекта, при котором работа последовательно проходит фиксированные этапы — требования, проектирование, разработку, тестирование и передачу — и каждый этап завершают до начала следующего.
Определённая система процессов, ролей, документов и правил для последовательного управления проектами, например PRINCE2 или собственный метод организации.
Способ ведения проекта, сочетающий традиционные методы с планированием и гибкие практики, например общий фиксированный план со спринтами для разработки программного обеспечения.
Официальная контрольная точка в конце этапа проекта, где лица, принимающие решения, оценивают результаты и решают, продолжать проект, изменить направление или остановить его.
Структурированная процессная методология управления проектами, возникшая в правительстве Великобритании и используемая теперь во многих странах. Название расшифровывается как PRojects IN Controlled Environments.
Статусная отчётность и управление проектом
Краткий регулярный отчёт для заинтересованных сторон о ходе проекта: что сделано, что предстоит, каковы основные риски и проблемы и какие решения нужны.
Простая оценка по цветам в отчётах: красный означает серьёзные проблемы, жёлтый — некоторые проблемы или риски, зелёный — движение по плану.
Продвигаться согласно плану и, вероятно, достичь согласованной цели, даты или бюджета.
Группа старших руководителей и ключевых заинтересованных сторон, которая задаёт направление проекту, принимает важные решения, утверждает крупные изменения и помогает решать эскалированные проблемы.
Сокращение от project management office: команда или отдел, устанавливающие стандарты, методы и шаблоны управления проектами, поддерживающие руководителей и собирающие отчётность по многим проектам.
Конкретная задача, согласованная на встрече, с назначенным ответственным и сроком выполнения.
Одностраничная визуальная сводка ключевых сведений о проекте или портфеле, например прогресса, бюджета, рисков и KPI, обычно с диаграммами и цветовой индикацией статуса.
Сокращение от key performance indicator: измеряемый показатель, отражающий, насколько хорошо проект, команда или организация продвигаются к важной цели.
Ресурсы и команда
Человек, отвечающий за планирование проекта, организацию команды и выполнение работы в срок, в рамках бюджета и согласованного объёма.
Всё, что необходимо проекту для работы, прежде всего люди, а также оборудование, материалы, деньги и время.
Определять, какое количество людей, денег или времени будет использовано для конкретной задачи, команды или цели.
Количество работы, которую человек или команда должны выполнить за определённый период.
Таблица, показывающая для каждой задачи или решения, кто выполняет работу (Responsible), кто несёт конечную ответственность (Accountable), с кем консультируются (Consulted) и кого информируют (Informed).
Объём работы, который человек или команда способны выполнить за определённый период с учётом рабочих часов, отпусков и других обязательств.
Команда, в которую входят люди с разными навыками или из разных отделов — например IT, финансы, продажи и операционная деятельность, — совместно работающие над одной целью.
Человек с глубокими знаниями в конкретной области, например налоговом законодательстве, производственной линии или старой IT-системе, чьи советы нужны проекту.
Внешняя компания, продающая проекту товары или услуги, например программное обеспечение, оборудование или специализированные работы.
Завершение проекта
Полезные знания, которые команда получает из того, что в проекте прошло хорошо и плохо, и фиксирует для будущих проектов.
Официальная передача готового продукта, системы или части работы вместе с необходимыми знаниями и документами от команды проекта тем, кто будет пользоваться результатом или поддерживать его.
Официальное одобрение уполномоченным лицом того, что результат, этап или документ завершён и принят, благодаря чему проект может двигаться дальше.
Заключительный этап проекта, когда работу официально завершают: результаты принимают, договоры закрывают, команду распускают, документы и извлечённые уроки архивируют.
Встреча или анализ после завершения проекта либо серьёзной проблемы, чтобы понять, что произошло, почему и что следует делать иначе в следующий раз.
Момент, когда новую систему, сайт или процесс после завершения разработки и тестирования начинают использовать в настоящей работе реальные пользователи.
Короткий тест: знаете ли вы эти термины?
Десять вопросов из словаря. Выберите правильное значение каждого термина и проверьте результат.
Как изучать лексику: Управление проектами
- Различайте понятия, которые часто смешивают: risk и issue, milestone и deadline, scope и requirement, project sponsor и product owner. Записывайте по одному рабочему примеру для каждой пары.
- Читайте project charter, статусные отчёты, протоколы встреч, запросы на изменение и Scrum Guide на английском. Отмечайте типичные сочетания: raise a risk (зафиксировать риск), hit a milestone (достичь контрольной точки), sign off a deliverable (утвердить результат).
- Практикуйте короткие статусные формулировки: We are on track (идём по плану), The design phase is two weeks behind schedule (этап проектирования отстаёт на две недели), This is now a blocker (теперь это блокирующий фактор), I'll follow up with the vendor (я свяжусь с поставщиком и уточню).
- Разбирайте сокращения по буквам и контексту: WBS — work breakdown structure (иерархическая структура работ), PMO — project management office, KPI — key performance indicator. RACI и RAID могут произносить как слова, а RAG — по-разному.
- Отдельно учите фразовые глаголы из проектной переписки: push back (перенести на более поздний срок), roll out (внедрить или запустить), follow up (вернуться с уточнением), sign off (официально утвердить). Перевод зависит от объекта и ситуации.
Частые вопросы
В русскоязычных проектных командах использовать английские термины или русские?
Выбирайте вариант, понятный адресатам, и соблюдайте его последовательно. В международной переписке часто сохраняют стандартные английские названия вроде deliverable или milestone; во внутренних документах при первом упоминании можно добавить перевод — «результат проекта», «контрольная точка». Для формальных текстов проверьте принятую терминологию организации или стандарта.
Чем risk отличается от issue?
Risk — событие или условие, которое может произойти в будущем и повлиять на проект. Issue — уже возникшая проблема, требующая действий сейчас. Если риск реализуется, команда обычно переносит его из risk register (реестра рисков) в issue log (журнал проблем).
Чем agile отличается от waterfall?
Waterfall (каскадный подход) заранее планирует проект и последовательно проходит фиксированные этапы, например требования, проектирование, разработку, тестирование и передачу. Agile организует работу короткими циклами, часто называемыми sprint или iteration, и корректирует план по результатам обратной связи. Некоторые организации сочетают элементы обоих подходов.
Чем project, programme и portfolio отличаются друг от друга?
Project — временная работа с определённым началом, завершением и результатом. Programme (британское написание; в США обычно program) объединяет связанные проекты, которыми управляют ради общей более крупной цели. Portfolio — совокупность проектов и программ организации, отобранных и упорядоченных в соответствии с её стратегией.
Как по-английски говорить о задержках на проектной встрече?
Behind schedule означает «отставать от графика», the date has slipped — «срок сдвинулся», push back the launch — «перенести запуск». Если работа идёт по плану, говорят on track или on schedule. Статус RAG (red, amber, green — красный, жёлтый, зелёный) кратко показывает состояние проекта. В устойчивом выражении говорят behind schedule, без артикля the.
Смежные отрасли
Закрепляйте лексику чтением
Тексты подходящего уровня помогают запоминать новые слова. Выберите бесплатные книги на английском:
