Критерий DCMA №9:
Некорректные даты — недопустимы.

Продолжаем разбор методики DCMA. Девятый пункт устанавливает: в плане не должно быть задач, у которых фактическое начало или фактическое завершение заданы в будущем по отношению к текущей дате.

Что это значит: если сегодня 16 сентября, а в плане у задачи стоит фактическое начало 20 сентября — это ошибка. Факт — это то, что уже произошло. Будущее может быть только планом, но не фактом.

Почему это важно:
-  Некорректные даты искажают реальную картину проекта. Руководитель видит «факт», которого ещё не было, и принимает решения на основе недостоверных данных.
- Это сигнал о некачественном обновлении плана: либо даты проставлены «на автомате», либо план не синхронизирован с реальностью.
- Критерий напрямую связан с достоверностью отчётности. Если факт в будущем — отчёт не отражает реальное состояние проекта.
Как проверять в MS Project с помощью VBA:
Можно сделать ручную проверку путем установки фильтра. Но удобнее при помощи VBA, в нем можно закодировать проверку сразу 14 критериев.  Макрос перебирает все задачи активного проекта, сравнивает поля «Фактическое начало» и «Фактическое окончание» с текущей датой и помечает нарушителей в текстовых полях (например, Text1 и Text2). Дальше достаточно поставить фильтр по этим полям — и все проблемные строки перед вами. Такую проверку можно запускать перед каждым формированием отчётности.

Внедрение такой проверки в регламент контроля качества планов позволяет:
· Автоматически выявлять задачи с некорректными фактическими датами до формирования отчётности.
·  Снижать риски принятия решений на основе недостоверных данных.
Факт в будущем — это не «почти сделано». Это ошибка в данных. А VBA в MS Project делает проверку быстрой и регулярной.
#DCMA #ProjectManagement #Scheduling #MSProject #VBA #PMO #УправлениеПроектами

Не так страшны первые девяносто процентов выполнения задачи, как вторые
Прошла неделя работы над задачей. Руководитель подходит к сотруднику:
— Как дела? Сколько процентов готово?
— Ну... процентов семьдесят.
— Семьдесят? Отлично! Значит, к пятнице закончим?
— Ну... наверное. Там ещё пара доработок и что-то по мелочи.
Через неделю выясняется, что «семьдесят процентов» были субъективной оценкой настроения, а не состояния задачи. И что «мелочь» — это в лучшем случае половина оставшегося объёма.
Классика жанра.
Процент выполнения — это часто не информация, а художественный жанр. Трёхдневная задача, идёт второй день, готово на 50%? Звучит убедительно. Пока не спросишь: «Сколько времени нужно, чтобы закончить?»
Правильный вопрос менеджера — не «сколько сделано», а «сколько осталось». И не в процентах, а в днях. Всё остальное — либо отчётность, либо самоуспокоение.

Лучше если есть возможность объективно оценивать состояние задачи. Об этом в следующих постах.
#УправлениеПроектами #PMO #КонтрольПроектов

Критерий DCMA №10: Ресурсы
Каждая задача должна быть обеспечена необходимыми ресурсами
Продолжаем разбор методики DCMA. Десятый пункт устанавливает: все задачи проекта (кроме вех, суммарных задач и работ типа LOE*) должны иметь назначенные ресурсы или стоимость. Если задача есть, а исполнителя нет — это не план, а «набросок» работ.
Почему это критично:
- Без ресурсов нельзя корректно оценить продолжительность. Разные ресурсы – разная производительность. Разная производительность – разная продолжительность.
- Риск перегрузки команд и оборудования. Непонятно кто загружен, а кто простаивает.
- Бюджет, трудозатраты и прогресс становятся недостоверными. План без ресурсов — это чертёж без материалов: выглядит красиво, но построить нельзя.
Целевое значение:
В отличие от других критериев DCMA, здесь нет порога «5%». Для качественного плана значение должно быть 0% — все задачи обеспечены.

Как проверять в MS Project:
В MS Project назначение ресурсов или затрат отображается в представлении «Использование задач» (Task Usage) и в столбцах «Названия ресурсов» / «Затраты». Для быстрой проверки используется фильтр по задачам с пустыми значениями в этих полях.
Если в плане есть задачи без ресурсов — это сигнал: план надо дорабатывать.

Level of Effort (LOE) — это «поддерживающая» задача.
Она не создаёт конкретный продукт, а обеспечивает работу других задач.
Длится ровно столько, сколько длится то, что она поддерживает

. 
#DCMA #ProjectManagement #Scheduling #MSProject #PMO #УправлениеПроектами

18 сентября в Москве прошла отраслевая конференция «От контроля к управляемости»
Организатор — ПАО «Яковлев». Главная цель — перейти от последующего контроля к проактивному управлению сроками в крупных проектах и сформировать единый подход к управлению сводным графиком в кооперации.

Ключевые темы:
- Раннее выявление отклонений
- Прозрачность сводного графика при множестве участников
- Оперативные решения на основе данных

Индустрия обсуждает этот переход уже лет двадцать, но судя по ключевым темам, путь только начат.

https://conference-yakovlev.ru/

#УправлениеПроектами #Промышленность #ПроактивноеУправление #PMO #Конференция

Используете для управления проектами MS Project?

Есть отличное пособие — от теории PMBOK до практики: СДР, расписание, бюджет, контроль, риски.
Но когда дело доходит до автоматизации отчётов, дашбордов или интеграции с Excel, ручной работы становится слишком много.
Для этого есть VBA. Если хотите перестать собирать данные вручную и начать автоматизировать — приходите на наш курс по VBA для MS Project. Без воды, только то, что реально экономит время.


Специальное предложение для подписчиков:

Промокод VBA_100 — скидка 10% на начальный курс: https://stepik.org/a/297024

Промокод VBA_200 — скидка 10% на продвинутый курс: https://stepik.org/a/299195
 
Записывайтесь на курсы и пусть Project работает сам. Ну, почти сам — код-то вы напишете.

#VBA #MSProject #УправлениеПроектами #Автоматизация #Курсы #Промокод #PM