PMBOKv4 BG Glossary

РЕЧНИК
1. Обхват
Този речник включва термини, които:
• са уникални или почти уникални за управлението на проекти (каквито са напр. термините:
изложение на обхвата на проекта, работен пакет, структура на работните пакети, метод
на критичния път);
• не са уникални за управлението на проекти, но се използват в различен смисъл или с по-тясно
значение, отколкото във всекидневната употреба (напр. ранна дата на стартиране, дей-
ност по график).
Речникът не включва:
• термини, които се използват в специфична област (напр. проспект на проекта като юриди-
чески документ уникален за областта на недвижими имоти);
• термини, използвани в управлението на проекти, чийто смисъл по никакъв начин не се разли-
чава от този при ежедневната им употреба (напр. календарен ден, закъснение);
• съставни термини, чието значение е ясно от комбинираните значения на съставните им
части;
• производни термини, когато значението на производния термин е ясно от значението на
основния термин (напр. доклад за несъответствията е включен, но докладване на несъот-
ветствията не е.)
В резултат на гореописания обхват този речник включва:
• превес на термини, свързани с управлението на обхвата на проекта, управление на времето
и управление на риска , тъй като много от термините, използвани в тези области на зна-
нието, са уникални или почти уникални при управлението на проекти;
• много термини от управлението на качеството на проекта, тъй като тези термини се
използват в по-тесен смисъл, отколкото при ежедневната им употреба;
• сравнително малко термини, свързани с управлението на човешките ресурси и управлението
на комуникациите, тъй като повечето от термините, използвани в тези области на зна-
нието, не се употребяват в смисъл, различаващ се съществено от този при ежедневната
им употреба;
• сравнително малко термини, свързани с управлението на разходите, управлението на ин-
теграцията и управлението на доставките, доколкото много от термините, използвани
в тези области на знанието, имат тесни значения, които са уникални за конкретната
област, в която се използват.
©2008 Project Management Institute. A Guide to the Project Management Body of Knowledge (PMBOK® Guide) — Fourth Edition
419
РЕЧНИК
2. Често използвани съкращения

AC Actual cost/Реален разход
ACWP Actual cost of work performed/Реален разход за извършената работа
BAC Budget at completion/Бюджет при приключване
BCWP Budgeted cost of work performed/Бюджетирани разходи за извършената работа
BCWS Budgeted cost of work scheduled/Бюджетирани разходи за планираната работа
CCB Change control board/Съвет за контрол на промените
COQ Cost of quality/Цена на качеството
CPAF Cost plus award fee/Разходи плюс наградна сума
CPF Cost plus fee/Разходи плюс сума
CPFF Cost plus fixed fee/Разходи плюс фиксирана сума
CPI Cost performance index/Индекс на изпълнение на разходите
CPIF Cost plus incentive fee/Разходи плюс поощрителна сума
CPM Critical path methodology/Методология на критичния път
CV Cost variance/Отклонение на разходите
EAC Estimate at completion/Оценка на разходите при приключване
EF Early finish date/Ранна дата на завършване
EMV Expected monetary value/Очаквана парична стойност
ES Early start date/Ранна дата на стартиране
ETC Estimate to complete/Оценка на разходите до приключване
EV Earned value/Придобита стойност
EVM Earned value management/Управление на придобитата стойност
FF Finish-to-finish/Край-към-край
FFP Firm fixed price/Твърдо фиксирана цена
FMEA Failure mode and effect analysis/Анализ на отказите и ефекта
FP-EPA Fixed price with economic price adjustment/Фиксирана цена с икономическо коригиране на
цената
FPIF Fixed price incentive fee/Фиксирана цена с поощрителна надбавка
FS Finish to start/Край-към-начало
IFB Invitation for bid/Покана за участие в търг
420
LF Late finish date/Късна дата на завършване
LOE Level of effort/Ниво на усилия
LS Late start date/Късна дата на стартиране
OBS Organizational breakdown structure/Структура на организацията
PDM Precedence diagramming method/Метод за представяне на предшестващите зависимо-
сти
PMBOK ®
Project Management Body of Knowledge/Система от знания за управление на проекти
PMIS Project management information system/Информационна система за управление на проек-
ти
PMP ®
Project Management Professional/Професионалист по управление на проекти
PV Planned value/Планирана стойност
QA Quality assurance/Осигуряване на качеството
QC Quality control/Контролиране на качеството
RACI Responsible, Accountable, Consult, and Inform/Изпълняващ, Отговорен, Консултиращ и
Информиран
RAM Responsibility assignment matrix/Матрица на отговорностите
RBS Risk breakdown structure/Структура на рисковете
RFI Request for information/Заявка за информация
RFP Request for proposal/Заявка за предложение
RFQ Request for quotation/Заявка за оферта
SF Start-to-finish/Начало-към-край
SOW Statement of work/Изложение на работата
SPI Schedule performance index/Индекс на изпълнение на графика
SS Start-to-start/Начало-към-начало
SV Schedule variance/Отклонение от графика
SWOT Strengths, weaknesses, opportunities, and threats/Силни страни, слаби страни, възмож-
ности, заплахи
T&M Time and material/Време и материали
TQM Total Quality Management/Тотално управление на качеството
WBS Work breakdown structure/Структура на работните пакети
421
РЕЧНИК
3. Дефиниции
Много от дефинираните тук думи имат по-широки, в някои случаи различни значения.
За дефинициите са валидни следните конвенции:
• В някои случаи един термин в речника се състои от множество думи (напр. планиране реак-
цията на риска);
• При наличие в речника на термини, които са синоними, не се предлага дефиниция на всеки от
тях и читателят се препраща към този термин, за който има дефиниция (напр.: виж дефи-
нирания термин);
• При свързани термини, които не са синоними, се използват препратки в края на дефиницията
(напр.: виж също свързания термин).
Анализ на вариацията (Variance Analysis) [Метод]. Метод за декомпозиране на общата вариация

(дисперсия) на набор от променливи относно обхвата, разходите и графика в специфични ком-
поненти на дисперсията, които са свързани с определени фактори, оказващи влияние върху
горните променливи.
Анализ на допусканията (Assumptions Analysis) [Метод]. Метод, който изследва точността на
предположенията и идентифицира рисковете за проекта, които биха били породени от неточ-
ност, непоследователност или недостатъчна пълнота на предположенията.
Анализ на мрежовия график (Schedule Network Analysis) [Метод]. Техника за идентифицране на ран-
ните и късните дати на стартиране, както и на ранните и късните дати на завършване на
неприключилите части от дейности по графика на проекта. Виж също метод на критичния път,
метод на критичното звено, както и изравняване на ресурси.
Анализ на отказите и ефекта (Failure Mode and Effect Analysis, FMEA) [Метод]. Аналитична проце-
дура за анализ на видовете откази и последиците от тях, при която всяка потенциална причина
за отказ на всеки един компонент на продукта се анализира, за да се определи въздействието ґ
върху надеждността на този компонент самостоятелно или в комбинация с други потенциални
причини за отказ; върху надеждността на продукта или системата; върху надеждността на
изискваната функция на компонента; или разглеждането на даден продукт (на ниво „система”
и/или по-ниско) за всички начини, по които отказ може да се случи. За всеки потенциален отказ
се прави оценка на ефекта и отражението му върху цялата система. В допълнение се извършва
преглед на планираните действия за минимизиране на вероятността за отказ и на последиците
от него.
Анализ на очакваната парична стойност (Expected Monetary Value Analysis, EMV Analysis). Статис-
тически метод за изчисляване на средна стойност, когато в бъдеще има сценарии, които мо-
гат или не могат да се случат. Обичайното приложение на този метод е с дърво на решенията.
Анализ на първопричините (Root Cause Analysis) [Метод]. Метод за анализ, използван за устано-
вяване на основната причина, която предизвиква отклонение, дефект или риск. Една и съща
първопричина би могла да предизвика и повече от едно отклонение, дефект или риск.
Анализ на резерва (Reserve Analysis) [Метод]. Аналитичен метод за определяне на основните ха-
рактеристики и взаимоотношения между елементите в плана за управление на проекта, с цел
създаване на резерв по отношение на продължителността на плана, бюджета, прогнозните
разходи или финансирането на даден проект.
422
Анализ на силните и слабите страни, възможностите и заплахите (Strengths, Weaknesses,
Opportunities, and Threats Analysis, SWOT Analysis). Метод за събиране и обобщаване на информа-
ция, който разглежда проекта от гледна точка на неговите силни и слаби страни, възможности
и заплахи, използван за разширяване на обхвата на рисковете в рамките на управлението на
риска.
Анализ на тенденциите (тренда) (Trend Analysis) [Метод]. Метод за анализ, който прилага мате-
матически модели за прогнозиране на бъдещите резултати въз основа на историческите резул-
тати. Това е метод за определяне на отклонението от базовата рамка на бюджета, разходите,
графика или на параметър на обхвата чрез използване на данни от предходни отчетни периоди и
предвиждане на степента на отклонение на тези параметри от базовата рамка в един бъдещ
момент от проекта, ако не настъпят промени в изпълнението му.
Анализ на чувствителността (Sensitivity Analysis). Метод за количествен анализ на риска и мо-
делиране, използван за определяне на рисковете, които имат най-голямо потенциално въз-
действие върху проекта. Той изследва степента, до която нивото на неопределеност по всеки
елемент от проекта оказва влияние върху разглежданата цел, когато всички други елементи
на неопределеност се задържат непроменени с техните стойности съгласно базовата рамка.
Типичното изобразяване на резултатите от анализа на чувствителността е под формата на
т. нар. торнадо диаграма.
Атрибути на дейността (Activity Attributes) [Изход/вход]. Множество атрибути, свързани с всяка
дейност от графика, която може да е включена в списъка с дейности. Атрибутите включват
код на дейността, предшестващи дейности, последващи дейности, логически връзки, изпревар-
ване и закъснение, изисквания към ресурсите, наложени дати, ограничения и допускания.
База от знания с извлечени поуки (Lessons Learned Knowledge Base). Съвкупност от историческа
информация и извлечени поуки както от всички резултати от предишни решения по проекта,
така и от изпълнението на предишни проекти.
Базова рамка (Baseline). Одобрен план на проект, плюс/минус одобрени промени по него. Параме-
трите на действителното му изпълнение се сравняват с планираното, за да се установи дали
изпълнението на работата по проекта е в рамките на допустимите прагове на отклонение. В
повечето случаи се има предвид текущата рамка, но може да се отнася и до първоначалната
или друга рамка. Обикновено се използва с определение (напр. базова рамка на разходите, базова
рамка на графика, базова рамка за измерване на изпълнението, техническа базова рамка).
Базова рамка за измерване на изпълнението (Performance Measurement Baseline). Съгласуван ин-
тегриран план за работа по проекта, включващ обхват, график и разходи, и използван за срав-
нение с реално постигнатото, за измерване и за управление на изпълнението. В него могат да
бъдат включени също така и технически параметри, и такива, свързани с качеството.
Базова рамка на графика (Schedule Baseline). Специфична версия на модела на графика, използвана
за сравняване на реалните с планираните резултати, за да се определи дали е необходимо пре-
дприемането на превантивни, или коригиращи действия за постигане целите на проекта.
Базова рамка на обхвата (Scope Baseline). Одобрена специфична версия на подробното изложение
на обхвата на проекта, на структурата на работните пакети и на свързания с нея речник.
Базова рамка на разходите (Cost Performance Baseline). Определена версия на разпределен във вре-
мето бюджет, използван за сравнение на реално извършените разходи с планираните разходи с
цел определяне дали е необходимо превантивно, или коригиращо действие, за да се постигнат
целите на проекта.
Буфер (Buffer). Виж резерв.
423
РЕЧНИК
Бюджет (Budget). Одобрената сума за проекта или за даден компонент от структурата на работ-
ните пакети, или за дейност по графика. Вижте също оценка.
Бюджет при приключване (Budget at Completion, BAC). Сумата на всички бюджети, предвидени за
извършване на работата по проекта, или на компонент от структурата на работните пакети,
или на дейност по графика. Общата планирана стойност на проекта.
Валидиране (Validation). Осигуряване, че даден продукт, услуга или система отговаря на нуждите
на клиента и другите идентифицирани заинтересовани страни. Валидирането често включва
приемане и оценка на използваемостта от външни клиенти. Различава се от верификация.
Вариация (Variance). Количествено определено отклонение от дадена базова рамка или очаквана
стойност.
Верификация (Verification). Оценка дали продукт, услуга или система са в съответствие с норма,
изискване, спецификация или наложено условие. Верификацията често е вътрешен процес. Разли-
чава се от валидация.
Верифициране на обхвата (Verify Scope) [Процес]. Процес на формално приемане на създадените
резултати от проекта.
Виртуален екип (Virtual Team). Група от хора с обща цел, които изпълняват ролите си при минимал-
но или никакво време, прекарано в срещи „лице в лице”. За улесняване на комуникацията между
членовете на екипа често се използват различни технологични форми. Виртуалните екипи мо-
гат да се състоят от хора, разделени от големи разстояния.
Времева диаграма на мрежовия график на проекта (Time-Scaled Schedule Network Diagram) [Сред-
ство]. Диаграма на мрежовия график на проекта, съставена по начин, при който разположени-
ето и дължината на дейността представя нейната продължителност. По същество това е
лентова диаграма, която включва логиката на мрежови график.
Времеви резерв (Float). Виж общ времеви резерв и свободен времеви резерв.
Времеви резерв (Slack). Виж пълен времеви резерв и свободен времеви резерв.
Временно решение (Workaround) [Метод]. Реакция на проявил се отрицателен риск, която се раз-
личава от плана за действие в непредвидени случаи по това, че не е предварително планирана
преди проявата на рисковото събитие.
Вторичен риск (Secondary Risk). Риск, който възниква като пряк резултат от предприемането на
реакция на риска.
Вход (Input) [Вход на процес]. Всеки обект, независимо дали е вътрешен, или външен за проекта,
който се изисква от даден процес, за да може този процес да стартира. Може да представлява
изход от предшестващ процес.
Възел (Node). Една от определящите точки на мрежовия график; съединителна точка, свързана към
някои или всички от останалите линии на зависимост.
Възможност (Opportunity). Състояние или ситуация, благоприятна за проекта, положителен на-
бор от обстоятелства, положителен набор от събития, риск, който ще има положително въз-
действие върху целите на проекта, или възможност за положителни промени. Разграничете от
заплаха.
Гант диаграма (Gantt Chart). [Средство] Графично изображение на информацията, свързана с даден
график. В типичната Гантова диаграма дейностите или компонентите на структурата на ра-
ботните пакети по проекта са изброени в лявата страна на диаграмата, датите са показани
отгоре, а продължителността на дейностите е изобразена с хоризонтални ленти във времето
424
спрямо датите.
Гласът на клиента (Voice of the Customer). Метод за планиране, който се използва за осигуряване на
продукти, услуги и резултати, които действително отразяват изискванията на клиента чрез
превръщане на тези изисквания в подходящи технически изисквания за всяка фаза от създава-
нето на продукта на проекта.
Граници на спецификацията (Specification Limits). Областта от всяка от двете страни на цен-
тралната (средна) линия на данните, изобразени върху контролната карта, която отговаря на
изискванията на клиента по отношение на даден продукт или услуга. Тази област може да бъде
по-голяма или по-малка от областта, определена от контролните граници. Виж също контролни
граници.
График (Schedule). Виж график на проекта и също така модел на графика.
График на контролните точки (Milestone Schedule) [Средство]. Обобщен график, идентифициращ
основните контролни точки от графика. Виж също основен график.
График на проекта (Project Schedule) [Изход/вход]. Планираните дати за извършване на дейности-
те от графика и планираните дати за достигане до контролните точки по графика.
Група процеси за управление на проекти (Project Management Process Group). Логическо групиране
на входящите ресурси (входове), средства и методи и резултати (изходи) за управлението на
проекти. Групите процеси за управление на проекти включват процеси за иницииране, процеси за
планиране, процеси за изпълнение, процеси за наблюдение и контрол, и процеси за приключване на
проекта. Групите процеси за управлението на проекти не са фази на проекта.
Дата на отчитане (Data Date). Датата, към която или до която са изготвени отчети, предста-
вящи актуалният статус и изпълнените дейности. Също се нарича и текуща дата или сегашна
дата.
Дейност (Activity). Компонент от работата, извършена по време на изпълнение на проекта.
Декомпозиране (Decomposition) [Метод]. Техника за планиране, която подразделя обхвата на проек-
та и резултатите от проекта в по-малки и по-лесни за управление компоненти, докато рабо-
тата по проекта, свързана с постигане на целта на проекта и осигуряването на резултатите,
е дефинирана достатъчно детайлно, така че да се подпомогнат изпълнението, наблюдението и
контролът на работата.
Дефект (Defect). Несъвършенство или недостатък в компонент на проекта, така че този компо-
нент не удовлетворява изискванията или спецификациите и трябва да бъде поправен или заме-
нен.
Дефиниране на дейностите (Define Activities) [Процес]. Процесът на идентифициране на специфич-
ните действия, които трябва да се извършат за осигуряване на резултатите от проекта.
Дефиниране на обхвата (Define Scope) [Процес]. Процесът на изготвяне на детайлно описание на
проекта и на продукта.
Диаграма на влиянията (Influence Diagram) [Средство]. Графично представяне на ситуации, показ-
ващи причинно-следствени връзки, събития, подредени във времето, както и отношения между
променливи и резултати.
Диаграма на Парето (Pareto Chart) [Средство]. Хистограма, подредена по честота на поява, която
показва колко на брой резултати са генерирани от всяка идентифицирана причина.
Договор (Contract) [Изход/вход]. Договорът е взаимно обвързващо споразумение, което задължава
425
РЕЧНИК
продавача да осигури специфичен продукт или услуга, или резултат, и задължава купувача да
плати за тях.
Договор „възстановяване на разходите” (Cost-Reimbursable Contract). Тип договор, включващ пла-
щане на продавача за неговите действителни разходи, плюс надбавка, обикновено представля-
ваща печалбата на продавача. Договорите за възстановяване на разходите често включват
поощрителни клаузи, съгласно които ако продавачът изпълни или надхвърли определени цели на
проекта (напр. целите относно графика или общите разходи), тогава продавачът получава от
купувача поощрително или бонус плащане.
Договор „разходи плюс премия” (Cost-Plus-Incentive-Fee (CPIF) Contract). Тип договор за възстано-
вяване на разходите, при който купувачът компенсира продавача за неговите допустими разхо-
ди (определени в договора), а продавачът получава своята печалба, ако отговаря на определени
критерии за изпълнение.
Договор „разходи плюс фиксирана сума” (Cost-Plus-Fixed-Fee (CPFF) Contact). Тип договор за въз-
становяване на разходите, при който купувачът компенсира продавача за неговите допустими
разходи (определени в договора), плюс фиксирана надбавка (печалба).
Договор за време и материал (Time and Material Contract, T&M Contract). Вид договор, който пред-
ставлява хибридно споразумение, съдържащо аспекти на договори от тип възстановяване на
разходите и договор с фиксирана цена. Договорът за време и материал прилича на договорите
за възстановяване на разходите по това, че и двата типа нямат определен край, тъй като
общата стойност на споразумението не може да бъде дефинирана в момента на възлагане. По
този начин стойността на договорите за време и материал може да се увеличава, подобно на
договорите с възстановяване на разходите. От друга страна, договорите за време и материал
могат да наподобяват договорите с фиксирана цена, например когато единичните ставки за
старши инженерите са предварително договорени от клиента и изпълнителя.
Договор с твърдо фиксирана цена (Firm-Fixed-Price Contract, FFP Contract). Вид договор с фиксирана
цена, при който купувачът заплаща на продавача определена сума (съгласно договора), независи-
мо какви ще бъдат разходите на продавача.
Договор с фиксирана цена и поощрителна надбавка (Fixed-Price-Incentive-Fee(FPIF) Contract). Вид
договор, според който купувачът заплаща на продавача определена сума (съгласно договора),
като продавачът може да получи допълнителна сума, ако удовлетвори определени критерии за
изпълнение.
Документи по доставки (Procurement Documents) [Изход/вход]. Документите, използвани при
тръжните дейности, които включват покана за участие в търг, покана за преговори, заявка за
информация, заявка за оферта, заявка за предложение и отговорите на продавача.
Допускания (Assumptions). Допусканията са фактори, които за целите на планирането се приемат
за истински, реални или известни, като отпада необходимостта от доказателство или демон-
страция.
Допустимо ниво на непредвидимост (Contingency Allowance). Виж резерв.
Дърво на решенията (Decision Tree Analysis) [Метод]. Дървото на решенията е диаграма, която
описва дадено решение и последиците от избор на една или друга възможна алтернатива. Из-
ползва се, когато някои бъдещи сценарии или резултати са несигурни. Включва вероятностите
и разходите или ползите от всяка логическа последователност от събития и бъдещи решения и
използва анализ на очакваната парична стойност, за да помогне на организацията да идентифи-
цира относителните стойности на алтернативните действия. Виж също анализ на очакваната
426
парична стойност.
Екип за управление на проекта (Project Management Team). Членовете на екипа на проекта, които
участват пряко в дейностите по управление на проекта. При някои по-малки проекти екипът за
управление на проекта може да включва на практика всички членове на екипа на проекта.
Експертна оценка (Expert Judgment) [Метод]. Оценка, дадена въз основа на опит в една приложна
област, област на знанието, дисциплина, индустрия и т.н., подходяща за извършваната дей-
ност. Такава оценка може да се даде от всяка група или лице със специализирано образование,
знания, умения, опит или обучение.
Жизнен цикъл (Life Cycle). Виж жизнен цикъл на проекта.
Жизнен цикъл на продукта (Product Life Cycle). Набор от последователни, неприпокриващи се фази,
чиито имена и брой се определят от производствените и контролни нужди на организацията.
Последната фаза от жизнения цикъл на продукта най-често е неговото оттегляне. Обикновено
жизненият цикъл на проекта се съдържа в рамките на един или повече жизнени цикли на проду-
ктите.
Жизнен цикъл на проекта (Project Life Cycle). Набор от последователни фази на проекта, чието име
и номер се определят от контролните нужди на организацията или организациите, намесени в
него. Жизненият цикъл може да бъде документиран чрез подходяща методология.
Журнал (Log). Документ, използван за регистриране, описване или означаване на избрани елементи,
идентифицирани по време на изпълнението на процеса или дейността. Елементите обикновено
се класифицират по типове като потенциални проблеми, контрол на качеството, действие,
дефект и т.н.
Зависимост (Dependency). Виж логическа връзка.
Заинтересована страна (Stakeholder). Лице или организация (клиент, спонсор, изпълнител, об-
щественост и т.н.), които са активни участници в проекта или чиито интереси могат да бъ-
дат засегнати в положителен или отрицателен аспект от изпълнението или приключването на
проекта. Заинтересованите страни биха могли да упражнят влияние върху проекта и неговите
крайни резултати.
Закъснение (Лаг) (Lag) [Метод]. Промяна на логическа връзка, от която произтича забавяне на
последващата дейност. Например при зависимост „край-към-начало” с десетдневно закъснение
последващата дейност не може да стартира по-рано от десет дни след приключването на пред-
шестващата дейност. Виж също така изпреварване.
Заплаха (Threat). Условие или ситуация, които са неблагоприятни за проекта; негативни обстоя-
телства или събития; риск, който, ако се прояви, ще има негативно въздействие върху целите
на проекта, или опасност за негативни по характера си промени. Протиповоположно на въз-
можност.
Заявка за информация (Request for Information, RFI). Вид документ за доставка, чрез който възло-
жителят иска от потенциален доставчик разнообразна информация относно характеристики-
те на продукт или услуга, както и за възможностите на доставчика.
Заявка за оферта (Request for Quotation, RFQ). Вид документ за доставка, използван за искане на
ценови оферти от потенциални доставчици на общи или стандартни продукти или услуги. По-
някога се използва вместо Заявка за предложение и в някои области на приложение може да има
по-тесен или по-специфичен смисъл.
427
РЕЧНИК
Заявка за предложение (Request for Proposal, RFP). Вид документ за доставка, използван за искане
на предложения от потенциални доставчици на стоки или услуги. В някои области на приложение
той може да има по-тясно или по-специфично значение.
Идентификатор на дейността (Activity Identifier). Кратък цифров или буквен идентификатор, при-
крепен към всяка дейност по графика, за да се различава от другите дейности. Обикновено е
уникален в рамките на мрежовия график на всеки проект.
Идентифициране на заинтересованите страни (Identify Stakeholders) [Процес]. Процесът на иден-
тифициране на всички лица или организации, върху които проектът оказва влияние, и на до-
кументиране на информацията, свързана с техните интереси, участие и въздействие върху
успеха на проекта.
Идентифициране на рисковете (Identify Risks) [Процес]. Процесът на идентифициране на рискове-
те, които могат да повлияят на проекта, и документиране на техните характеристики.
Избягване на риска (Risk Avoidance) [Метод]. Техника за планиране на реакция на риск, при която
заплахата предизвиква промени в плана за управление на проекта, които са предназначени за
елиминиране на риска или за защита на целите на проекта от неговото въздействие.
Извлечени поуки (Lessons Learned) [Изход/вход]. Знанията, натрупани в процеса на изпълнение на
проекта. Уроците от практиката могат да се идентифицират във всяка една точка. Биха мог-
ли да се разглеждат също така и като записи от проекта, чрез които уроците от практиката
се включват в базата от знания.
Извършване на доставки (Conduct Procurements) [Процес]. Процесът на получаване на отговори от
продавачи, избор на доставчик и сключване на договор.
Изготвяне на график (Develop Schedule) [Процес]. Процесът на анализиране на последователност-
та на дейностите, тяхната продължителност, необходимите ресурси и ограниченията на гра-
фика, за да се създаде график на проекта.
Изискване (Requirement). Условие или способност, което трябва да бъде изпълнено или притежа-
вано от система, продукт, услуга, резултат или компонент, с цел съответствие с договор,
стандарт, спецификация или друг официално наложен документ. Изискванията включват коли-
чествени и документирани нужди, желания или очаквания на спонсора, клиента и други заинте-
ресовани страни.
Изложение на обхвата на проекта (Project Scope Statement) [Изход/вход]. Текстово описание на
обхвата на проекта, включващо основните крайни резултати, допусканията по проекта, огра-
ничаващите фактори в проекта и описанието на работата, което осигурява документирана
основа за вземане на бъдещи решения относно проекта и за потвърждаване или изработване на
общо разбиране на обхвата на проекта между всички заинтересовани страни.
Изложение на работата (Statement of Work, SOW). Текстово описание на продукти, услуги или ре-
зултати, които трябва да бъдат създадени от проекта.
Измерване на техническото изпълнение (Technical Performance Measurement) [Метод]. Метод за
измерване на изпълнението, който се основава на сравнение на реалното техническо изпълне-
ние с планираното в плана за управление на проекта. Като показател за качество измерването
може да използва ключови технически параметри на продукта, създаван от проекта. Постиг-
натите измерими стойности са част от информацията за изпълнението на работата.
Изпреварване (Lead) [Метод]. Промяна на логическа връзка, която дава възможност за ускоряване
на последващата дейност. Например при зависимост „край-към-начало” с десетдневно изпре-
варване последващата дейност може да започне десет дни, преди предшестващата дейност
428
да е завършила. Отрицателното изпреварване е еквивалентно на положително закъснение. Виж
също закъснение.
Изпълнение (Execute).Насочване, управление, изпълнение и завършване на работата по проекта,
предоставяне на крайните резултати от проекта и осигуряване на информация за изпълнение-
то на работата.
Изпълняваща организация (Performing Organization). Предприятие, чиито служители са най-пряко
въвлечени в работата по проекта.
Изравняване (Leveling). Виж изравняване на ресурсите.
Изравняване на ресурсите (Resource Leveling) [Метод]. Всяка форма на анализ на мрежовия график,
при която решенията относно графика (начални и крайни дати) се вземат въз основа на ре-
сурсните ограничения (например ограничена ресурсна наличност или трудности при управление
на промените в нивата на наличност).
Изход (Output) [Изход от процес]. Продукт, резултат или услуга, създаден от процес. Може да пред-
ставлява вход за последващ процес.
Индекс на изпълнение на графика (Schedule Performance Index, SPI). Измерител на ефективността
на графика в проекта. Представлява отношение на придобитата стойност (EV) към планирана-
та стойност (PV): SPI = ЕV / PV.
Индекс на изпълнението до приключване (To-Complete-Performance-Index, TCPI). Изчислената про-
гнозна стойност на разходите за изпълнение на оставащата част от работата, за да бъде
постигната определена цел, например бюджет при приключване или оценка при приключване.
Индексът представлява отношение между „оставащата работа” и „разполагаемите средства”.
Индекс на разходите (Cost Performance Index, CPI). Показател за ефективността на разходите по
проект. Представлява отношение между придобитата стойност (EV) и реалните разходи (AC).
CPI = EV / AC.
Иницииране на проекта (Project Initiation). Стартиране на процес, който може да доведе до отори-
зиране на нов проект.
Инспекция (Inspection) [Метод]. Проучване и измерване с цел да се провери дали дадена дейност,
компонент, продукт, резултат или услуга отговаря на специфичните изисквания.
Интегриран контрол на промените (Perform Integrated Change Control) [Процес]. Процесът на пре-
глеждане на всички искания за промяна, одобряване на промените и управление на промените
в резултатите на проекта, организационните процесни активи, документацията и плана за
управление на проекта.
Информационна система за управление на проекти (Project Management Information System, PMIS)
[Средство]. Информационна система, състояща се от средствата и методите, използвани за
събиране, интегриране и разпространяване на резултатите от процесите в управлението на
проекти. Прилага се за подпомагане на всички аспекти на проекта от инициирането до приключ-
ването и може да включва както ръчни, така и автоматизирани системи.
Информация за изпълнението на работата (Work Performance Information) [Изход/вход]. Информа-
ция и данни за статуса на дейностите, които се извършват по проекта, събирани в рамките
на процесите по насочване и ръководене на изпълнението на проекта. Информацията включва:
статус на резултатите, статус на изпълнение на исканията за промяна, коригиращи действия,
превантивни действия, отстраняване на дефекти, прогнозни оценки на работата до приключ-
ване на проекта, процент на физически завършена работа, постигнато равнище на технически-
те показатели за изпълнение, начални и крайни дати на дейностите.
429
РЕЧНИК
Искана промяна (Requested Change) [Изход/вход]. Официално документирано искане за промяна,

което е подадено за одобрение съгласно процеса за интегриран контрол на промените.
Искане (претенция) (Claim). Заявка, изискване или отстояване на права от продавача към купува-
ча, или обратното с цел обсъждане, компенсиране или плащане съобразно условията на юридиче-
ски обвързващо споразумение, като например при случай на оспорена промяна по проекта.
Искане за промяна (Change Request). Искане за разширяване или редуциране на обхвата на проекта,
за промяна на политики, процеси, планове или процедури, разходи или бюджети, или за прераз-
глеждане на графици.
Историческа информация (Historical Information). Документи и данни за минали/предишни проекти,
включително проектни файлове, записи и документи, кореспонденция, приключени договори и
проекти.
Календар на проекта (Project Calendar). Календар на работните дни или смени, който определя дни-
те за работа по дейностите от графика и неработните дни, когато дейностите от графика са
неактивни. Обикновено се дефинират празниците, уикендите и часовете на смените. Виж също
календар на ресурсите.
Календар на ресурсите (Resource Calendar). Календар на работните и неработни дни, който посоч-
ва датите, на които всеки специфичен ресурс е неизползван или може да бъде активен. Обикно-
вено посочва определените периоди за почивка и наличност на ресурсите. Виж също календар на
проекта.
Календарна единица (Calendar Unit). Най-малката единица време, използвана при създаване на гра-
фик за изпълнение на проект. Календарните единици са часове, дни, седмици, както и месеци,
тримесечия, работни смени или дори минути.
Категория на риска (Risk Category). Група от потенциални причини за възникване на риска. Причи-
ните за възникване могат да бъдат групирани в категории, като технически, външни, органи-
зационни, свързани с околната среда или с управлението на проекта. Категориите могат да
включват подкатегории като техническа зрялост, атмосферни условия или агресивна оценка.
Качествен анализ на риска (Perform Qualitative Risk Analysis) [Процес]. Процес на приоритизиране на
рисковете за по-нататъшен анализ или действие чрез оценяване и комбиниране на вероятност-
та за възникването им и последиците от въздействието им.
Качество (Quality). Степента, до която наборът от характеристики на продукта съответства
на поставените изисквания.
Клас (Grade). Категория или разряд, използван за отличаване на елементите, които имат еднаква
употреба (например «чук»), но не притежават едни и същи характеристики за качество (напри-
мер различните видове чукове могат да издържат на различни нива на натоварване).
Код на дейността (Activity Code). Една или повече цифрови или буквени стойности, които иденти-
фицират характеристиките на работата или по някакъв начин категоризират дейностите по
графика, така че да позволяват тяхното филтриране и подреждане в отчетите.
Код на сметките (Code of Accounts) [Средство]. Номерираща система, използвана за уникално
идентифициране на всеки компонент от структурата на работните пакети.
Количествен анализ на риска (Perform Quantitative Risk Analysis) [Процес]. Процес на числено анали-
зиране на ефекта на идентифицираните рискове върху общите цели на проекта.
Компонент от структурата на работните пакети (Work Breakdown Structure Component). Еле-
430
мент от структурата на работните пакети, който може да се намира на произволно ниво в
нея.
Компресиране на графика (Schedule Compression) [Метод]. Съкращаване на продължителността
на проекта по график, без да бъде намаляван обхватът на проекта. Виж също ускоряване чрез
добавяне на ресурси и ускоряване чрез паралелни дейности.
Контрол (Control). Сравняване на реалното изпълнение с плановото, анализиране на отклоненията,
оценяване на тенденциите, за да се осигури подобряване на процесите, оценяване на възможни-
те алтернативи и препоръчване на подходящо коригиращо действие, ако е необходимо.
Контрол на промените (Change Control). Идентифициране, документиране, одобряване или отхвър-
ляне и контрол на промените по базовата рамка на проекта.
Контролиране (Controlling). Виж Контрол.
Контролиране на графика (Control Schedule) [Процес]. Процесът на наблюдение на статуса на про-
екта с цел актуализиране на данните за напредъка на проекта и управление на промените в
базовата рамка на графика.
Контролиране на качеството (Perform Quality Control) [Процес]. Процес на наблюдение и регистри-
ране на резултатите от изпълнението на дейностите по качество, чрез който се оценява из-
пълнението и се правят препоръки за необходими промени.
Контролиране на обхвата (Control Scope) [Процес]. Процесът на наблюдение на статуса на проек-
та и обхвата от продукти, и управление на промените в базовата рамка на обхвата.
Контролиране на разходите (Control Costs) [Процес]. Процесът на наблюдение на статуса на проек-
та с цел актуализиране на бюджета и управление на промените в базовата рамка на разходите.
Контролна карта (Control Chart) [Средство]. Графично представяне на данните за даден процес
във времето спрямо установени контролни граници, включващо централна линия, улесняваща
идентифицирането на тренд в изобразените стойности към някоя от контролните граници.
Контролна сметка (Control Account) [Средство]. Контролна точка на управление, при която об-
хватът, бюджетът (планирани ресурси), действителните разходи и графикът се интегрират
и сравняват с придобитата стойност с цел измерване на изпълнението. Виж също работен
пакет.
Контролна точка (Milestone). Важна точка или събитие в проекта.
Контролни граници (Control Limits). Областта, определена от три стандартни отклонения от вся-
ка страна на централната линия, или средната аритметична на нормалното разпределение на
данните, изобразени на контролната карта, която изразява очакваната вариация в данните.
Вижте също граници на спецификацията.
Коригиращо действие (Corrective Action). Документирана насока за изпълнение на работата по про-
екта, така че да се постигне очакваното бъдещо изпълнение съобразно плана за управлението
на проекта.
Край-към-край (Finish-to-Finish, FF). Логическата връзка, при която приключването на работата
по следващата дейност зависи от приключването на работата по предишната дейност. Виж
също логическа връзка.
Край-към-начало (Finish-to-Start, FS). Логическата връзка, при която началото на работата по
следващата дейност зависи от приключването на работата по предишната дейност. Виж
431
РЕЧНИК
Крайна дата (Finish Date). Времева точка, свързана с изпълнението на дейност по графика. Обик-
новено тя се квалифицира като: действителна, планирана, очаквана, включена в графика, ранна,
късна, съгласно базовата рамка, целева или настояща.
Критерии (Criteria). Стандарти, правила или тестове, въз основа на които може да се направи
оценка или решение или по които може да се оцени продукт, услуга или резултат.
Критерии за приемане (Acceptance Criteria). Критериите, включващи изисквания за изпълнение и
съществени условия, които трябва да бъдат постигнати, преди да бъдат приети резултати-
те от проекта.
Критичен път (Critical Path). Обикновено, но не винаги, последователността от планирани дейнос-
ти, която определя продължителността на проекта. Това е най-дългият път през проекта. Виж
също методология на критичния път.
Критична дейност (Critical Activity). Всяка дейност от графика, намираща се на критичния път.
Най-често определяна при прилагане на метода на критичния път. Въпреки че някои дейности
са „критични” в буквален смисъл, без да са на критичния път, този смисъл рядко се използва в
контекста на проекта.
Купувач (Buyer). Придобиващият продукти, услуги или резултати за дадена организация.
Късна дата на завършване (Late Finish Date, LF). В метода на критичния път това е най-късният
възможен момент за завършване на дадена дейност от графика съгласно логиката на мрежо-
вия график, датата за завършване на проекта, както и всички целеви ограничения, включени в
дейностите по графика, без да се нарушава графикът или да се забавя датата за завършване на
проекта. Късните дати на завършване се определят по време на обхождането в обратен ред на
мрежовия график на проекта.
Късна дата на стартиране (Late Start Date, LS). В метода на критичния път това е най-късният
възможен момент, в който дадена дейност от графика може да започне въз основа на логиката
на мрежовия график, датата за завършване на проекта, както и на ограниченията, включени в
дейностите от графика, без да се нарушава графикът или да се забавя датата за завършване
на проекта. Късните дати на стартиране се определят по време на обхождането в обратен ред
на мрежовия график на проекта.
Логическа връзка (Logical Relationship). Зависимостта между две дейности от графика на проекта
или между дейност от графика на проекта и контролна точка от графика на проекта. Четирите
вида логически връзки са край-към-начало; край-към-край; начало-към-начало, начало-към-край.
Виж също отношение на предшестване.
Материали (Material). Съвкупност от ресурси, използвани от организацията за всяко начинание,
като оборудване, апаратура, инструменти, машини, съоръжения, материали и консумативи.
Матрица за проследяване на изискванията (Requirements Traceability Matrix). Таблица, която свърз-
ва изискванията с техния произход и ги проследява по време на целия жизнен цикъл на проекта.
Матрица на вероятностите и въздействието (Probability and Impact Matrix) [Средство]. Общо-
приет начин за определяне на това, дали даден риск следва да се счита за нисък, среден или висок
чрез комбиниране на две измерения на риска: вероятност за проявление и сила на ефекта върху
целите, в случай че се прояви.
Матрица на отговорности (Responsibility Assignment Matrix, RAМ) [Средство].Таблица, която
свързва структурата на работните пакети по проекта и структурата на организацията, за
да гарантира, че всеки елемент от работата по обхвата на проекта е възложен на поне едно
лице или екип.
432
Матрична организация (Matrix Organization). Всяка организационна структура, в която ръководи-
телят на проекта споделя отговорността с функционалните мениджъри относно определяне-
то на приоритетите и насочването на работата на лицата, включени в проекта.
Метод (Technique). Дефинирана систематична процедура, която се използва от човешки ресурс за
извършване на дейности за създаване на продукт или резултат, или за предоставяне на услуга
и която може да използва едно или повече средства.
Метод „Делфи” (Delphi Technique) [Метод]. Техника за събиране на информация, използвана като
начин за постигане на консенсус сред експерти по даден проблем. Експертите по проблема
участват в тази техника анонимно. Медиаторът използва въпросник, за да събере идеи от-
носно важните точки на проекта, свързани с проблема. Отговорите се обобщават и отново
се предават на експертите за по-нататъшни коментари. Консенсус може да се постигне след
няколко повторения на този процес. Делфи методът помага да се намали грешката в данните и
предпазва от неоправдано влияние на участниците над резултата.
Метод за представяне на предшестващите зависимости (Precedence Diagramming Method,
PDM). (Мрежово планиране: дейности по възли) [Метод]. Техника за създаване на мрежов график,
при който дейностите по графика са представени чрез кутийки (или възли). Дейностите по
графика са визуално свързани чрез една или повече логически връзки, за да бъде показана после-
дователността, в която дейностите трябва да бъдат изпълнени.
Метод на критичното звено (Critical Chain Method) [Метод]. Техника за анализ на мрежовия график,
която модифицира графика в съответствие с ограничените ресурси.
Метод на придобитата стойност (Earned Value Technique, EVT) [Метод]. Специфична техника за
измерване на изпълнението на работата и за формулиране на базовата рамка за изпълнението.
Методология (Methodology). Система от практики, методи, процедури и правила, използвани от
тези, които работят по определена дисциплина.
Методология на критичния път (Critical Path Methodology, CPM) [Метод]. Техника за анализ на мре-
жовия график, използвана за определяне на гъвкавостта на планирането на различни логически
пътища в мрежовия график на проекта и за определяне на минималната обща продължителност
на проекта. Ранната начална и ранната крайна дата се пресмятат чрез обхождане на графика
напред и използване на конкретна начална дата. Късната начална и крайна дата на завършване
се пресмятат чрез обхождане на графика назад, започвайки от определена дата на завършване,
която понякога е ранната дата на завършване на проекта, определена при обхождане на графика
напред. Виж също критичен път.
Модел на графика (Schedule Model) [Средство]. Модел, прилаган в комбинация с ръчни методи или
софтуер за управление на проекти, за извършване на анализ на мрежовия график при създаване
на графика на проекта, използван при управление на изпълнението на проекта. Виж също график
на проекта.
Мозъчна атака (Brainstorming) [Метод]. Творчески метод за общо събиране на данни, който може
да се използва за идентифициране на рискове, идеи или решения на потенциални проблеми, по-
средством използване на група от членове на екипа или от експерти по съответен проблем.
Монте Карло анализ (Monte Carlo Analysis). Метод, който изчислява стойността на проекта и
графика на проекта чрез многократни итерации, използвайки входящи стойности, избрани на
случаен принцип, въз основа на вероятностното разпределение на оценените разходи или време-
траене на дейностите, за да се изчислят разпределението на възможните стойности общо на
разходите или датите на приключване на проекта.
433
РЕЧНИК
Монте Карло симулация (Monte Carlo Simulation). Процес, който генерира стотици или хиляди веро-
ятни резултати от изпълнението на работата въз основа на вероятностното разпределение
на разходите и графика за отделните задачи. Резултатите се използват след това за генерира-
не на вероятностното разпределение за проекта като цяло.
Мрежа (Network). Виж диаграма на мрежовия график на проекта.
Мрежов анализ (Network Analysis). Виж анализ на мрежовия график.
Мрежов път (Network Path). Всяка непрекъсната поредица от дейности от графика, свързани с
логически отношения в мрежовата диаграма на графика на проекта.
Мрежова диаграма на графика на проекта (Project Schedule Network Diagram) [Изход/вход]. Всяко
схематично представяне на логическите връзки между дейностите от графика на проекта.
Винаги се съставя от ляво на дясно, за да отразява хронологията на работата по проекта.
Мрежова логика (Network Logic). Набор от зависимости между дейностите по график, които със-
тавляват мрежовата диаграма на графика на проекта.
Наблюдение (Monitor). Събиране на данни за изпълнението на проекта по отношение на плана, из-
готвяне на измерители за изпълнение, изготвяне доклади и разпространение на информация за
изпълнението.
Наблюдение и контрол на работата по проекта (Monitor and Control Project Work) [Процес]. Процес
на проследяване, проверка и контролиране на напредъка за постигане на целите за изпълнение,
определени в плана за управление на проекта.
Наблюдение и контрол на рисковете (Monitor and Control Risks) [Процес]. Процесът на прилагане на
плановете за реакция на рисковете, проследяване на идентифицираните рискове, наблюдение на
остатъчните рискове, идентифициране на нови рискове и оценяване ефективността на процеса
за управление на рисковете по време на целия проект.
Назначаване на проектен екип (Acquire Project Team) [Процес]. Процесът на потвърждаване на
наличните човешки ресурси и осигуряване на екипа, необходим за изпълнение на проектните
задачи.
Наложена дата (Imposed Date). Фиксирана дата за дейност от графика или за контролна точка от
графика, която обикновено се означава под формата на „стартиране не по-рано от“ и „завърш-
ване не по-късно от“.
Насочване и управление на изпълнението на проекта (Direct and Manage Project Execution) [Процес].
Процесът на изпълнение на работата, дефинирана в плана за управление на проекта, за да се
постигнат целите на проекта.
Начална дата (Start Date).Точка във времето, свързана със стартирането на дейност от графика
на проекта, обикновено определена с един от следните термини: реална, планирана, очаквана,
калкулирана, ранна, късна, целева, съгласно базовата рамка или текуща.
Начало-към- Начало (Start-to-Start, SS). Логическата връзка, при която започването на работата
по последващата дейност в графика зависи от започването на работата по предшестващата
дейност. Виж също логическа връзка.
Начало-към-Kрай (Start-to-Finish, SF). Логическата връзка, при която завършването на последва-
щата дейност в графика зависи от стартирането на предшестващата дейност. Виж също
логическа връзка.
Непредвидимост (Contingency). Виж резерв.
434
Нормативни изисквания (Regulation). Изисквания, наложени от държавен орган. Тези изисквания
могат да определят характеристиките на продукт, процес или услуга, включително приложими-
те административни разпоредби, съответствието с които е задължително.
Област на знанието за управление на проекти (Project Management Knowledge Area). Конкретна об-
ласт от управлението на проекти, дефинирана според нуждата от специфични знания и описана
чрез съставляващите я процеси, практики, входове, изходи, средства и методи.
Област на приложение (Application Area). Категория проекти със сходни компоненти, които са съ-
ществени за тях, но не са необходими или не присъстват във всички проекти. Областите на
приложение обикновено се дефинират или според продукта (напр. сходни технологии или методи
на производство), или според типа клиент (напр. вътрешен или външен, правителствен или
търговски), или според браншовия сектор (напр. комунални услуги, автомобилостроене, само-
летостроене, информационни технологии и т.н.). Областите на приложение могат да се припо-
криват.
Обобщаваща дейност (Summary Activity). Група от взаимосвързани дейности в графика, обобщени
на по-високо ниво и показвани (отчитани) като една дейност на това ниво. Виж също подпро-
ект и подмрежа.
Обхват (Scope). Съвкупността от всички продукти, услуги и резултати, които трябва да бъдат
доставени под формата на проект. Виж също обхват на проекта и обхват на продукта.
Обхват на продукта (Product Scope). Параметрите и функционалността, които характеризират
даден продукт, услуга или резултат.
Обхват на проекта (Project Scope). Работата, която трябва да се извърши, за да се предаде про-
дукт, услуга или резултат с дефинираните характеристики и функционалност.
Обхождане в обратен ред (Backward Pass). Пресмятане на късните дати на завършване и късните
дати на стартиране за незавършените части на всички планирани дейности. Определят се при
обхождане в обратна хронология в логиката на мрежовия график, започвайки от датата на при-
ключване на проекта. Виж също анализ на мрежовия график.
Обхождане в прав ред (напред) (Forward Pass). Изчисляване на ранната дата на стартиране и ран-
ната дата на завършване на неизпълнените части от всички дейности в графика. Виж също
анализ на мрежовия график и обхождане в обратен ред.
Общ времеви резерв (Total Float). Количеството време, с което една дейност може да закъснее
спрямо своята ранна дата на започване, без това да доведе до закъснение в крайната дата на
проекта или до нарушаване на времево ограничение. Общият времеви резерв се изчислява по ме-
тода на критичния път и е равен на разликата между ранната и късната дата на завършване.
Виж също свободен времеви резерв.
Обща причина (Common Cause). Източник на вариация, която е присъща на системата и е предви-
дима. В контролната карта се показва като част от случайната вариация в процеса (т.е. като
вариация на процес, който се счита за нормален или не е необичаен) и се означава чрез случайна
схема на точки в рамките на контролните граници. Нарича се също така и случайна причина.
Разграничете от специална причина.
Ограничение (Constraint) [Вход]. Състоянието, качеството или усещането, че е забранен даден курс
на действие или бездействие. Приложима забрана или ограничение, вътрешно или външно за
проекта, което влияе на изпълнението на проекта или на някой процес. Например времево огра-
435
РЕЧНИК
ничение е всяко ограничение или забрана, посочени в графика на проекта, което влияе на плани-
рането на дадена дейност по графика и обикновено се представя под формата на фиксирани
наложени дати.
Одобрено искане за промяна (Approved Change Request) [Изход/Вход]. Искането за промяна, което е
обработено и одобрено в процеса за интегриран контрол на промените.
Описание на обхвата на продукта (Product Scope Description). Документирано текстово описание
на обхвата на продукта.
Определяне на бюджета (Determine Budget) [Процес]. Процесът на събиране на оценените разходи
по индивидуалните дейности или работни пакети, за да се установи одобрена базова рамка на
разходите.
Определяне на необходимите ресурси за дейностите (Estimate Activity Resources) [Процес]. Проце-
сът на оценка на вида и количеството материали, хора, оборудване и консумативи, необходими
за изпълнението на всяка дейност.
Определяне на последователността на дейностите (Sequence Activities) [Процес]. Процесът по
идентифициране и документиране на връзките между дейностите в проекта.
Оптимизация на стойността (Value Engineering). Подход, който се използва за оптимизиране
на разходите по жизнения цикъл на проекта, спестяване на време, увеличаване на печалбата,
повишаване на качеството, разширяване на пазарния дял, разрешаване на проблеми и/или по-
ефективно използване на ресурсите.
Организационна структура (Organizational Breakdown Structure, OBS) [Средство]. Йерархично орга-
низирано изображение на проектната организация, подредено така, че да съотнася работните
пакети към изпълняващите ги организационни звена.
Организационни процесни активи (Organizational Process Assets) [Изход/вход]. Някои или всички
свързани с процеси активи от някоя или всички организации, участващи в проекта, които са или
могат да бъдат използвани за повлияване на успеха на проекта.Тези процесни активи включват
формални и неформални планове, политики, процедури и насоки. Процесните активи обхващат
също бази от знания на организациите, като например извлечени поуки от практиката и друга
историческа информация.
Осигуряване на качеството (Perform Quality Assurance) [Процес]. Процес на проверка на изисквани-
ята за качество и на резултатите от контролните измервания на качеството, за да се гаран-
тира, че се използват подходящи стандарти за качество и оперативни дефиниции.
Основен график (Master Schedule) [Средство]. Обобщен график на проекта, който идентифицира
основните резултати и компоненти на структурата на работните пакети, и контролните
точки в графика. Виж също график на контролните точки.
Остатъчен риск (Residual Risk). Риск, който остава, след като е приложена реакция на рисковете.
Отклонение на разходите (Cost Variance, CV). Показател за ефективността на разходите по про-
екта. Представлява разликата между придобитата стойност (EV) и действителните разходи
(AC). CV = EV АС.
Отклонение от графика (Schedule Variance, SV). Измерител на изпълнението на графика на проек-
та. Представлява разлика между придобитата стойност (EV) и планираната стойност (PV):
SV = ЕV - PV.
Отношение на предшестване (Precedence Relationship). Термин, използван в метода за предста-
вяне на предшестващите зависимости и означаващ една конкретна логическа връзка. Понас-
436
тоящем обаче отношение на предшестване, логическа връзка и зависимост се използват като
взаимозаменяеми термини, независимо от използвания метод за създаване на диаграма. Виж
Отстраняване на дефект (Defect Repair). Официално документирано идентифициране на дефект в
компонент от проекта с препоръка за отстраняване на дефекта или за цялостна подмяна на
компонента.
Отчети за изпълнението (Performance Reports) [Изход/вход]. Документи и презентации, които
предоставят организирана и обобщена информация за изпълнението на работата, за параме-
три и изчисления относно управлението на придобитата стойност, а също така и анализи за
напредъка на работата по проекта и нейния статус.
Отчитане на изпълнението (Report Performance) [Процес]. Процесът на събиране и разпространя-
ване на информация за изпълнението, включваща отчети за статуса, измерване на напредъка
и прогнози.
Офис за управление на проекти (Project Management Office, PMO). Организационно тяло или единица,
на която са възложени различни отговорности, свързани с централизираното и координирано
управление на проекти в рамките на нейната сфера на дейност. Отговорностите на звеното
биха могли да варират от изпълнение на функции за подпомагане управлението на проекта до
отговорност за прякото управление на проекта.
Оценени (бюджетни) разходи за извършена работа (Budgeted Cost of Work Performed, BCWP). Виж
придобита стойност.
Оценени (бюджетни) разходи за планирана работа (Budgeted Cost of Work Scheduled, BCWS). Виж
планирана стойност.
Оценка (Estimate) [Изход/вход]. Количествена оценка на вероятната стойност или резултат. Обик-
новено се прилага за разходите по проекта, ресурсите, усилията и продължителността и бива
различни видове (например предварителна, концептуална, реалистична, грубо ориентировъчна,
окончателна). Тя винаги трябва да включва индикация на точността (например ± х процента).
Виж също и бюджет.
Оценка до приключване (Estimate to Complete, ETC) [Изход/вход]. Очакваните разходи за изпълнение
на всички останали работни дейности от графика на проекта, компонент от структурата на
работните пакети или от проекта. Виж също метод на придобитата стойност и оценка при
приключване.
Оценка при приключване (Estimate at Completion, EAC) [Изход/вход]. Очакваната обща стойност на
разходите за изпълнението на дейност от графика, компонент от структурата на работните
пакети или на проекта, когато работата ще бъде завършена в дефинирания обхват. Оценката
на изпълнението може да се изчисли въз основа на резултати към днешна дата или определена
от екипа на проекта въз основа на други фактори, като в този случай прогнозата често е реви-
зирана по-късно. Виж метод на придобитата стойност и оценка до приключване.
Оценяване „отдолу-нагоре” (Bottom-up Estimating) [Метод]. Метод за оценка на определен компо-
нент от работата. Работата се разделя на съставни части. Оценката се изготвя, като се
взема предвид необходимото за изпълнението на изискванията за всяка съставна част от ра-
ботата на по-детайлно ниво и след това тези оценки се обобщават в обща величина за даден
компонент на работата. Точността на оценяването „отдолу-нагоре” зависи от обема и слож-
ността на работата, които са идентифицирани на по-ниските нива.
437
РЕЧНИК
Оценяване на продължителността на дейностите (Estimate Activity Durations) [Процес]. Процесът

на определяне на приблизителния брой работни периоди, необходими за изпълнението на отдел-
ните дейности с предвидените ресурси.
Оценяване на разходите (Estimate Costs) [Процес]. Процесът на изготвяне на приблизителна оценка
на паричните средства, необходими за завършване на дейностите по проекта.
Оценяване по аналогия (Analogous Estimating) [Метод]. Метод за оценяване на бъдеща дейност, при
който се използват стойности на параметри като обхват, разход, бюджет и продължител-
ност или показатели като размер, тежест и сложност от предходна, подобна дейност.
Оценяване по параметри (Parametric Estimating) [Метод]. Метод за оценяване, който използва
статистическа зависимост между исторически данни и други променливи (например квадрат-
ни метри в строителството, редове, създаден код в разработката на софтуер и др.), за да се
изчисли очакваната стойност на параметрите на дейността като обхват, разходи, бюджет
и продължителност. Пример за параметър, свързан с разходите, е умножаване на планираното
количество работа, която ще се извърши, по историческата стойност на разхода за единица
работа с цел получаване на очакваната стойност на разходите.
Пакет за планиране (Planning Package). Компонент на структурата на работните пакети под кон-
тролната сметка с известно съдържание на работата, но без подробни дейности по график.
Виж също контролна сметка.
План за управление на графика (Schedule Management Plan) [Изход/вход]. Документ, който уста-
новява критериите и дейностите за разработване и контрол на графика на проекта. Той се
съдържа във или е спомагателен план към плана за управление на проекта.
План за управление на доставките (Procurement Management Plan) [Изход/вход]. Документ, който
описва как ще бъдат управлявани процесите по доставки от разработването на документаци-
ята за доставките до приключването на договорните отношения.
План за управление на качеството (Quality Management Plan) [Изход/вход]. Планът за управление на
качеството описва начина, по който екипът за управление на проекта ще реализира политиката
по качеството на изпълняващата организация. Планът за управление на качеството е елемент
или спомагателен план на плана за управление на проекта.
План за управление на комуникациите (Communication Management Plan) [Изход/вход]. Документ,
който определя: комуникационните нужди и очаквания за проекта; как и в какъв формат ще се
предава информацията; кога и къде ще се осъществява всяка комуникация; кой е отговорен за
осъществяване на всеки тип комуникация. Планът за управление на комуникациите се съдържа
в плана за управление на проекта или е спомагателен план към него.
План за управление на обхвата (Scope Management Plan) [Вход/изход]. Документ, който описва начи-
на, по който ще бъде дефиниран, развиван и верифициран обхватът на проекта, по който ще бъде
създадена и дефинирана структурата на работните пакети и който дава насоки за управление и
контрол на обхвата от страна на екипа за управление на проекта. Той се съдържа във или е спома-
гателен план към плана за управление на проекта.
План за управление на персонала (Staffing Management Plan). Документ, който описва кога и как ще
бъдат изпълнени изискванията за човешки ресурси. Той се съдържа във или е спомагателен план
към плана за управление на човешките ресурси.
План за управление на проекта (Project Management Plan) [Изход/вход]. Официален, одобрен доку-
мент, който определя как проектът ще бъде изпълняван, наблюдаван и контролиран. Той може
438
да бъде обобщен или подробен и може да се състои от един или повече спомагателни планове и
други документи.
План за управление на разходите (Cost Management Plan) [Изход/вход]. Документът, който опре-
деля формата и регламентира дейностите и критериите за планиране, структуриране и кон-
тролиране на разходите по проекта. Планът за управление на разходите се съдържа в плана за
управление на проекта или е спомагателен план към него.
План за управление на риска (Risk Management Plan) [Изход/вход]. Документ, който описва начина
на структуриране и изпълнение на дейностите по управление на риска в проекта. Той се съдър-
жа във или е спомагателен план към плана за управление на проекта. Информацията в плана за
управление на риска в проекта може да бъде различна в зависимост от областта на приложение
и размера на проекта. Планът за управление на риска се различава от регистъра на рисковете,
който съдържа списък от рисковете по проекта, резултатите от анализа на риска, както и
реакцията на рисковете.
План за човешките ресурси (Human Resource Plan). Документ, който описва как ролите и отго-
ворностите, отношенията на отчитане и управлението на персонала ще бъдат разгледани и
структурирани в проекта. Той се съдържа във или е спомагателен план в плана за управление на
проекта.
Планирана крайна дата (Scheduled Finish Date, SF). Момент във времето, за който е било плани-
рано приключването на работата по определена дейност по график. Крайната дата по график
обикновено попада в периода между ранната и късната дата на завършване. Тя може да отразя-
ва изравняването на оскъдните ресурси. Понякога се нарича и планирана крайна дата.
Планирана начална дата (Scheduled Start Date, SS). Момент във времето, за който е било плани-
рано стартирането на работата по определена дейност по график. Началната дата по график
обикновено попада в периода между ранната и късната дата на стартиране. Тя може да отра-
зява изравняването на оскъдните ресурси. Понякога се нарича и планирана начална дата.
Планирана стойност (Planned Value, PV). Одобреният бюджет, предназначен за извършване на пла-
нираната работа по дейност от графика или по компонент от структурата на работните
пакети. Наричана също така и бюджетиран разход за планираната работа.
Планиране на доставки (Plan Procurements) [Процес]. Процес на документиране на решенията за
доставки по проекта, описание на подхода и идентифициране на потенциални продавачи.
Планиране на качеството (Plan Quality) [Процес]. Процес на определяне на изискванията за качест-
во и/или приложимите стандарти към проекта и продукта, както и документиране как проек-
тът ще покаже съответствие с тях.
Планиране на комуникациите (Plan Communications) [Процес]. Процес на идентифициране на нуж-
дите от информация на заинтересованите страни по проекта и на определяне на начините за
комуникация.
Планиране на реакцията на рисковете (Plan Risk Responses) [Процес]. Процес на разработване на
сценарии и действия за подобряване на възможностите и за намаляване на заплахите по отно-
шение на целите на проекта.
Планиране на управлението на риска (Plan Risk Management) [Процес]. Процес на определяне как ще
се извърши управлението на риска в проекта.
Подмрежа (Subnetwork). Подразделение (част) от мрежовия график, което обикновено представля-
ва подпроект или работен пакет. Подмрежите често се използват за илюстриране или изслед-
ване на някои потенциални или предложени състояния на графика като промени в логиката на
439
РЕЧНИК
времевия график или в обхвата на проекта.

Подпроект (Subproject). По-малка част от целия проект, създавана, когато проектът се декомпо-
зира на по-лесно управляеми елементи или части.
Подфаза (Subphase). Подразделение на фаза.
Поетапно планиране (Rolling Wave Planning) [Метод]. Подход за прогресивно изясняване на план, при
който в детайли и на ниско ниво в структурата на работните пакети се планира работата,
която трябва да бъде извършена в краткосрочен аспект. Планирането на работата в по-дъл-
госрочен аспект се прави на сравнително по-високо ниво в структурата на работните пакети.
Същевременно обаче детайлното планиране на работата за предстоящите един или два време-
ви периода се извършва едновременно с приключването на работата за текущия период.
Покана за участие в търг (Invitation for Bid, IFB). Като цяло този термин е еквивалент на заявка
за оферта. Въпреки това в някои области на приложение е възможно значението му да бъде по-
тясно или по-конкретно.
Портфолио (Portfolio). Набор от проекти, програми и други дейности, които са групирани заедно,
за да се улесни ефективното управление на работата за постигане на стратегически бизнес
цели. Проектите или програмите в портфолиото могат да не бъдат задължително взаимно
зависими или директно свързани.
Последваща дейност (Successor Activity). Дейност в графика, която следва друга дейност съобраз-
но тяхната логическа връзка.
Потенциален проблем (Issue). Въпрос или понятие, по който съществува несъгласие или по който
тече обсъждане, или по който са налице противоположни възгледи и мнения.
Почти критична дейност (Near-Critical Activity). Дейност от графика, която е с нисък общ времеви
резерв. Концепцията за този тип дейности е еднакво приложима към дадена дейност от графи-
ка и към пътищата от мрежовия график. Границата, под която общият резерв се смята близо
до критичен, е предмет на експертна оценка и се различава от проект до проект.
Правомощие (Authority). Правото да се използват ресурсите на проекта, да се разходват сред-
ства, да се взимат решения или да се дават одобрения.
Праг (Threshold). Стойност на разходите, времето, качеството, техническа или ресурсна стой-
ност, използвана като параметър, която може да бъде включена в спецификацията на продукта.
Преминаването на прага следва да активира определени действия, като например създаване на
доклад за несъответствия.
Практика (Practice). Специфичен тип професионална или управленска дейност, която допринася за
изпълнението на даден процес и може да използва една или повече различни методи и средства.
Превантивно действие (Preventive Action). Документирана насока за извършване на дейност, коя-
то може да намали вероятността от негативни последици, свързани с рисковете по проекта.
Предшестваща дейност (Predecessor Activity). Дейност по график, която определя момента, в кой-
то трябва да започне или завърши съответната последваща дейност.
Преработка (Rework). Действие, предприето за привеждане на дефектен или несъответстващ на
изискванията и спецификациите компонент в съответстващ.
Прехвърляне на риска (Risk Transference) [Метод]. Техника за планиране на реакцията на риска, коя-
то премества ефекта от въздействието на заплахата към трета страна, заедно с отговор-
ността за реагиране.
440
Придобита стойност (Earned Value, EV). Стойността на извършената работа, изразена чрез одо-
брения бюджет, предназначен за тази работа за дейност от графика или за компонент от
структурата на работните пакети. Нарича се също така и бюджетиран разход за извършена-
та работа.
Приемане на риска (Risk Acceptance) [Метод]. Техника за планиране на реакциите при възникнал
риск, която показва, че екипът по проекта е решил да не променя плана за управление на проек-
та, за да се справи с риска, или не е в състояние да идентифицира друга подходяща стратегия
за реакция на риска.
Приключване на доставки (Close Procurements) [Процес]. Процес на завършване на всяка доставка
по проекта.
Приключване на проект или фаза (Close Project or Phase) [Процес]. Процесът на финализиране на
всички дейности във всички групи процеси за управление на проекти, необходими за формалното
приключване на проекта или фаза от него.
Прогноза (Forecast). Оценка или предвиждане на условията и събитията за бъдещето на проекта
въз основа на информацията и знанията, налични по време на прогнозата. Информацията е
базирана на миналото изпълнение на проекта и очакваното бъдещо изпълнение и включва инфор-
мация, която може да окаже влияние на проекта в бъдеще, като оценка при приключване и оценка
до приключване.
Програма (Program). Група от свързани проекти, управлявани по координиран начин, с цел контро-
лиране и получаване на ползи, които не са възможни при самостоятелното им управление. Про-
грамите могат да включват елементи на работа извън обхвата на отделните проекти в про-
грамата.
Прогресивно изясняване (Progressive Elaboration) [Метод]. Непрекъснато подобряване и детайлизи-
ране на даден план по време на работата по проекта, когато конкретна по-подробна информа-
ция и по-точни оценки станат достъпни. Резултатът са по-прецизни и по-пълни планове, които
са следствие от последователните итерации на процеса по планиране.
Продавач (Seller). Доставчик или снабдител на продукти, услуги или резултати за организацията.
Продукт (Product). Предмет, който е произведен, има количествена характеристика и може да
бъде крайно изделие или компонент от друго изделие. Допълнителни думи за определяне на про-
дуктите са материали и блага. Разграничете от резултат. Виж също резултат.
Продължителност (Duration, DU or DUR). Общият брой работни периоди (без да се включват праз-
ниците и другите неработни периоди), необходими за извършване на дейност от графика или
компонент от структурата на работните пакети. Обикновено се използват работни дни и
работни седмици. Понякога некоректно се приравнява с изминалото време. Разграничете от
усилие.
Продължителност на дейността (Activity Duration). Времето в календарни единици от началото до
края на дейността от графика. Вижте още продължителност.
Проект (Project). Ограничено във времето начинание, предприето за създаване на уникален про-
дукт, услуга или резултат.
Проектно ориентирана организация (Projectized Organization). Всяка организационна структура,
в която ръководителят на проекта има пълни правомощия да определя приоритети, да влага
ресурси, както и да насочва работата на лицата, ангажирани в проекта.
Промяна на обхвата (Scope Change). Всяка промяна в обхвата на проекта. Промяната на обхвата
почти винаги изисква корекция на разходите по проекта или на графика на проекта.
441
РЕЧНИК
Процент на завършеност (Percent Complete). Приблизителна оценка, изразена в процент, на обема

на работата по конкретна дейност или компонент от структурата на работните пакети,
която е вече завършена.
Процеси за изпълнение (Executing Processes) [Група процеси]. Процеси, които се изпълняват за реа-
лизиране на определена работа от плана за управление на проекта, така че да бъдат постигнати
целите му.
Процеси за иницииране (Initiating Processes) [Група процеси]. Процеси, които се изпълняват с цел де-
финиране на нов проект или нова фаза от съществуващ проект, чрез получаване на разрешение
за започване на проекта или на фаза от него.
Процеси за наблюдение и контрол (Monitoring and Controlling Processes) [Група процеси]. Процесите,
необходими за проследяване, преглед и контролиране на напредъка и изпълнението на проекта,
идентифициране на области, където са необходими промени в плана, и иницииране на съответ-
ните промени.
Процеси за планиране (Planning Processes) [Група процеси]. Процесите, които се изпълняват за оп-
ределяне на общия обхват на усилията за дефиниране и прецизиране на целите и за разработване
на курса на действие, необходим за постигане на тези цели.
Процеси за приключване (Closing Processes) [Група процеси]. Тези процеси, които се изпълняват
с цел финализиране на всички дейности от групите процеси за управлението на проекта с цел
формалното приключване на проекта или на дадена фаза от него.
Работен пакет (Work Package). Краен резултат или компонент на работата по проекта, намиращ
се на най-ниското ниво на всеки клон от структурата на работните пакети. Виж също контро-
лен пакет.
Развиване на проектен екип (Develop Project Team) [Процес]. Процесът на подобряване на компе-
тенциите, взаимоотношенията и цялостната обстановка в екипа, за да се подобри изпълнени-
ето на проекта.
Разделяне на пътища (Path Divergence). Удължаване или създаване на паралелни пътища от мре-
жовия график от един и същи възел на мрежовия график на проекта. Разделянето на пътища
се характеризира с дейност по график, която притежава повече от една последваща дейност.
Разпространяване на информация (Distribute Information) [Процес]. Процесът на предоставяне на
съответната информация на заинтересованите страни, както е планирано.
Разработване на план за управление на проекта (Develop Project Management Plan) [Процес]. Про-
цес на документиране на действията, необходими за определяне, изготвяне, обединяване и ко-
ординиране на всички спомагателни планове.
Разработване на план за човешките ресурси (Develop Human Resource Plan) [Процес]. Процесът на
идентифициране и документиране на ролите в проекта, отговорностите, необходимите уме-
ния, връзките между отчетите и създаване на план за управление на персонала.
Разработване на харта на проекта (Develop Project Charter) [Процес]. Процесът на изработване
на документ, който формално одобрява стартирането на проект или фаза и документира пър-
воначалните изисквания, които удовлетворяват нуждите и очакванията на заинтересованите
страни.
Разрешение за извършване на работата (Work Authorization). Разрешение и насока, обикновено в
писмен вид, за започване на работата по дадена дейност, работен пакет или контролна сметка.
Това е метод за управление на работата по проекта, който има за цел да гарантира, че рабо-
442
тата се извършва от съответната организация, в точното време и в правилната последова-
телност.
Разтягане на обхвата (Scope Creep). Допълване на характеристики и функционалност (т.е. на
обхвата на проекта), без да бъдат отчетени ефектът върху времето, разходите и ресурсите
или без одобрението от страна на клиента.
Ранна дата на завършване (Early Finish Date, EF). В метода на критичния път, най-ранната въз-
можна точка във времето, в която незавършените части от дейността от графика (или на це-
лия проект) могат да завършат, следвайки логиката на мрежовия график, датата на отчитане
и ограниченията на графика. Ранната дата на завършване може да се промени с напредването
на проекта и при извършване на промени в плана за управление на проекта.
Ранна дата на стартиране (Early Start Date, ES). В метода на критичния път най-ранната възмож-
на точка във времето, в която незавършените части от дейността от графика (или на целия
проект) могат да стартират, следвайки логиката на мрежовия график, датата на отчитане и
ограниченията на графика. Ранната дата на стартиране може да се промени с напредването на
проекта и при извършване на промени в плана за управление на проекта.
Реален разход (Actual Cost, AC). Всички реални разходи, възникнали и записани при извършването на
работата по дейност в графика или компонент от структурата на работните пакети за оп-
ределен период от време. Реалният разход може понякога да се изразява само в непосредствени
часове труд, само в непосредствени разходи или може да представлява всички разходи, вклю-
чително косвените. Може да се отнася и за реален разход за извършената работа. Виж също
управление на придобитата стойност и метод на придобитата стойност.
Реален разход за извършената работа (Actual Cost of Work Performed, ACWP). Виж реален разход.
Реална продължителност (Actual Duration). Периодът, измерван в календарни единици, между реал-
ната начална дата на дейността в графика и датата на отчитане от графика на проекта, ако
съответната дейност е в процес на изпълнение, или действителната дата на завършване, ако
планираната дейност е завършена.
Регистър на рисковете (Risk Register) [Изход/вход]. Документ, който съдържа резултатите от
качествения анализ на риска, от количествения анализ на риска и от планирането на реакцията
на риска. В регистъра се записват подробностите за всички идентифицирани рискове като опи-
сание, категория, причина за възникване, вероятност за възникване, въздействие върху целите,
предложена реакция, собственици и текущо състояние на рисковете.
Резерв (Reserve). Предпазна мярка в плана за управление на проекта, която има за цел да смекчи
рисковете за разходите и/или графика на проекта. Често се използва с определение (например
управленски резерв, резерв за непредвидими случаи), за да предостави допълнителни подробнос-
ти относно видовете рискове, които биват смекчавани.
Резерв за непредвидими случаи (Contingency Reserve) [Изход/вход]. Размерът на средствата, бю-
джета или времето извън предвидените, необходим за редуциране на риска от надхвърляне на
проектните цели до ниво, приемливо за организацията.
Резултат (Deliverable) [Изход/вход]. Всеки уникален и верифицируем продукт, резултат или въз-
можност да се извърши услуга, които трябва да бъдат произведени или постигнати, за да се
завърши процес, фаза или проект. Често се използва в по-тесен смисъл във връзка с външен
краен резултат резултат, който подлежи на одобрение от спонсора на проекта или от
потребителя. Вижте също продукт и резултат.
443
РЕЧНИК
Резултат (Result). Резултат от изпълнението на процесите и дейностите по управление на про-

екта. Резултатите включват крайни резултати (например интегрирани системи, преработени
процеси, преструктурирана организация, тестове, обучени служители и т.н.) и документи (на-
пример политики, планове, проучвания, процедури, спецификации, доклади и т.н.). Разграничете
от продукт. Виж също краен резултат.
Ресурс (Resource). Квалифицирани човешки ресурси (в специфични области, както индивидуално,
така и в група или в екип), оборудване, услуги, консумативи, стоки, материали, бюджет или
средства за финансиране.
Речник на структурата на работните пакети (Work Breakdown Structure Dictionary) [Изход/вход].
Документ, който описва всеки компонент в структурата на работните пакети. Речникът
включва кратка дефиниция на обхвата или формулировката на работата, дефинираните резул-
тати, списък на свързаните с тях дейности, както и списък на контролните точки. Възможно
е включването и на допълнителна информация като: отговорна организация, начални и крайни
дати, необходими ресурси, оценка на разходите, договорна информация, изисквания за качество,
както и технически указания за улесняване на изпълнението на работата.
Риск (Risk). Неизвестно събитие или условие, което, ако се случи, би имало положително или отри-
цателно въздействие върху постигането на целите на проекта.
Роля (Role). Дефинирана функция, която следва да бъде изпълнявана от конкретен член на проектния
екип, като например тестване, регистриране, наблюдаване, създаване на код и т.н.
Ръководител на проекта (Project Manager, PM). Лице, назначено от изпълняващата организация,
което отговаря за постигането на целите на проекта.
Свободен времеви резерв (Free Float). Времето, с което една дейност от графика може да за-
къснее, без това да доведе до закъснение в ранните дати на стартиране на непосредствено
последващите я дейности в графика. Виж също общ времеви резерв.
Симулация (Simulation). Симулацията използва модел на проект, който превежда неопределеност-
та, описана на детайлно ниво, към нейното потенциално въздействие върху целите, които са
изразени на ниво цялостен проект. Симулацията на проекти използва компютърни модели и
оценки на риска, обикновено представени като вероятностно разпределение на възможните
разходи или продължителности на детайлно работно ниво, и обикновено се извършва чрез из-
ползването на Монте Карло анализ.
Система за контрол на промените (Change Control System) [Средство]. Съвкупност от официално
документирани процедури, които определят как ще бъдат контролирани, променяни и одобрява-
ни резултатите и документацията от проекта. В повечето области на приложение системата
за контрол на промените е част от системата за управление на конфигурацията.
Система за разрешение за извършване на работата (Work Authorization System) [Средство].
Подсистема на общата система за управление на проекта. Тя представлява съвкупност от
официално документирани процедури, които определят как работата по проекта ще бъде ото-
ризирана (управлявана), за да се гарантира, че тя се извършва от съответната организация,
в точното време и в правилната последователност. Системата включва стъпките, докумен-
тите и методите за проследяване и определя нивата на одобрение, необходими за издаване на
разрешения за извършване на работа.
Система за управление на конфигурацията (Configuration Management System) [Средство]. Под-
система на общата система за управление на проекти. Тя е съвкупност от официално доку-
444
ментирани процедури, използвани за прилагане на технически и административни насоки и за
наблюдение с цел: идентифициране и документиране на функционалните и физически характерис-
тики на продукт, резултат, услуга или компонент; контрол на промените на тези характерис-
тики; записване и отчитане на всяка промяна и статуса на нейното изпълнение; подпомагане
на проверката на продуктите, резултатите или компонентите, за да се потвърди съответ-
ствието с изискванията. Включва документацията, проследяващите системи и дефинираните
нива на одобрение, необходими за разрешаване и контрол на промените.
Система за управление на проекти (Project Management System) [Средство]. Съвкупност от про-
цеси, средства, методи, методологи, ресурси и процедури за управление на проекта.
Система от знания за управление на проекти (Project Management Body of Knowledge). Общ тер-
мин, който описва целия обем знания в рамките на професията управление на проекти. Както
при другите професии, като право, медицина и счетоводство, системата от знания се основа-
ва на опита и знанията на практици и преподаватели, които я прилагат и развиват. Пълната
система от знания за управление на проекти включва доказали се и широко прилагани практики,
но също така и новаторски идеи, които се развиват в дадена професия. Системата от знания
включва публикувани и непубликувани материали. Тази система от знания се развива постоянно.
Ръководството PMBOK® Guide на PMI идентифицира онова подмножество от системата от
знания за управлението на проекти, което представлява общоприета добра практика.
Сливане на пътища (Path Convergence). Сливането или съединяването на паралелни пътища от
мрежовия график в един и същи възел на мрежовия график на проекта. Сливането на пътища се
характеризира с дейност по график, която притежава повече от една предшестваща дейност.
Смекчаване на риска (Risk Mitigation) [Метод]. Техника за планиране на реакция на риск, при която се
търсят начини за намаляване на вероятността от възникване на риска или силата на неговото
въздействие под определен приемлив праг.
Специална причина (Special Cause). Източник на вариация, която не е присъща на системата, не
е предвидима и е с епизодичен характер. Към него могат да бъдат причислени един или повече
дефекти в системата. Една от индикациите за наличие на специална причина могат да бъдат
точки извън контролните граници или особено неслучайно поведение в рамките на контролните
граници върху контролната карта. Нарича се още неслучайна причина. Разграничете от обща
причина.
Спецификация (Specification). Документ, в който се описват по пълен, точен и проверим начин,
изискванията, дизайнът, поведението или други характеристики на система, компонент, про-
дукт, резултат или услуга, а често и процедурите за определяне на това, дали тези характерис-
тики са удовлетворени. Примери за спецификации са спецификацията на изискванията, специфи-
кацията на дизайна, спецификацията на продукта и спецификацията на тестовете.
Списък с дейности (Activity List) [Изход/вход]. Документирана таблица на планираните дейности,
която показва описанието на дейността, нейния идентификатор и достатъчно подробно опи-
сание на работата за улеснение на членовете на екипа.
Спонсор (Sponsor). Лицето или групата,, която осигурява финансовите ресурси за проекта в парич-
но или друго изражение.
Средство (Tool). Нещо материално, като шаблон или софтуерна програма, използвано при извърш-
ване на дейност за създаване на продукт или резултат.
Стандарт (Standard). Документ, който дефинира общи правила, насоки или характеристики за дей-
ности или техните резултати, с цел постигане на определено съответствие в даден контекст.
445
РЕЧНИК
Структура на работните пакети (Work Breakdown Structure, WBS) [Изход/вход] Йерархична, ориен-
тирана към крайните резултати декомпозиция на работата, която трябва да се извърши от
екипа на проекта за постигане на целите на проекта и за създаване на необходимите резулта-
ти. Структурата на работните пакети организира и дефинира целия обхват на проекта.
Структура на ресурсите (Resource Breakdown Structure). Йерархична структура на ресурсите, ор-
ганизирана по категория и вид и използвана в графиците за изравняване на ресурсите на различ-
ни нива, както и за разработване на ресурсно-ограничени графици. Структурата на ресурсите
може да бъде прилагана и за идентифициране и анализиране на ангажираността на човешките
ресурси в задачите по проекта.
Структура на рисковете (Risk Breakdown Structure, RBS) [Средство]. Йерархично организирано из-
ображение на идентифицираните рискове по проекта, подредени по категории и подкатегории,
които идентифицират различни области и причини за възможните рискове. Структурата на
рисковете често е съобразена с конкретния тип на проекта.
Схема на организацията на проекта (Project Organization Chart) [Изход/вход]. Документ, който из-
образява графично членовете на екипа на проекта и техните взаимоотношения по отношение
на конкретния проект.
Събиране на изисквания (Collect Requirements) [Процес]. Събирането на изисквания е процесът на
дефиниране и документиране на нуждите на заинтересованите страни, за да се постигнат
целите на проекта.
Съвет (борд) за контрол на промените (Change Control Board, CCB). Официално сформирана група
от заинтересовани страни, отговорна за преглеждане, оценка, одобряване, забавяне или от-
хвърляне на промените по проекта, като всички решения и препоръки биват записвани.
Съвместно разположение (Co-location) [Метод]. Организационна стратегия за позициониране, при
която членовете на екипа по проекта са разположени във физическа близост с цел подобряване
на комуникацията, работните взаимоотношения и продуктивността.
Създаване на процесни диаграми (Flowcharting) [Метод]. Изобразяване на входните данни, дейст-
вията по процесите и резултатите от един или повече процеси в системата под формата на
диаграма.
Създаване на структура на работните пакети (Create WBS, Work Breakdown Structure) [Процес].
Процесът на разделяне на резултати и работата по проекта на по-малки, по-лесно управляеми
компоненти.
Техника за оценяване и преглед на програми (Program Evaluation and Review Technique, PERT). Ме-
тод за оценяване, който прилага претеглена средна аритметична стойност от оптимистична,
песимистична и най-вероятна оценка, която се използва при наличие на неопределеност в оцен-
ките на дейностите по проекта.
Толерантност към риска (Risk Tolerance). Степента, количеството или обема на риска, на които
определено лице или организация се противопоставя.
Тригери (Triggers). Индикации, че даден риск се е проявил или ще се прояви. Тригерите могат да
бъдат разкрити в процеса на идентифициране на рисковете и впоследствие наблюдавани в
процеса на наблюдение и контрол на риска. Тригерите понякога се наричат и симптоми на риска
или предупредителни знаци.
Триточкова оценка (Three-Point Estimate) [Метод]. Аналитичен метод, който използва три оценки
за разходите или продължителността, за да представи оптимистичния, най-вероятния и песи-
мистичния сценарий. Методът се прилага за подобряване на точността на оценките за разхо-
446
дите или продължителността, когато съответната дейност или компонент на разходите са
несигурни.
Указател на екипа на проекта (Project Team Directory). Документиран списък на членовете на екипа
на проекта с техните роли и информация за връзка с тях.
Управление на времето в проекта (Project Time Management) [Област на знанието]. Управлението
на времето в проекта включва процесите, осигуряващи навременното приключване на проекта.
Управление на доставки (Administer Procurements) [Процес]. Процес на управление на взаимоотно-
шенията по доставките, наблюдение на изпълнението на договорите и осъществяването на
промени и корекции, ако е необходимо.
Управление на доставките в проекта (Project Procurement Management) [Област на знанието].
Управлението на доставките в проекта включва процесите по закупуване или придобиване на
външни продукти, услуги или резултати, необходими на екипа на проекта за извършване на ра-
ботата.
Управление на интеграцията на проекта (Project Integration Management) [Област на знанието].
Управлението на интеграцията на проекта включва процесите и дейностите, необходими за
идентифициране, дефиниране, комбиниране, обединяване и координиране на различните процеси и
дейности за управление на проекта в рамките на групите процеси за управлението на проекти.
Управление на качеството в проекта (Project Quality Management) [Област на знанието]. Управле-
нието на качеството в проекта включва процесите и дейностите в изпълняващата организа-
ция, които определят политиките по качество, целите и отговорностите, така че проектът
да удовлетвори нуждите, заради които е бил предприет.
Управление на комуникациите в проекта (Project Communications Management) [Област на знание-
то]. Управлението на комуникациите в проекта включва процесите, необходими за осигуряване
на навременно и подходящо създаване, събиране, разпространение, съхранение, извличане и фи-
нално архивиране на информацията за проекта.
Управление на обхвата на проекта (Project Scope Management) [Област на знанието]. Управле-
нието на обхвата на проекта включва процесите, които са необходими, за да се гарантира, че
проектът включва всички изисквания и само тях за успешното завършване на проекта.
Управление на очакванията на заинтересованите страни (Manage Stakeholder Expectations) [Про-
цес]. Процесът на комуникация и работа със заинтересованите страни за удовлетворяване на
техните потребности и разрешаването на възникнали проблеми.
Управление на портфолио (Portfolio Management). [Метод]. Централизираното управление на един
или повече портфейли, което включва идентифициране, приоритизиране, оторизиране, управле-
ние и контролиране на проекти, програми и други, свързани с тях дейности, за да бъдат постиг-
нати специфични стратегически бизнес цели.
Управление на придобитата стойност (Earned Value Management, EVM). Управленска методология,
при която се обединяват обхватът, графикът и ресурсите и обективно се измерват напредъка
и изпълнението на проекта. Изпълнението се отчита с определяне на бюджетните разходи за
извършената работа (т.е. придобитата стойност) и сравняването им с действителните раз-
ходи за извършената работа (т.е. реална стойност).
Управление на програми (Program Management). Централизирано и координирано управление на да-
дена програма за постигане на нейните стратегически цели и ползи.
Управление на проектен екип (Manage Project Team) [Процес]. Процесът на проследяване на изпъл-
нението на всеки член на екипа, осигуряване на обратна връзка, разрешаване на потенциални
447
РЕЧНИК
проблеми, както и управление на промените за оптимизиране изпълнението на проекта.

Управление на проекти (Project Management). Прилагане на знания, умения, средства и методи в
дейностите по проекта, така че да бъдат постигнати целите на проекта.
Управление на разходите в проекта (Project Cost Management) [Област на знанието]. Управление-
то на разходите в проекта включва процес ите, свързани с оценяване , определяне на бюджета
и контролиране на разходите, така че проектът да бъде завършен в рамките на утвърдения
бюджет.
Управление на риска в проекта (Project Risk Management) [Област на знанието]. Управлението на
риска в проекта включва процесите за планиране на управлението на риска - идентифициране,
анализ, планиране на реакцията на риска и наблюдение и контрол на проекта.
Управление на човешките ресурси в проекта (Project Human Resource Management) [Област на
знанието]. Управлението на човешките ресурси в проекта включва процесите, свързани с орга-
низирането, управлението и ръководенето на проектния екип.
Усилие (Effort). Броят на единиците труд, необходими за завършване на дейност от графика или на
компонент от структурата на работните пакети. Обикновено се изразява като човекочасове,
човекодни или човекоседмици. Разграничете от продължителност.
Ускоряване чрез добавяне на ресурси (Crashing) [Mетод]. Специфична техника за компресиране
на графика на проекта, изпълнявана чрез предприемане на действия за намаляване на общата
продължителност на проекта след анализиране на редица алтернативи, така че графикът да
се свие максимално с възможно най-малки допълнителни разходи. Типичните подходи за уско-
ряване чрез добавяне на ресурси включват намаляване на продължителността на дейностите
по графика и увеличаване на ресурсите за тези дейности. Виж също ускоряване чрез паралелни
дейности и компресиране на графика.
Ускоряване чрез паралелни дейности (Fast Tracking). [Метод]. Метод за компресиране на графика на
проекта, който променя мрежовата логика с цел припокриване на фазите, които обикновено се
извършват последователно, като например фаза дизайн и фаза изграждане, или с цел изпълнение/
извършване на част от планираните дейности паралелно. Виж също ускоряване чрез добавяне на
ресурси и компресиране на графика.
Фаза (Phase). Виж фаза на проекта.
Фаза на проекта (Project Phase). Набор от логически свързани дейности в проекта, обикновено
завършващи с приключване на работата по основен резултат. Фазите на проекта обикнове-
но се изпълняват последователно, но може и да се припокриват в някои ситуации. Фазата на
проекта е компонент на жизнения цикъл на проекта. Фазата на проекта не е група процеси за
управлението на проекти.
Фактори на средата на организацията (Enterprise Environmental Factors) [Изход/вход]. Някои или
всички външни и вътрешни за организацията фактори на средата, които обкръжават или вли-
яят на успеха на проекта. Тези фактори произтичат от някои или всички организации, участва-
щи в проекта, и включват организационната култура и структура, инфраструктурата, налич-
ните ресурси, търговските бази от данни, пазарните условия, както и софтуера за управление
на проекти.
Фиктивна дейност (Hammock Activity). Виж обобщаваща дейност.
Функционален мениджър (Functional Manager). Лице с управленски правомощия спрямо организа-
ционна единица в рамките на функционалната организация. Мениджър на група, която произвеж-
да продукт или извършва услуга. Понякога наричан ресорен (линеен) мениджър.
448
РЕЧНИК
Функционална организация (Functional Organization). Йерархична организация, в която всеки служи-

тел има ясно определен началник, персоналът е групиран по области на специализация и е упра-
вляван от човек с опит в тази област.
Харта (Charter). Виж харта на проекта.
Харта на проекта (Project Charter) [Изход/вход]. Документ, издаден от инициатора или спонсора
на проекта, който официално оторизира съществуването на проекта и предоставя на ръково-
дителя му правомощия за използване на организационни ресурси за изпълнение на проектните
дейности.
Хистограма на ресурсите (Resource Histogram). Стълбовидна диаграма, показваща количеството
време, през което определен ресурс е планиран да бъде използван в продължение на поредица от
периоди от време. За целите на сравнението наличността на ресурси може да бъде изобразена
като линия. Действителното количество на използваните ресурси в течение на проекта може
да бъде показано под формата на стълбове с различен цвят.
Цел (Objective). Нещо, към което работата да бъде насочена, стратегическа позиция, която да
бъде завоювана, резултат, който да бъде постигнат, продукт, който да бъде произведен, или
услуга, която да бъде извършена.
Цена на качеството (Cost of Quality, COQ) [Метод]. Метод за определяне на разходите по осигуря-
ване на качеството. Разходите за превенция и оценка (цената на съответствието) включват
разходи за планиране на качеството, за контрол на качеството и за осигуряване на качест-
вото, за да се осигури съответствие с изискванията (напр. обучение, системи за контрол на
качеството и др.). Стойността на загубите (цената на несъответствието) включва разходи
за преработка на продукти, компоненти или процеси, разходи за гаранционно обслужване и брак,
и загуба на репутация.
Членове на екипа (Team Members). Виж членове на екипа на проекта.
Шаблон (Template). Частично завършен документ в предварително определен формат, който пре-
доставя определена структура за събиране, организиране и представяне на информация и данни.
S-образна крива (S-Curve). Графично изображение на кумулативни разходи, изработени часове, про-
цент от работата или на други количествени величини, представени във времето. Използва се
за показване на планираната стойност, придобитата стойност, както и на действителните
разходи за работата по проекта. Името произлиза от изображението на буквата S, което
прилича на кривата на проекта (по-плоска в началото и края, по-стръмна в средната си част),
отнасяща се за проект, който показва бавен старт, ускорява се и постепенно се забавя. Терми-
нът се използва също така и за означаване на графиката на функцията на кумулативното раз-
пределение, която е резултат от симулация средство за количествен анализ на риска.
449
РЕЧНИК
450
РЕЧНИК
451

PMBOKv4 BG Glossary

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

PMBOKv4 BG Glossary

Uploaded by

Copyright:

Available Formats

РЕЧНИК

2. Често използвани съкращения

Анализ на вариацията (Variance Analysis) [Метод]. Метод за декомпозиране на общата вариация

Искана промяна (Requested Change) [Изход/вход]. Официално документирано искане за промяна,

Оценяване на продължителността на дейностите (Estimate Activity Durations) [Процес]. Процесът

времевия график или в обхвата на проекта.

Процент на завършеност (Percent Complete). Приблизителна оценка, изразена в процент, на обема

Резултат (Result). Резултат от изпълнението на процесите и дейностите по управление на про-

проблеми, както и управление на промените за оптимизиране изпълнението на проекта.

Функционална организация (Functional Organization). Йерархична организация, в която всеки служи-

You might also like