--- title: "Критичен път" source: "https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82" wiki: "systems-analysis.info/int" article: "Критичен_път" language: "bg" categories: - "Category:Bulgarian" - "Category:Operations research" - "Category:Project management" revision_id: 8690 wiki_created_at: 2026-09-07T01:21:12Z wiki_modified_at: 2026-09-07T01:21:12Z downloaded_at: 2026-09-07T23:26:50Z --- # Критичен път **Критичен път** — последователност от дейности в мрежовия модел на проект с максимална обща продължителност от началото до завършването; забавянето на която и да е дейност по критичния път води до изместване на датата на приключване на проекта. Понятието за критичен път стои в основата на методите за мрежово планиране и изчисляване на разписания, по-специално на метода на критичния път (CPM). В НИРД и сложни инженерни програми критичният път се използва за оценка на срокове, резерви от време и избор на мерки за ускоряване (*crashing*, *fast‑tracking*)^{[\[1\]](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_note-gao-1)[\[2\]](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_note-enwiki-2)}. ## Определение и свойства - **Критичен път** — пътят с най-голяма продължителност в мрежовия модел между началното и крайното събитие. Общата му продължителност е равна на минимално постижимия срок на проекта при зададените зависимости^{[\[1\]](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_note-gao-1)}. - Дейностите по критичния път имат нулев пълен резерв от време; всяко тяхно забавяне измества завършването на проекта^{[\[2\]](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_note-enwiki-2)}. - В един проект могат да съществуват няколко критични пътя (например при еднаква продължителност на алтернативни пътища или поради календари и ограничения). Разграничават се също **околокритични** пътища с малък положителен резерв^{[\[1\]](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_note-gao-1)}. - Наличието на директивни ограничения (крайни срокове, фиксирани дати) може да създаде **отрицателни резерви**, указващи несъответствие между текущото разписание и зададените ограничения^{[\[3\]](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_note-cmu-3)}. ## Изчисляване на ранни/късни дати и резерви Изчислението се извършва чрез права и обратна обходи на мрежата (обикновено в нотацията PDM/AON). **Прав обход** (ранни дати): - за начални дейности: ES = 0 (или стартова дата по календар); - за всяка дейност j: ES_j = максимум от EF на предшествениците; - EF = ES + d, където d — продължителност на дейността. **Обратен обход** (късни дати): - за завършващите дейности: LF е равен на ранния финиш на завършващото събитие (общия срок на проекта); - за всяка дейност j: LS = LF − d; LF_j = минимум от LS на всички наследници^{[\[3\]](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_note-cmu-3)}. **Резерви** (float/slack): - **Пълен резерв (TF)**: TF = LS − ES = LF − EF — допустимото забавяне на дейността без изместване на датата на приключване на проекта. - **Свободен резерв (FF)**: FF = минимален ES на наследниците − EF — забавяне без влияние върху ранните старт-дати на непосредствените наследници^{[\[4\]](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_note-pressbooks-4)}. Дейностите с TF = 0 образуват критичния път. При наличие на сложни зависимости (SS/FF/SF), лагове и календари за устойчиво идентифициране на критичния път се прилага критерият „най-дълъг управляем път" (longest driving path), а не само правилото „TF = 0"^{[\[1\]](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_note-gao-1)[\[2\]](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_note-enwiki-2)}. ## Видове зависимости и лагове В PDM се използват зависимостите FS (край‑начало), SS (начало‑начало), FF (край‑край), SF (начало‑край) с възможни лагове (положителни/отрицателни). Наличието на лагове и различни календари може да промени логиката на пътя и оценката на резервите; препоръчва се документиране на правилата за изчисление и използване на единни настройки в софтуера за планиране^{[\[2\]](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_note-enwiki-2)[\[5\]](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_note-pdm-5)}. ## Критичен път и ресурси Основното определение на критичния път игнорира ограниченията на ресурсите. След изравняване на ресурсите структурата на пътя може да се промени; в условия на ресурсни ограничения анализът се допълва с понятието „ресурсно-критичен път" или се прилага методът на критичната верига^{[\[1\]](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_note-gao-1)}. ## Практическо приложение - контрол на сроковете и „тесните места"; фокусиране на управленските решения върху дейностите от критичния път; - анализ на ускоряването: *crashing* (съкращаване на продължителностите на критичните дейности за сметка на допълнителни разходи) и *fast‑tracking* (разрешен паралелизъм), с оценка на рисковете от преработки и доработки^{[\[2\]](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_note-enwiki-2)}; - оценка на реализуемостта на договорните срокове и идентифициране на противоречия (отрицателни резерви, неуправляеми ограничения); - изграждане на линейни графики (диаграми на Ганта) въз основа на мрежовото изчисление и редовен мониторинг на отклоненията на критичния път^{[\[1\]](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_note-gao-1)}. ## Исторически контекст Концепцията за критичния път е формулирана в края на 1950-те години в рамките на разработването на метода CPM (DuPont/Remington Rand). Класическият доклад от 1959 г. поставя основите на практическото планиране и изчисляването на критичния път; оттогава методологията е включена в стандартите за управление на проекти^{[\[6\]](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_note-kelley1959-6)[\[7\]](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_note-pmi-7)[\[8\]](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_note-nasa-8)}. ## Чести грешки - Разглеждането на критичния път като единствен: на практика често съществуват няколко критични или околокритични пътища. - Използването само на признака „TF = 0" без отчитане на логиката на „водещите" (driving) връзки, лаговете и календарите. - Загубата на критичната логика след изравняване на ресурсите, без да се преизчисли мрежата. - Разчитане на фиксирани дати и твърди ограничения, прикриващи истинските зависимости в мрежата^{[\[1\]](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_note-gao-1)[\[3\]](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_note-cmu-3)}. ## Вижте също - Метод на критичния път (CPM) - PERT ## Литература - U.S. GAO. *Schedule Assessment Guide: Best Practices for Project Schedules* (GAO‑16‑89G). [9] - PMI. *PMBOK® Guide*. [10] - NASA. *Systems Engineering Handbook* (SP‑2016‑6105 Rev2). [11] - Kelley, J. E.; Walker, M. R. (1959). *Critical‑Path Planning and Scheduling*. *ACM DL*. [12] - «Critical path method». *Wikipedia (en)*. [13] - Carnegie Mellon University. *Fundamental Scheduling Procedures*. [14] - CSU Pressbooks. *Creating an Activity Network Diagram*. [15] - «Precedence diagram method». *Wikipedia (en)*. [16] ## Бележка 1. ↑ ^{[1.0](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_ref-gao_1-0)} ^{[1.1](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_ref-gao_1-1)} ^{[1.2](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_ref-gao_1-2)} ^{[1.3](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_ref-gao_1-3)} ^{[1.4](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_ref-gao_1-4)} ^{[1.5](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_ref-gao_1-5)} ^{[1.6](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_ref-gao_1-6)} U.S. Government Accountability Office (GAO). *Schedule Assessment Guide: Best Practices for Project Schedules* (GAO‑16‑89G). [1] 2. ↑ ^{[2.0](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_ref-enwiki_2-0)} ^{[2.1](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_ref-enwiki_2-1)} ^{[2.2](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_ref-enwiki_2-2)} ^{[2.3](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_ref-enwiki_2-3)} ^{[2.4](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_ref-enwiki_2-4)} «Critical path method». *Wikipedia (en)*. [2] 3. ↑ ^{[3.0](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_ref-cmu_3-0)} ^{[3.1](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_ref-cmu_3-1)} ^{[3.2](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_ref-cmu_3-2)} Carnegie Mellon University. *Fundamental Scheduling Procedures*. [3] 4. [↑](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_ref-pressbooks_4-0) Cleveland State University Pressbooks. *Creating an Activity Network Diagram*. [4] 5. [↑](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_ref-pdm_5-0) «Precedence diagram method». *Wikipedia (en)*. [5] 6. [↑](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_ref-kelley1959_6-0) Kelley, J. E., Jr.; Walker, M. R. (1959). «Critical‑Path Planning and Scheduling». *IRE‑AIEE‑ACM '59 (Eastern)*. *ACM Digital Library*. [6] 7. [↑](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_ref-pmi_7-0) Project Management Institute. *A Guide to the Project Management Body of Knowledge (PMBOK® Guide)*. [7] 8. [↑](https://systems-analysis.info/int/%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D1%87%D0%B5%D0%BD_%D0%BF%D1%8A%D1%82#cite_ref-nasa_8-0) NASA. *Systems Engineering Handbook* (NASA/SP‑2016‑6105 Rev2). [8]