MS Project и Plan Bridge: Эффективное управление строительными проектами

Введение в MS Project: интерфейс и настройка календаря строительного проекта

Добро пожаловать на курс «MS Project и Plan Bridge: Эффективное управление строительными проектами». Это первая статья, с которой начнется ваше погружение в мир профессионального планирования.

Строительство — это сфера, где цена ошибки в планировании исчисляется миллионами, а срыв сроков может привести к колоссальным штрафам. Многие прорабы и руководители проектов до сих пор ведут графики в Excel или блокнотах. Это работает на малых объектах, но когда речь заходит о многоквартирном доме, промышленном цехе или торговом центре, ручное управление становится неэффективным.

В этом курсе мы пройдем путь от создания простого графика до настройки сложной системы взаимодействия между офисом и стройплощадкой с помощью связки MS Project и Plan Bridge. Но прежде чем бежать, нужно научиться ходить. Сегодня мы разберем фундамент: интерфейс программы и настройку времени.

Зачем нужен MS Project в строительстве?

Microsoft Project (MSP) — это стандарт де-факто в управлении проектами. В отличие от Excel, это не просто таблица, а база данных, которая понимает связи между работами. Если вы сдвинете срок заливки фундамента, MSP автоматически пересчитает даты возведения стен, кровли и отделки, учитывая выходные и праздники.

Однако сам по себе график в компьютере бесполезен, если он оторван от реальности. Именно поэтому конечной целью нашего курса будет освоение Plan Bridge — инструмента, который позволяет выгружать задачи из MS Project прямо на мобильные устройства инженеров на площадке и получать от них фактические данные о выполнении.

Знакомство с интерфейсом

При первом запуске MS Project может показаться перегруженным. Давайте упростим задачу и выделим только то, что нужно строителю.

!Основные зоны интерфейса MS Project: Лента, Таблица задач и Диаграмма Ганта

Основные элементы окна

Лента (Ribbon): Верхняя панель с вкладками (Файл, Задача, Ресурс, Проект, Вид). Это ваш пульт управления.

Представление (View): По умолчанию открывается «Диаграмма Ганта». Это комбинированный вид: слева — таблица (как в Excel), где мы пишем названия работ, а справа — календарный график с отрезками.

Шкала времени (Timeline): Находится над таблицей. Позволяет быстро оценить общие сроки этапов (например, «Котлован», «Монолит», «Фасад»).

Важнейшая настройка перед началом работы

Прежде чем ввести первую задачу, нужно изменить одну критически важную настройку. По умолчанию MS Project создает задачи в режиме «Планирование вручную». Это означает, что программа не будет сама двигать даты, если изменятся сроки предшествующих задач. Для строительного графика это губительно.

Вам необходимо переключиться на «Автоматическое планирование».

> Автоматическое планирование — это режим, при котором MS Project самостоятельно рассчитывает даты начала и окончания задач на основе их длительности, зависимостей и календаря проекта.

Как это сделать: * В левом нижнем углу окна нажмите на надпись «Новые задачи: планирование вручную». * Выберите в списке «Новые задачи: автоматическое планирование».

Теперь программа будет работать как умный калькулятор, а не как печатная машинка.

Математика планирования

Чтобы понимать, как MS Project рассчитывает даты, нужно знать одну фундаментальную формулу, заложенную в его движок. Она связывает объем работы, длительность и количество ресурсов.

Где: * — Длительность: время, необходимое для выполнения задачи (например, 5 дней). * — Трудозатраты: общий объем человеко-часов, необходимых для выполнения задачи (например, 40 человеко-часов). * — Единицы назначения: количество ресурсов, работающих над задачей (например, 1 каменщик или 100% его времени).

Если вы укажете, что задачу нужно делать 40 часов (), и назначите на нее одного рабочего (), программа посчитает . Если вы добавите второго рабочего, длительность автоматически сократится вдвое. Понимание этой зависимости спасет вас от множества ошибок в будущем.

Настройка календаря проекта

Стройка живет по своим законам. Офисный календарь «с 9 до 18, суббота и воскресенье — выходной» здесь часто не работает. Бетонирование может идти круглосуточно, а вахтовые рабочие трудятся без выходных неделями.

Если вы не настроите календарь, MS Project будет считать, что в субботу и воскресенье работы не ведутся. Это приведет к тому, что плановый срок сдачи объекта искусственно растянется.

Типы календарей

В MS Project есть три базовых шаблона:

Стандартный (Standard): 5 дней в неделю, с 8:00 до 17:00, перерыв на обед.

24 часа: Работа идет нон-стоп (используется для машин и механизмов, или непрерывных технологий, например, прогрев бетона).

Ночная смена: График для работ в ночное время.

Для реального строительного проекта мы почти всегда создаем свой, уникальный календарь.

Создание календаря «Стройплощадка»

Давайте создадим календарь для типичной шестидневной рабочей недели.

Перейдите на вкладку Проект.

Нажмите кнопку Изменить рабочее время.

В открывшемся окне нажмите Создать новый календарь.

Назовите его, например, «Стройка 6-дневка» и выберите переключатель «Создать копию календаря: Стандартный».

!Диалоговое окно настройки рабочего времени и создания новых календарей

Настройка рабочей недели

Теперь нужно объяснить программе, что суббота — это рабочий день.

В том же окне перейдите на вкладку внизу Рабочие недели.

Выделите строку [По умолчанию] и нажмите кнопку Подробности... справа.

В списке слева выберите Суббота.

Поставьте переключатель в положение «Задать рабочие часы для этих дней».

В таблице времени укажите часы работы, например, с 8:00 до 12:00 и с 13:00 до 17:00.

Нажмите ОК.

Теперь в календаре проекта субботы стали белыми (рабочими), а воскресенья остались серыми (выходными).

Учет праздников и исключений

Стройка может останавливаться на Новый год или из-за сильных морозов (актированные дни). Эти дни нужно заносить в исключения, чтобы программа не планировала на них работы.

В окне Изменить рабочее время перейдите на вкладку Исключения.

В поле «Название» напишите, например, «Новый год».

В полях «Начало» и «Окончание» выберите даты (например, с 31 декабря по 2 января).

MS Project автоматически сдвинет все задачи, которые попадали на эти даты, на более поздний срок.

Применение календаря к проекту

Создать календарь мало — нужно сказать программе, что именно этот календарь является главным для всего проекта.

На вкладке Проект нажмите кнопку Сведения о проекте.

В появившемся окне найдите выпадающий список Календарь.

Выберите созданный вами календарь «Стройка 6-дневка».

Нажмите ОК.

Также здесь важно установить Дату начала проекта. Все задачи, которые вы будете создавать, по умолчанию будут начинаться не раньше этой даты.

Почему это важно для Plan Bridge?

В будущих уроках мы подключим ваш проект к системе Plan Bridge. Если в MS Project календарь настроен неверно (например, вы забыли сделать субботу рабочей), то:

* Прораб на площадке получит план работ на понедельник, хотя должен был работать в субботу. * Факт выполнения, который прораб внесет через Plan Bridge, будет конфликтовать с планом в MS Project. * Отчетность по отклонениям будет некорректной.

Правильная настройка календаря — это синхронизация виртуального плана с реальностью стройплощадки.

Резюме

Сегодня мы сделали первый шаг к профессиональному управлению проектом:

Изучили интерфейс и включили Автоматическое планирование.

Разобрали формулу зависимости длительности от трудозатрат.

Создали специальный строительный календарь с 6-дневной рабочей неделей.

Назначили этот календарь основным для проекта.

В следующей статье мы перейдем к созданию Иерархической Структуры Работ (ИСР) — скелета вашего будущего графика.

Создание иерархической структуры работ (WBS) и логических связей в графике

В предыдущей статье мы настроили календарь и подготовили MS Project к работе. Теперь перед нами чистый лист. Соблазн начать просто вписывать задачи подряд («Выкопать яму», «Залить бетон», «Положить кирпич») велик, но это путь к хаосу. Профессиональный график отличается от списка покупок наличием четкой структуры и логических связей.

Сегодня мы превратим простой список задач в динамическую модель строительного проекта, которая станет основой для работы в Plan Bridge.

Что такое ИСР (WBS) и зачем она нужна?

ИСР (Иерархическая Структура Работ) или WBS (Work Breakdown Structure) — это разбиение проекта на управляемые части. Представьте, что вы строите дом. Вы не мыслите категориями тысяч отдельных операций. Вы мыслите этапами: «Фундамент», «Коробка», «Кровля», «Инженерия».

В MS Project ИСР реализуется через уровни вложенности. Это создает «скелет» вашего проекта.

!Схема, показывающая разбивку проекта от общего к частному

Как создать структуру в MS Project

Ввод задач: Напишите список задач в столбце «Название задачи». Включите туда и названия этапов (например, «Земляные работы»), и конкретные действия (например, «Разработка грунта экскаватором»).

Создание иерархии: Чтобы сделать задачу подпунктом, ее нужно сдвинуть вправо.

* Выделите задачу (или несколько). * На вкладке Задача нажмите кнопку Сделать отступ (зеленая стрелка вправо) или используйте сочетание клавиш Alt + Shift + Right.

Теперь задача, которая находится выше, автоматически становится Суммарной задачей (Summary Task). Она выделяется жирным шрифтом и черной скобкой на диаграмме Ганта.

> Важно: Никогда не задавайте длительность, даты начала или окончания для суммарных задач вручную. Они должны вычисляться автоматически, суммируя показатели вложенных подзадач.

Почему это критично для Plan Bridge?

Когда вы выгрузите проект в Plan Bridge для прораба, эта структура превратится в навигацию. Если у вас будет плоский список из 500 задач, прораб потратит часы, листая экран телефона в поисках нужной работы. Если же вы сделаете грамотную ИСР, он откроет папку «Этаж 1» -> «Стены» и увидит только актуальные для него задачи.

Вехи: контрольные точки проекта

В любом строительстве есть события, которые не имеют длительности, но фиксируют важный результат: «Разрешение на строительство получено», «Тепловой контур закрыт», «Объект сдан».

Такие задачи называются Вехами (Milestones).

Чтобы создать веху:

Создайте задачу с нужным названием.

В столбце Длительность поставьте 0.

На диаграмме Ганта веха отображается как черный ромб с датой. Это ваши маяки, по которым вы будете сверять курс.

Логика проекта: создание связей

Самая большая ошибка новичков — вручную выставлять даты начала для каждой задачи. Если вы так сделаете, то при задержке поставки бетона на 3 дня вам придется вручную перебивать даты у сотен последующих работ.

MS Project — это динамическая модель. Вы должны объяснить программе, в какой последовательности идут работы, а даты она посчитает сама.

Типы связей

Существует четыре типа зависимостей между задачами. Понимание их различий критически важно для адекватного планирования.

!Графическое отображение типов зависимостей между задачами

Окончание-Начало (ОН / FS - Finish-to-Start)

Суть*: Задача Б не может начаться, пока не закончится задача А. Пример*: Нельзя клеить обои, пока не высохла штукатурка. Это самый распространенный тип связи (90% случаев).

Начало-Начало (НН / SS - Start-to-Start)

Суть*: Задача Б начинается одновременно с задачей А (или с привязкой к ее началу). Пример*: Выравнивание пола в одной комнате может начаться одновременно с началом грунтовки стен в другой, если это делают разные бригады, заходящие на этаж синхронно.

Окончание-Окончание (ОО / FF - Finish-to-Finish)

Суть*: Задача Б не может закончиться, пока не закончится задача А. Пример*: Пусконаладка оборудования не может завершиться раньше, чем завершится монтаж этого оборудования.

Начало-Окончание (НО / SF - Start-to-Finish)

Суть*: Задача Б не может закончиться, пока не начнется задача А. Пример*: Охрана старого объекта не может быть снята (закончиться), пока не началась охрана нового (или пока не приехала новая смена). В строительстве используется крайне редко.

Математика связей

Когда вы устанавливаете связь, MS Project использует формулу для расчета даты старта следующей задачи. Для самой популярной связи (Окончание-Начало) формула выглядит так:

Где: * — дата начала задачи-последователя (Successor). * — дата окончания задачи-предшественника (Predecessor). * — задержка (время ожидания между задачами).

Как создать связь

Выделите две задачи (сначала ту, которая идет первой, затем ту, которая зависит от нее).

Нажмите кнопку Связать задачи (значок цепи) на ленте.

По умолчанию создается связь Окончание-Начало.

Чтобы изменить тип связи, дважды кликните по стрелке связи на диаграмме Ганта и выберите нужный тип в окне.

Задержки и опережения

В реальной жизни задачи редко идут стык в стык. Часто нужны технологические перерывы или, наоборот, перекрытия.

Задержка (Lag)

Положительное значение интервала. Используется для ожидания. Пример: После заливки бетона нужно ждать 7 дней набора прочности перед снятием опалубки. Вместо того чтобы создавать задачу «Ожидание», лучше поставить связь с задержкой: 3ОН + 7д (Связь от задачи №3, тип Окончание-Начало, плюс 7 дней).

Опережение (Lead)

Отрицательная задержка. Позволяет начать следующую задачу до завершения предыдущей. Пример: Можно начать монтаж окон, когда кладка стен выполнена на 80%, не дожидаясь полного завершения кладки всего здания. В MS Project это записывается как -20% или -5д.

Формула для расчета старта с опережением:

Где: * — старт последователя. * — финиш предшественника. * — величина опережения (время, на которое задачи перекрываются).

Золотые правила планировщика

Чтобы ваш график корректно работал и в MS Project, и в Plan Bridge, соблюдайте эти правила:

Связывайте только задачи нижнего уровня. Никогда не ставьте связи на суммарные задачи (этапы). Это может создать логические петли и ошибки в расчетах.

Избегайте «висящих» задач. У каждой задачи (кроме самой первой и самой последней) должен быть Предшественник и Последователь. Если задача ни с чем не связана, она «улетит» на дату начала проекта и про нее забудут.

Не используйте жесткие ограничения. Избегайте ручного ввода дат, который создает ограничения типа «Фиксированное начало». Используйте связи и задержки.

Резюме

Мы создали скелет проекта: * Сформировали ИСР, сгруппировав работы по этапам. * Расставили Вехи для контроля ключевых результатов. * Соединили задачи логическими Связями, превратив статический список в живой поток работ.

Теперь, если вы измените длительность одной задачи, весь остальной график автоматически перестроится. Это и есть автоматизированное управление.

В следующей статье мы наполним этот скелет «мышцами» — ресурсами и стоимостью, чтобы понять не только когда мы закончим, но и сколько это будет стоить.

Ресурсное планирование: назначение людей, техники и материалов на задачи

В предыдущих статьях мы создали «скелет» нашего проекта: построили иерархическую структуру работ (ИСР) и настроили логические связи. Теперь у нас есть понимание того, что нужно сделать и в какой последовательности. Но наш план пока мертв — он не учитывает, кто будет выполнять работы и чем.

Сегодня мы будем наращивать «мышцы» на этот скелет. Мы займемся ресурсным планированием. Это критически важный этап для строителей, потому что именно ресурсы (люди, краны, бетон) определяют реальную стоимость проекта и возможность уложиться в сроки.

Кроме того, без назначения ресурсов работа в Plan Bridge невозможна: система просто не будет знать, какому прорабу или бригадиру отправить задание на мобильный телефон.

Виды ресурсов в MS Project

Прежде чем назначать ресурсы, их нужно создать. MS Project делит все ресурсы на три глобальные категории. Понимание разницы между ними — залог правильного расчета бюджета.

!Схематичное изображение трех типов ресурсов: Трудовые, Материальные и Затратные

1. Трудовые ресурсы (Work)

Это все, что тратит время на выполнение задачи. Сюда относятся: * Люди: Инженеры, прорабы, рабочие, бригады. * Механизмы: Экскаваторы, башенные краны, самосвалы.

> Важно: В MS Project кран считается «трудовым» ресурсом, потому что мы платим за время его работы (машино-часы), и у него есть календарь доступности (он не может работать 25 часов в сутки).

2. Материальные ресурсы (Material)

Это то, что расходуется в процессе выполнения задачи. Сюда относятся: * Бетон, арматура, кирпич, краска, топливо.

У этих ресурсов нет календаря (кирпич может лежать на складе и в выходные), но у них есть единица измерения (кубометры, тонны, штуки).

3. Затратные ресурсы (Cost)

Это финансовые расходы, которые не зависят от времени или объема работы напрямую, но привязаны к задаче. * Командировочные расходы, оплата госпошлин, представительские расходы.

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

Создание Листа ресурсов

Перед тем как назначать ресурсы на задачи диаграммы Ганта, нужно заполнить справочник.

Перейдите на вкладку Вид.

Выберите Лист ресурсов (Resource Sheet).

Здесь вы создаете базу данных вашего проекта. Давайте разберем ключевые колонки:

* Название ресурса: Имя сотрудника («Иванов И.И.»), название бригады («Бригада монолитчиков») или материала («Бетон B25»). * Тип: Выбираем «Трудовой», «Материальный» или «Затратный». * Единицы измерения материалов: Заполняется только для материалов (м3, т, шт). * Макс. единицы (Max. Units): Доступное количество ресурса. 100% = 1 человек или 1 машина. 500% = Бригада из 5 человек. * Стандартная ставка: Стоимость ресурса в час (для трудовых) или за единицу (для материалов).

Математика назначений: Треугольник планирования

Самый сложный момент в MS Project для новичков — это автоматический пересчет длительности при назначении ресурсов. Часто бывает так: вы поставили задачу на 5 дней, назначили на нее двух рабочих, и программа внезапно сократила срок до 2.5 дней. Почему?

В основе движка MS Project лежит фундаментальная формула:

Где: * — Трудозатраты: Объем работы в человеко-часах (или машино-часах). * — Длительность: Календарное время выполнения задачи (дни). * — Единицы: Количество назначенных ресурсов.

Как это работает на практике?

Представьте задачу «Копка траншеи вручную». Объем работы — 40 человеко-часов.

Если копает 1 рабочий (): часов (5 рабочих дней).

Если мы добавляем второго рабочего (): часов (2.5 рабочих дня).

Это поведение называется Планирование с фиксированным объемом работ (Effort Driven). Программа считает, что если рук стало больше, дело пойдет быстрее.

!Визуализация формулы планирования: баланс между объемом работы, временем и количеством людей

Типы задач: как укротить автоматику

В строительстве автоматическое сокращение сроков не всегда уместно. Например, «Набор прочности бетона» нельзя ускорить, добавив больше людей. Или «Работа крана» ограничена сменой, и два крановщика в одной кабине не ускорят подъем груза.

Чтобы управлять этим поведением, у каждой задачи есть настройка Тип задачи (Task Type). Чтобы изменить её, дважды кликните по задаче и перейдите на вкладку «Дополнительно».

1. Фиксированные единицы (Fixed Units) — По умолчанию

Логика*: Мы знаем, сколько у нас людей. Если изменим объем работы, изменятся сроки. Применение*: Большинство стандартных задач.

2. Фиксированная длительность (Fixed Duration)

Логика*: Срок задачи неизменен, сколько бы ресурсов мы ни добавили. Применение*: Совещания, прогрев бетона, сушка штукатурки. Если вы добавите ресурсы на такую задачу, MS Project уменьшит нагрузку на каждого (они будут работать меньше часов в день), но не сократит срок.

3. Фиксированные трудозатраты (Fixed Work)

Логика*: Объем работы жестко задан. Изменение длительности заставит программу пересчитать необходимое количество людей. Применение*: Сдельные работы с четко нормированным объемом.

Процесс назначения ресурсов

Когда Лист ресурсов заполнен, возвращаемся на диаграмму Ганта.

Выделите задачу.

На вкладке Ресурс нажмите кнопку Назначить ресурсы (Assign Resources).

В открывшемся окне выберите нужных людей и материалы.

Укажите количество (например, 200% для двух рабочих или 15 м3 для бетона).

Нажмите «Назначить».

Назначение материалов

Материалы назначаются проще. Они не влияют на длительность задачи (от того, что вы выделили больше кирпича, стена быстрее не построится). Они влияют только на Стоимость.

Где: * — итоговая стоимость назначения. * — цена за единицу материала. * — количество назначенного материала.

Перегрузка ресурсов (Overallocation)

Одна из самых частых ошибок — назначить одного и того же крановщика на две разные задачи, идущие в одно и то же время. MS Project мгновенно это заметит.

В колонке индикаторов (слева от названия задачи) появится Красный человечек. Это сигнал тревоги: ресурс перегружен.

Как лечить перегрузку?

Сдвинуть задачи: Использовать связи, чтобы задачи шли последовательно, а не параллельно.

Заменить ресурс: Назначить на вторую задачу другого свободного специалиста.

Уронить выравнивание (Leveling): В MS Project есть кнопка «Выровнять все», но в строительстве ей нужно пользоваться с осторожностью. Программа может раздвинуть сроки так, что проект улетит в следующий год. Лучше решать конфликты вручную.

Связь с Plan Bridge: Кто получит задачу?

Теперь самое главное для нашего курса. Зачем мы так тщательно назначаем ресурсы?

Система Plan Bridge использует поле «Ресурс» для маршрутизации задач. Когда вы загрузите проект в облако:

Система просканирует ресурсы.

Если ресурсу «Иванов (Прораб)» сопоставлен реальный пользователь с email-адресом, то этот пользователь увидит в своем мобильном приложении только те задачи, где он назначен.

Если вы назначите на задачу просто «Бетон», то задача останется «ничьей», пока вы не назначите ответственного за приемку этого бетона.

Поэтому хорошей практикой является назначение на задачу Ответственного исполнителя (Трудовой ресурс) и необходимых Материалов.

> «План без ресурсов — это просто мечта. План с ресурсами — это обязательство».

Резюме

Сегодня мы оживили график:

Изучили три типа ресурсов: Трудовые, Материальные, Затратные.

Разобрали формулу и поняли, почему меняются даты.

Научились фиксировать длительность задач, которые не зависят от количества рабочих.

Узнали, что «Красный человечек» — это сигнал о том, что кто-то должен работать в двух местах одновременно.

В следующей статье мы перейдем к этапу, когда планирование заканчивается и начинается суровая реальность: Отслеживание хода выполнения проекта и работа с Базовым планом.

Отслеживание хода выполнения работ, работа с базовым планом и анализ отклонений

Поздравляем! Если вы прошли предыдущие этапы, у вас на руках есть профессионально составленный график производства работ. В нем есть структура (ИСР), логические связи, ресурсы и стоимость. Многие на этом этапе распечатывают график, вешают его на стену в прорабской и... забывают о нем до конца стройки.

Это главная ошибка управления. План — это не просто красивая картинка, это инструмент навигации. Но навигатор бесполезен, если он не знает, где вы находитесь сейчас.

В этой статье мы переходим от планирования к контролю. Мы научимся фиксировать «обещания» (Базовый план), вносить факты (Отслеживание) и понимать, насколько мы отклонились от графика.

Что такое Базовый план и зачем он нужен?

Представьте, что вы начали худеть. Чтобы понять прогресс через месяц, вам нужно знать свой вес в первый день. В управлении проектами этот «вес в первый день» называется Базовым планом (Baseline).

Базовый план — это «моментальный снимок» вашего утвержденного графика. Он сохраняет в памяти программы пять ключевых параметров для каждой задачи на момент утверждения:

Начало

Окончание

Длительность

Трудозатраты

Стоимость

Как только вы сохранили базовый план, у вас появляется «эталон». Теперь, если вы сдвинете задачу «Заливка фундамента» на два дня вперед, MS Project будет помнить: «Планировали 1-го числа, а по факту начали 3-го».

Как сохранить Базовый план

Делать это нужно строго перед началом внесения фактических данных, когда график полностью согласован с заказчиком и руководством.

Перейдите на вкладку Проект.

Нажмите кнопку Задать базовый план.

В открывшемся окне выберите «Задать базовый план» (по умолчанию выбран «Базовый план» — их может быть до 11 штук, но нам пока нужен основной).

Нажмите «ОК».

Визуально ничего не изменится. Чтобы увидеть разницу, нужно переключить представление.

Визуализация: Диаграмма Ганта с отслеживанием

Обычная диаграмма Ганта показывает только текущее состояние. Для контроля нам нужно представление «Диаграмма Ганта с отслеживанием» (Tracking Gantt).

Перейдите на вкладку Вид.

В выпадающем списке «Диаграмма Ганта» выберите Диаграмма Ганта с отслеживанием.

!Сравнение плановых и фактических сроков на диаграмме Ганта с отслеживанием

Теперь у каждой задачи две полоски: * Серая (нижняя): Ваш Базовый план (то, что обещали). * Цветная (верхняя): Текущий план (синяя — задача выполняется по плану или завершена, красная — задача лежит на критическом пути).

Если полоски совпадают — вы идете в графике. Если цветная полоска уехала вправо относительно серой — у вас отставание.

Дата отчета (Status Date)

Прежде чем вносить факт, вы должны ответить на вопрос: «По состоянию на какое число я вношу данные?». Это называется Дата отчета.

В строительстве отчеты обычно собирают еженедельно (например, по пятницам) или ежемесячно (КС-2, КС-3).

Чтобы задать дату отчета:

Вкладка Проект -> кнопка Дата отчета.

Выберите нужную дату в календаре.

Это критически важно для корректных расчетов. MS Project должен понимать, где находится временная граница «прошлого» (выполненные работы) и «будущего» (оставшиеся работы).

Внесение фактических данных

Существует несколько способов сказать программе «мы поработали». Выбор способа зависит от требуемой точности.

Способ 1: Процент завершения (быстро, но неточно)

Самый простой метод — указать, что задача выполнена на 25%, 50% или 100%.

Формула расчета процента завершения по длительности:

Где: * — процент завершения задачи. * — фактическая длительность (сколько времени уже работали). * — полная длительность задачи.

Минус метода: Сказать «мы залили 50% бетона» легко, но это не говорит нам, сколько ресурсов мы потратили реально и когда именно мы начали.

Способ 2: Актуализация дат и длительности (Профессиональный подход)

Для строительного контроля правильнее использовать таблицу «Отслеживание» (Tracking).

Нажмите правой кнопкой мыши на квадрат в левом верхнем углу таблицы (над номером строки 1).

Выберите таблицу Отслеживание.

Здесь вы увидите столбцы: Фактическое начало, Фактическое окончание, % завершения, Фактическая длительность, Оставшаяся длительность.

Алгоритм ввода факта:

Если задача началась, введите дату в Фактическое начало.

Если задача завершена, введите дату в Фактическое окончание (программа сама поставит 100%).

Если задача в процессе, скорректируйте Оставшуюся длительность.

> Золотое правило: Никогда не верьте автоматическому расчету остатка. Если вы планировали копать траншею 5 дней, работали 3 дня, но наткнулись на скалу, то оставшаяся длительность может быть не 2 дня, а все 10. Всегда спрашивайте прораба: «Сколько времени нужно, чтобы доделать работу?»

Математическая связь этих параметров:

Где: * — итоговая (текущая) длительность задачи. * — фактическая длительность (пройденный путь). * — оставшаяся длительность (сколько еще осталось).

Изменяя , вы автоматически пересчитываете дату окончания задачи.

Работа с Plan Bridge

В контексте нашего курса важно понимать: ручной ввод данных в MS Project — это трудоемкий процесс. Именно здесь на сцену выходит Plan Bridge.

Вместо того чтобы обзванивать прорабов и вручную вбивать даты в таблицу MS Project, вы:

Выгружаете график в Plan Bridge.

Прорабы на стройплощадке через мобильное приложение вводят факт (объемы, даты начала, фотоотчеты).

Plan Bridge загружает эти данные обратно в ваш MS Project.

Однако, чтобы проверить корректность данных от прорабов, вы должны понимать логику, описанную выше. Если прораб пишет, что выполнил 50% работы, но дата начала не стоит — это ошибка данных.

Анализ отклонений (Variance Analysis)

После ввода факта график пересчитается. Теперь нужно понять масштаб бедствия. Для этого используем таблицу Вариация (Variance).

Вид -> Таблицы -> Вариация.

Ключевые столбцы здесь: * Отклонение начала (Start Variance) * Отклонение окончания (Finish Variance)

Формула расчета отклонения:

Где: * — отклонение в днях. * — текущая расчетная дата (с учетом внесенного факта). * — дата из сохраненного Базового плана.

Если значение положительное (например, +3 дня) — вы отстаете от графика. Если значение отрицательное (например, -1 день) — вы идете с опережением.

!Таблица анализа отклонений: положительные числа означают задержку

Актуализация проекта (Rescheduling)

Частая ситуация: сегодня пятница (Дата отчета), а по плану задача должна была завершиться в среду, но факт по ней не внесен. Получается, что по мнению программы, у нас есть «недоделанная работа в прошлом».

Это логическая ошибка. Мы не можем доделать работу во вчерашнем дне. Невыполненный объем нужно перенести на будущее (на завтра).

В MS Project есть функция автоматического переноса:

Вкладка Проект -> Обновить проект.

Выберите «Перепланировать невыполненные трудозатраты».

Укажите дату начала (обычно это дата, следующая за Датой отчета).

Нажмите ОК.

Программа разорвет задачи и перенесет «хвосты» недоделок на будущее, сдвинув весь остальной график. Это покажет реальную дату сдачи объекта с учетом текущих задержек.

Резюме

Сегодня мы научились управлять временем:

Базовый план — это наша точка отсчета. Без него нет контроля.

Дата отчета — это граница между фактом и планом.

Ввод факта меняет текущее расписание. Важнее знать Оставшуюся длительность, чем % завершения.

Отклонение показывает разницу между обещанием (Базовым планом) и реальностью.

Теперь ваш график живой. Он реагирует на проблемы и показывает реальные сроки. В следующей, заключительной статье курса, мы разберем, как на основе этих данных формировать отчетность и как настроить полный цикл обмена данными через Plan Bridge.

Организация совместной работы и обмен данными с площадкой через Plan Bridge

Мы подошли к финальной и, пожалуй, самой захватывающей части нашего курса. В предыдущих статьях мы научились создавать идеальные графики в MS Project: настроили календарь, построили ИСР, назначили ресурсы и даже научились отслеживать отклонения. Но до этого момента мы работали в вакууме.

Главная проблема любого планировщика — «последняя миля». Как передать задачи прорабу на стройплощадку? Как быстро узнать, сколько бетона залили сегодня? Обычно это происходит через бесконечные звонки, сообщения в мессенджерах и бумажные журналы работ. Данные теряются, искажаются и приходят с опозданием.

Сегодня мы разрушим стену между офисом и стройкой. Мы разберем работу с Plan Bridge — инструментом, который связывает мощь MS Project с мобильностью смартфона прораба.

Философия единого информационного пространства

Традиционная схема управления строительством выглядит как сломанный телефон. Планировщик делает график, распечатывает его и отдает начальнику участка. Тот кладет его в вагончике. Работы идут своим чередом. Через месяц планировщик спрашивает: «Почему не успели?», а в ответ слышит: «Так мы еще две недели назад встали из-за отсутствия арматуры».

Plan Bridge меняет парадигму. Он превращает MS Project из инструмента рисования графиков в центр управления полетами. Схема работы выглядит так:

!Цикл обмена данными: Офис планирует -> Облако распределяет -> Площадка отчитывается -> Офис анализирует

Офис (MS Project): Планирует работы и назначает исполнителей.

Облако (Plan Bridge): Маршрутизирует задачи конкретным людям.

Площадка (Мобильное приложение): Прораб видит только свои задачи и вносит факт.

Офис (MS Project): Получает фактические данные и обновляет график.

Подготовка проекта к экспорту

Прежде чем нажать кнопку «Опубликовать», нужно убедиться, что ваш проект готов к встрече с реальностью. Программа не обладает телепатией — она должна четко понимать, кому и что отправлять.

1. Назначение ответственных

В статье про ресурсы мы говорили о важности поля «Ресурс». В Plan Bridge это критически важно. Система использует ресурсы для адресации задач.

* Если на задаче «Монтаж опалубки» стоит ресурс «Иванов (Прораб)», то эта задача прилетит на телефон именно Иванову. * Если ресурс не назначен, задача останется «сиротой» в системе, и никто на площадке ее не увидит.

2. Сопоставление ресурсов и пользователей

В настройках Plan Bridge (в специальном плагине для MS Project) вы должны один раз связать ресурсы из графика с реальными email-адресами сотрудников.

> Правило: Один ресурс MS Project = Один аккаунт (email) в Plan Bridge.

3. Структура данных

Убедитесь, что ваша ИСР (WBS) логична. Прораб в мобильном приложении будет видеть задачи именно в той иерархии папок, которую вы создали. Если у вас свалка из 1000 задач без групп, прораб просто не найдет нужную работу.

Публикация графика

Когда проект готов, процесс передачи данных занимает секунды.

На ленте MS Project открываем вкладку Plan Bridge (она появляется после установки плагина).

Нажимаем кнопку «Экспорт данных».

Выбираем период выгрузки. Не обязательно выгружать график на 3 года вперед. Обычно выгружают задачи на ближайший месяц (Look-ahead планирование).

В этот момент происходит магия: сухие строки из таблицы MS Project превращаются в персональные сменные задания в телефонах инженеров.

Взгляд со стройплощадки: Мобильное приложение

Что видит прораб? Ему не нужны диаграммы Ганта, сложные связи и анализ освоенного объема. Ему нужен простой список дел.

В приложении Plan Bridge интерфейс максимально упрощен: * Список задач: Отфильтрован по датам или приоритету. * Карточка задачи: Содержит название, плановый объем и сроки. * Ввод факта: Поля для ввода того, что сделано.

Отчетность с доказательствами

Одна из главных проблем бумажных отчетов — их нельзя проверить мгновенно. «Стену покрасили» — написано в журнале. А как покрасили? Ровно? В тот цвет?

В мобильном приложении к каждому отчету можно (и нужно) прикреплять фотографии и документы. Прораб нажимает «Выполнено 100%», делает фото готовой конструкции, и оно тут же улетает на сервер.

Обратная связь: Импорт факта в MS Project

Самый ответственный момент наступает, когда планировщик получает данные обратно. Важно понимать: Plan Bridge не портит ваш график автоматически. Он создает буферную зону для принятия решений.

Процесс приемки данных:

Планировщик нажимает «Импорт данных» в MS Project.

Открывается окно сравнения: «Было по плану» vs «Пришло с площадки».

Планировщик видит, что прораб Иванов отчитался о выполнении задачи «Заливка бетона» на 100% и приложил фото.

Планировщик может Принять эти данные или Отклонить (с комментарием, например, «Фото нечеткое, переснять»).

Если данные приняты, MS Project автоматически обновляет поля: * % завершения * Фактическое начало * Фактическое окончание

После этого график пересчитывается. Если заливка задержалась, все последующие работы (снятие опалубки, гидроизоляция) автоматически сдвигаются вправо.

Математика актуализации

Когда данные с площадки попадают в график, происходит пересчет прогнозов. Давайте вспомним формулу прогнозируемой длительности, которую мы разбирали ранее, и посмотрим, как на нее влияет ввод факта из Plan Bridge.

Где: * — новая (актуализированная) длительность задачи. * — фактическая длительность, полученная от прораба через приложение (сколько времени они уже потратили). * — оставшаяся длительность. Это самое важное поле. Прораб может указать: «Я работал 3 дня, но мне нужно еще 5 дней».

Plan Bridge позволяет передавать не просто процент, а именно прогноз остатка. Это дает планировщику реальную картину, а не иллюзию «мы сделали половину».

Аналитика и Дашборды

Помимо обмена данными, облачная часть Plan Bridge накапливает статистику. Поскольку все данные оцифрованы, система может строить отчеты, которые раньше занимали дни работы в Excel.

S-кривые: Графики планового и фактического освоения объемов/денег.

План-фактный анализ: Таблицы, где красным подсвечены отстающие работы.

Недельно-суточные задания: Автоматически формируемые PDF-отчеты для планерок.

Типичные ошибки при внедрении

Переход на цифровую систему — это стресс для команды. Вот чего стоит избегать:

* «Большой брат»: Если использовать систему только для наказания за опоздания, прорабы будут саботировать внедрение. Объясните, что это инструмент помощи: «Мы увидим проблему раньше и поможем ресурсами». * Избыточная детализация: Не заставляйте прораба отчитываться за каждый забитый гвоздь. Задача в графике должна быть емкой (от 1 до 10 дней). Если задача длится 2 часа, ей не место в графике управления проектом. * Отсутствие обратной связи: Если прораб пишет о проблемах в комментариях к задаче, а офис молчит, он перестанет писать.

Заключение курса

Мы прошли долгий путь.

Мы начали с настройки интерфейса и календаря, поняв, что время — главный ресурс.

Мы построили ИСР и логические связи, создав скелет проекта.

Мы наполнили график ресурсами, превратив его в финансовую модель.

Мы научились вести Базовый план и анализировать отклонения.

И сегодня мы замкнули контур управления, подключив к системе реальных исполнителей через Plan Bridge.

Теперь у вас в руках не просто программа, а методология. MS Project + Plan Bridge — это нервная система вашей стройки. Она позволяет чувствовать пульс проекта, предвидеть «инфаркты» (срывы сроков) и вовремя принимать лекарства (управленческие решения).

Помните: идеальный план — это не тот, который никогда не меняется, а тот, который всегда показывает правду. Удачи в ваших проектах!