Зачем нужен аудит расписания?
Многие проекты используют P6 или MS Project, но графики часто страдают от типовых проблем: отсутствие логики, «висячие» операции без связей, нереалистичные длительности, переназначение ресурсов. Аудит выявляет эти проблемы и дает рекомендации по исправлению.
Что я проверяю
- ✓ Структуру WBS: Логичность, глубина, кодификация
- ✓ Связи между операциями: Нет ли "висячих" работ без предшественников/последователей
- ✓ Критический путь: Корректность расчета, наличие искусственных ограничений
- ✓ Резервы времени: Работы с отрицательным резервом (задержки)
- ✓ Ресурсы: Перегрузки, конфликты, нереалистичные назначения
- ✓ Календари: Корректность рабочих/нерабочих дней, праздники
- ✓ Базовые линии: Наличие baseline для сравнения план/факт
- ✓ Соответствие стандартам: Compliance с DCMA 14 Point Assessment
DCMA 14 Point Assessment
Я использую чек-лист DCMA (Defense Contract Management Agency) — золотой стандарт аудита графиков:
- Логика всех операций (нет висячих работ)
- Длительность операций ≤ 44 рабочих дня
- Лаги обоснованы и задокументированы
- Нет жестких дат (constraints) без обоснования
- Критический путь проходит до финиша проекта
- Операции на критическом пути не имеют Total Float > 0
- Нет отрицательных резервов (negative float)
- Высокая доля ресурсов с назначениями
- Baseline установлен и законсервирован
- Регулярные обновления (не реже раз в месяц)
Результат аудита
После аудита вы получаете детальный отчет с оценкой по DCMA (0-100 баллов), список проблем с приоритетами и пошаговый план исправлений. Обычно на исправление критических проблем уходит 2-3 недели.
Оптимизация после аудита
- Сжатие критического пути (crashing, fast-tracking)
- Выравнивание ресурсов (resource leveling)
- Устранение переназначений и конфликтов
- Настройка автоматических отчетов и дашбордов
Нужен аудит вашего графика? Напишите мне.