ProjectLibre Academy · Якість, ризики та ефективність
Аудит проєкту (аудит якості розкладу DCMA)
Як аудит якості розкладу ProjectLibre у стилі DCMA перевіряє розклад CPM, виявляє проблеми та дозволяє їх виправити й повторити перевірку.
Також відомий як Аудит якості розкладу та аудит якості розкладу DCMA. Доступний у ProjectLibre Cloud.
Створюйте розклад, якому можна довіряти. Аудит проєкту — це вбудований аудит якості розкладу ProjectLibre. Він автоматично оцінює структуру та дисциплінованість вашого розкладу CPM за допомогою перевірок у стилі DCMA, виявляє слабкі місця та дозволяє перейти безпосередньо до завдань, що потребують уваги. Результат — міцніший розклад для планування, виконання, прогнозування, освоєного обсягу, керування ресурсами та аналізу ризиків.
Для кого це: керівники проєктів, яким потрібен системний спосіб виявлення структурних проблем розкладу, і всі, хто створює чи підтримує розклад CPM і потребує дисципліни якості розкладу протягом усього проєкту. Особливо актуально для розкладів, що використовуються у виконанні, звітності про стан, освоєному обсязі, керуванні ресурсами, прогнозуванні та Monte Carlo. Аудити якості DCMA є обов’язковими для державних контрактів на суму понад 20 млн доларів США; ті самі перевірки у стилі DCMA широко застосовуються як найкращі практики контролю проєктів далеко за межами оборонних контрактів.
Це перевірка актуальної моделі CPM з боку керівника проєкту / контролю проєкту, а не функція для учасника команди (Моя робота).
Див. також: Діаграма Ганта · Зв’язування завдань і залежності · Основні подання
Огляд
Діаграма Ганта може виглядати повною й водночас приховувати структурні проблеми, що спотворюють критичний шлях, прогнози та управлінські рішення: відсутню логіку, надмірний резерв, завеликі тривалості, жорсткі обмеження, неприпустимі дати та подібні слабкі місця.
Аудит проєкту розглядає розклад як модель того, як має відбуватися робота. Він аналізує справжню модель CPM, яку ProjectLibre вже обчислює (мережу, залежності, критичний шлях, резерв, обмеження, дати) — а не окрему роботу в електронній таблиці — і автоматизує концепції 14-пунктової оцінки розкладу DCMA безпосередньо в розкладі проєкту.
Що це допомагає робити:
-
Проводити аудит розкладу CPM
-
Виявляти завдання поза допустимими межами
-
Виправляти проблеми та повторювати перевірку
-
Створювати розклад, якому можна довіряти
Чому це важливо:
| Тема | Що ви отримуєте |
|---|---|
| Краще планування | Виявлення структурних проблем до того, як вони стануть проблемами виконання. |
| Надійніші прогнози | Більша впевненість у тому, що розраховані дати та результати критичного шляху мають сенс. |
| Швидше виправлення | Перехід безпосередньо до завдань, через які перевірка не пройшла. |
| Постійна якість | Повторний запуск аудиту після змін і в міру розвитку розкладу проєкту. |

Коли використовувати
Корисний протягом усього проєкту:
-
Під час побудови розкладу
-
Перед базовим планом
-
Під час оновлень
-
Перед важливими переглядами
-
Щоразу, коли змінюється логіка розкладу
-
Особливо перед Monte Carlo — симуляція ризику — це один зі способів подальшого використання якісного розкладу
Що ви отримуєте
Аудит якості розкладу поєднує радарну діаграму, підсумок пройдено/не пройдено, граничні значення та прямі посилання на відповідні завдання.
ProjectLibre подає це у два взаємодоповнювальні способи:
-
Профіль аудиту у вигляді радарної діаграми (огляд продукту) — кожен промінь є перевіркою якості розкладу з результатами, які можна розглянути й деталізувати.
-
Модальне вікно аудиту якості розкладу — список пройдено/не пройдено з підсумковими позначками, рядками для кожної перевірки, посиланнями для деталізації, необов’язковими діями автовиправлення та кнопкою Виконати знову.
У відео показано модальне вікно зі списком. У поточній версії продукту також додано візуалізацію у вигляді радарної діаграми, показану на знімках екрана огляду нижче. Використовуйте обидва: радарну діаграму для загального профілю, список у модальному вікні — для виправлення по кожній перевірці.
Радарна діаграма (профіль аудиту)
Кожен промінь радарної діаграми — це перевірка якості розкладу. Наведіть курсор або натисніть на діаграму аудиту, щоб зрозуміти конкретну перевірку. Верхня частина профілю підсумовує аудит і пояснює кожну перевірку. Результати за кожною перевіркою показують вимірюване значення відносно застосовного граничного значення / межі / цілі.


Модальне вікно аудиту якості розкладу
Якщо відкрити аудит з панелі інструментів діаграми Ганта (див. Як запустити, виправити та повторити), з’явиться модальне вікно із заголовком Аудит якості розкладу.
Модальне вікно (як показано у відео) містить:
-
Підсумкові позначки нагорі — наприклад, 4 ПРОЙДЕНО, 6 НЕ ПРОЙДЕНО, 4 НЕМОЖЛИВО ОЦІНИТИ (демонстраційні значення).
-
Кнопку Виконати знову у заголовку.
-
Рядки для кожної перевірки з описом, позначкою стану, показником відносно граничного значення та посиланнями для деталізації, такими як Вибрати N завдань у таблиці.
-
Необов’язкові дії автовиправлення для деяких перевірок (приклади з демонстрації: Обнулити 1 випередження, Пом’якшити 2 до «Якомога раніше»).
Пройдено, не пройдено, обережно та неможливо оцінити
| Стан | Значення |
|---|---|
| ПРОЙДЕНО | У межах допустимого значення (зелена позначка в модальному вікні). |
| ОБЕРЕЖНО | Близько до межі. |
| НЕ ПРОЙДЕНО | Поза межею (червона позначка в модальному вікні). |
| Н/Д | Неможливо оцінити за наявними даними (сіра позначка в модальному вікні; також показується як НЕМОЖЛИВО ОЦІНИТИ у підсумку). |
Деякі перевірки потребують збереженого базового плану або цілі фіксованого завершення. Якщо таких даних немає, перевірка показується як неможливо оцінити замість хибного результату. У відео показники, орієнтовані на стан (Неприпустимі дати, Пропущені завдання, Індекс довжини критичного шляху, Індекс виконання базового плану), показують Н/Д без дати стану та збереженого базового плану.
Граничні значення
-
Відсутня логіка: граничне значення 5%, вимірюване в демонстрації — 13%.
-
Велика тривалість: допуск 5%; у демонстрації виділено чотири завдання з великою тривалістю (15, 50, 20 і 46 днів).
Деталізація до завдань
Використовуйте результати праворуч (профіль радарної діаграми) або рядки для кожної перевірки в модальному вікні, щоб перейти безпосередньо до проблемних завдань. Непройдені перевірки можуть містити посилання на зразок Вибрати 39 завдань у таблиці (формулювання з огляду; N — кількість завдань, що не пройшли перевірку). Натисніть на нього, щоб виділити проблемні завдання в таблиці проєкту.
Після цього виправте розклад (наприклад, у стовпці попередник або змінивши тривалість) і натисніть Виконати знову.
14-пунктова оцінка розкладу DCMA
ProjectLibre автоматизує концепції 14-пунктової оцінки розкладу DCMA безпосередньо в проєкті. Назви перевірок нижче відповідають огляду продукту; написи модального вікна з відео наведено там, де вони уточнюють текст інтерфейсу.
| № | Перевірка | Що вона виявляє / оцінює |
|---|---|---|
| 1 | Відсутня логіка | Незавершені роботи без зв’язку-попередника або наступника. |
| 2 | Випередження | Від’ємне запізнення / випередження у зв’язках, що може затуляти логіку розкладу. У модальному вікні: Випередження (від’ємне запізнення). |
| 3 | Запізнення | Використання запізнення у зв’язках; виявлення надмірного покладання на нього. |
| 4 | Типи зв’язків | Чи надмірно мережа покладається на типи зв’язків, відмінні від «завершення — початок». У модальному вікні: Типи зв’язків (частка «завершення — початок»). |
| 5 | Жорсткі обмеження | Жорсткі обмеження, що можуть переважати звичайну логіку мережі. |
| 6 | Великий резерв | Роботи з надзвичайно великим загальним резервом (може вказувати на слабку або неповну логіку). |
| 7 | Від’ємний резерв | Роботи, розраховані дати яких суперечать обов’язковим або обмеженим датам. |
| 8 | Велика тривалість | Роботи великої тривалості, які, можливо, потрібно розбити на зручніші для керування пакети робіт. |
| 9 | Неприпустимі дати | Умови з датами, що не узгоджуються зі станом розкладу та правилами обліку виконання. |
| 10 | Ресурси | Завантаження ресурсів там, де оцінку можна застосувати. У модальному вікні: Завдання без ресурсів. |
| 11 | Пропущені завдання | Використання інформації базового плану для виявлення робіт, що не досягли запланованих очікувань щодо завершення. |
| 12 | Тест критичного шляху | Чи належним чином затримка критичної роботи зсуває завершення проєкту. |
| 13 | Індекс довжини критичного шляху (CPLI) | Реалістичність критичного шляху відносно цілі або дати фіксованого завершення, якщо така є. |
| 14 | Індекс виконання базового плану (BEI) | Порівняння завершених робіт із роботами, що мали бути завершені відповідно до базового плану. |
Показники, орієнтовані на стан (неприпустимі дати, пропущені завдання, тест критичного шляху, CPLI, BEI), стають особливо важливими після того, як проєкт оновлено відносно затвердженого базового плану. Разом вони виходять за межі правил форматування: вони допомагають визначити, чи розклад залишається логічно достовірним і чи фактичне виконання відповідає затвердженому плану.
Рекомендація щодо великої тривалості (з відео): роботи, тривалість яких перевищує рекомендацію DCMA, важко вимірювати й контролювати. Замість однієї 50-денної роботи варто розбити її на вимірювані етапи, такі як виготовлення, перевірка, приймальні випробування на заводі, тестування та відправлення.
Як запустити, виправити та повторити
Відкрити аудит проєкту
-
Відкрийте проєкт так, щоб була видима діаграма Ганта (Діаграма Ганта / Основні подання).
-
На верхній панелі інструментів над діаграмою Ганта натисніть піктограму у вигляді документа / планшета з галочкою і літерами DC.
-
Підказка: Аудит якості розкладу (DCMA).
-
Відкривається модальне вікно Аудит якості розкладу.
Поруч на тій самій панелі інструментів: Аналіз ризику розкладу (Monte Carlo) — див. Спочатку аудит, потім Monte Carlo.
Робочий процес:
-
Створіть або імпортуйте розклад — побудуйте розклад CPM у ProjectLibre або імпортуйте з іншої системи планування.
-
Запустіть аудит проєкту — відкрийте Аудит якості розкладу (DCMA) з панелі інструментів діаграми Ганта, як описано вище. Продукт оцінює розклад відносно перевірок якості у стилі DCMA.
-
Деталізуйте та виправте — натисніть Вибрати N завдань у таблиці (або відповідне посилання результатів), щоб проблемні завдання були виділені в таблиці. Виправте розклад — наприклад, додайте попередника у стовпці попередника, скоригуйте тривалість або скористайтеся автовиправленням у модальному вікні, якщо воно пропонується (Обнулити 1 випередження, Пом’якшити 2 до «Якомога раніше» у демонстрації). Перерахуйте за потреби.
-
Повторіть перевірку — скористайтеся кнопкою Виконати знову в модальному вікні (або запустіть аудит знову), щоб переконатися, що якість розкладу покращилася, перш ніж покладатися на модель для рішень.
Приклад з відео (демонстраційний проєкт: модернізація мережі захищеного об’єкта):
-
Із 14 пунктів аудит не пройдено, зокрема, за пунктами відсутня логіка, випередження та жорсткі обмеження; деякі перевірки пройдено. Приклад підсумку: 4 ПРОЙДЕНО, 6 НЕ ПРОЙДЕНО, 4 НЕМОЖЛИВО ОЦІНИТИ.
-
Відсутня логіка становила 13% проти граничного значення 5%. Натискання на посилання завдання виділило прогалини в таблиці. У роботи незалежна перевірка безпеки не було попередника; після введення попередника 3 у стовпці попередника й натискання Виконати знову кількість завдань без логічних зв’язків зменшилася до трьох.
-
Велика тривалість із допуском 5% виділила чотири завдання (15, 50, 20 і 46 днів). Після зміни тривалості й натискання Виконати знову кількість завдань із великою тривалістю зменшилася до трьох.
Завершальний робочий процес з відео: запустити → виявити → виправити → повторити.
Спочатку аудит розкладу, потім Monte Carlo
Якісний розклад — це основа для симуляції ризику. Робочий процес:
-
Розклад — побудуйте модель CPM.
-
Аудит — знайдіть структурні слабкі місця.
-
Покращення — виправте проблеми та повторіть перевірку.
-
Monte Carlo — симулюйте невизначеність на міцнішому розкладі.
На панелі інструментів діаграми Ганта Аналіз ризику розкладу (Monte Carlo) розташований поруч із Аудитом якості розкладу (DCMA). Симуляція багаторазово перераховує розклад CPM за умов невизначеності; якщо базова мережа має відсутню логіку, надмірний резерв, нереалістичні тривалості або жорсткі обмеження, аналіз може бути статистично витонченим, але спиратися на слабку модель. Міцніша логіка покращує аналіз критичного шляху, планування ресурсів, прогнозування та аналіз ризику Monte Carlo.
Застереження
Аудит проєкту ProjectLibre використовує перевірки якості розкладу у стилі DCMA як діагностичний допоміжний засіб. Це не державна сертифікація чи підтвердження. Аудит допомагає виявити слабкі місця якості розкладу та підтримує кращу дисципліну планування; це не державна сертифікація розкладу проєкту.
Перегляньте відео
Перегляньте: DCMA Project Quality Audit (5:04) — програмне забезпечення для управління проєктами ProjectLibre.
У відео пояснюється аудит якості розкладу та практичні перевірки, що лежать в його основі, зокрема модальне вікно Аудит якості розкладу, перехід до завдань у таблиці та кнопку Виконати знову. У поточній версії продукту також додано візуалізацію у вигляді радарної діаграми, показану на знімках екрана вище.
Підсумок: використовуйте аудит проєкту, щоб перевіряти, покращувати та підтверджувати розклад протягом усього проєкту — і щоб забезпечити міцнішу основу для виконання, прогнозування, освоєного обсягу, керування ресурсами та аналізу ризику Monte Carlo.