Faro

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

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

Диаграмма Ганта — классический календарный график: полосы работ, связи между ними (что от чего зависит) и контрольные точки. Отдельным режимом включается критический путь и резервы времени — система подсвечивает цепочку работ, определяющую общий срок сдачи объекта, и показывает, у каких работ есть запас по времени, а у каких его нет. Это прямой ответ на вопрос «что сдвинет дату окончания, если задержится».

Таймлайн — помесячная/понедельная сетка выполнения, по которой удобно и вводить, и читать факт. Включаются цветовые индикаторы состояния работ, а по каждой работе видны три линии — базовый план, текущий план и факт.

Под графиком работает расчётное ядро, которое отличает систему от обычного рисовальщика диаграмм. Сроки не проставляются вручную «на глаз» — они вычисляются.

В основе — связь объёма работы, производительности, численности ресурсов и длительности (сколько сделать, кем и как быстро). Для каждой работы выбирается метод расчёта, который задаёт, что считать результатом, а что — исходными данными:

• по длительности — система сама рассчитывает срок, исходя из объёма и выделенных ресурсов, с учётом «узкого места» (ведущего ресурса);
• по численности — задаётся желаемый срок, система считает, сколько людей/техники нужно, чтобы в него уложиться;
• по производительности — считается требуемая выработка.

Переключение метода не разрушает данные — меняется лишь то, какая величина становится расчётной. Поверх этого задаётся сценарий распределения ресурсов во времени — равномерный или с кривой интенсивности (разгон/спад). Все работы связаны между собой зависимостями, и при любом изменении график автоматически пересчитывается по всей цепочке.

Расчёт учитывает рабочие календари: рабочие и выходные дни, а также индивидуальные исключения. У разных работ может быть свой календарь, и сроки считаются в реальных рабочих днях, а не в календарных.

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

Фактическое выполнение вводится прямо в таймлайне — по дням и периодам, в натуральных единицах объёма. Из этого факта система считает процент готовности каждой работы, и этот же факт служит единым источником для всех производных показателей — освоения, отклонений, просрочек. Принцип «один факт — для всего» исключает ситуацию, когда прогресс в графике, в отчётах и в деньгах расходится.

В шапке дашборда всегда на виду сводка состояния проекта:

• Освоено — какой процент работ фактически выполнен;
• План к сегодня — сколько должно было быть выполнено к текущей дате;
• Отклонение — опережение или отставание от графика;
• Просрочки — число работ, у которых срок прошёл, а выполнение не завершено;
• Работ — общий объём задач в проекте.

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

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

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

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

График не нужно набивать с нуля: работы импортируются из привычных файлов Excel и CSV, а также из MS Project (с сохранением связей между работами). Обратно текущий вид выгружается в Excel, CSV или формат MS Project, а весь экран (таблица вместе с графиком) выводится на печать или в PDF с официальным штампом-шапкой проекта. Система встраивается в существующий документооборот компании, а не требует отказаться от него.

У каждого проекта есть паспорт с реквизитами объекта (наименование, адрес, заказчик, генподрядчик, номер договора) — он же используется в штампах печатных форм. Состав участников и их роли на проекте настраиваются отдельно, что и определяет, кто и что может делать на дашборде и в смежных блоках.

Смета ведётся как живой документ с разделами и позициями, а не как статичная таблица. По каждой позиции хранится количество, цена за единицу и итоговая стоимость, причём цену можно разложить на составляющие — отдельно материалы и отдельно работы. Это позволяет позже видеть, из чего складывается стоимость объекта, и считать авансы именно на закупку материалов.

Данные можно вводить вручную или загрузить из привычного файла Excel — система проведёт через пошаговый импорт и сама разложит строки по разделам и позициям. Для реквизитов, которых нет в стандартной форме (артикул, поставщик, примечание), добавляются собственные столбцы — смета подстраивается под то, как компания привыкла работать.

Поверх прямых затрат надстраиваются ценовые слои — накладные расходы, вознаграждение подрядчика и НДС. В итоге из сметы автоматически собирается полная цепочка цены: прямые затраты → договорная стоимость без НДС → цена договора с НДС. Эта цепочка видна прямо под таблицей и попадает в выгрузку.

Смета живёт в двух состояниях — черновик и утверждённая. Утверждение фиксирует структуру и деньги: с этого момента на смету можно опираться в актах, а любые дальнейшие изменения проходят через отдельный, прозрачный механизм.

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

Каждое изменение оформляется как COR (change order) — заявка на корректировку: правка существующей позиции, разбивка одной позиции на несколько или добавление новых работ. Система хранит «родословную» каждой позиции — видно, откуда она взялась и каким изменением была затронута. Когда изменения согласованы, они закрепляются дополнительным соглашением (ДС), и позиция получает его номер.

Благодаря этому в любой момент видно: сколько стоил объект изначально, насколько он вырос за счёт изменений и какими документами этот рост оформлен. Рост контракта считается точно, по прямым затратам — это снимает вечный спор «откуда взялась разница».

Накопительная ведомость — это сводная картина выполнения по форме КС-6а: что и в каком объёме сделано нарастающим итогом, с разбивкой по подписанным периодам и отдельным «открытым» текущим периодом. Внизу — сопоставление плана и факта. По сути это единое окно, в котором виден весь ход освоения сметы без необходимости собирать его из разрозненных актов.

Закрывающие документы формируются прямо из сметы и фактического выполнения, а не набиваются заново.

КС-2 (акт о приёмке выполненных работ) собирается по образцу рабочей таблицы изменений: отмечается, что и в каком объёме выполнено за период, и система подтягивает стоимость из сметы.

КС-3 (справка о стоимости) — это контейнер подписанных за период КС-2 плюс денежный водопад: материалы и работы, гарантийные удержания, зачёт аванса, НДС и итоговая сумма к оплате. Справка готовится к печати в привычной официальной форме.

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

Расчёты с заказчиком — это не только «выполнено», но и движение денег: авансы и гарантийные удержания (ГУ). Система ведёт их как набор счетов, где план берётся из сметы, а факт складывается из подписанных справок КС-3 и ручных операций (поступление аванса, его зачёт, удержание и возврат гарантийной суммы).

Аванс можно планировать прицельно — под конкретную позицию, в том числе «на закупку материалов», с автоматическим учётом НДС. В каждый момент видно, сколько аванса получено, сколько уже зачтено выполнением и какой остаток ещё предстоит отработать; то же — по гарантийным удержаниям.

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

Любую смету можно выгрузить в Excel — с официальным штампом-шапкой проекта, всеми значимыми столбцами (включая собственные) и итоговой цепочкой цены договора. Закрывающие справки готовятся к печати в установленной форме. Компания получает документы в привычном виде, не выходя из системы.

Работа с деньгами разведена по ролям. Планировщик и инженер проекта ведут и подписывают все слои сметы; возврат уже подписанного документа в черновик оставлен только за планировщиком — как защита от случайных правок утверждённых сумм. Наблюдатель видит финансовую картину целиком, но не меняет её. Так сохраняется и прозрачность, и контроль над изменением стоимости.

Ресурсы можно завести вручную, а можно перенести прямо из сметы: материалы и работы, уже заложенные в смету, массово заводятся в окно «Ресурсы» одним действием. Это убирает двойной ввод — то, что посчитано в деньгах, сразу становится предметом ресурсного планирования. Каждый ресурс привязывается к работам графика, и дальше система сама распределяет потребность по дням в соответствии со сроками и объёмами этих работ.

По каждому материалу система ведёт полный баланс и показывает его одной понятной картиной.

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

Светофор обеспеченности — наглядный статус: запас в норме, скоро дефицит или уже дефицит. Это позволяет руководителю с одного взгляда понять, где горит.

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

Баланс во времени — график, на котором видно, как расходятся во времени плановая потребность, фактический приход и расход, а также остаток на складе. Если остаток уходит в минус, это сразу подсвечивается.

Потребность по работам — видно, какие именно работы и в какие сроки «съедают» этот материал, и сколько уже израсходовано.

Учёт поставок — приход на склад фиксируется по дате, количеству и документу (накладной). Из этих поступлений и фактического расхода и складывается живой остаток.

Люди и техника — возобновляемый ресурс: здесь важна не накопленная сумма, а уровень загрузки в каждый конкретный день, то есть сколько человек или смен нужно одновременно. Блок работает и с бригадами/специальностями, и с единицами техники.

Загрузка по дням — система рассчитывает, сколько людей или машин требуется в каждый день по плану, и сравнивает это с заданной ёмкостью (сколько ресурс реально доступен в день).

Контроль перегрузки — если в какие-то дни потребность превышает доступную ёмкость, это помечается статусом «перегрузка» с указанием количества перегруженных дней. Руководитель заранее видит, где план физически невыполним имеющимися силами, и может перераспределить работы.

Показатели загрузки — пиковая и средняя загрузка, суммарная трудоёмкость по плану (в человеко-днях или машино-сменах), число работ, на которые назначен ресурс, и период его занятости.

Загрузка по работам — видно, какие работы и в какие сроки формируют эту загрузку.

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

Затраты — плановые и фактические затраты по периодам и денежный отток во времени, в том числе нарастающим итогом. Показывает, как проект тратит деньги относительно плана.

Денежный поток — приход и расход по периодам: полученные авансы, суммы к оплате по КС-3, возврат гарантийных удержаний против расхода (фонд оплаты труда и поставки), а также нетто за период и накопленная нетто-позиция. Это прямой взгляд на кассу проекта и риск кассового разрыва.

EVM / освоение — метод освоенного объёма: плановое освоение против фактического во времени. Классический управленческий индикатор «сколько работы по плану должно быть сделано и сколько сделано на самом деле».

Предъявление ↔ Освоение — сопоставление того, что фактически выполнено, с тем, что предъявлено заказчику по актам КС-2, и с затратами. Разрыв между этими величинами показывает перепредъявление или, наоборот, невыставленную выполненную работу — то есть связанный в стройке оборотный капитал.

Договорная стоимость: слои цены — из чего складывается цена договора: прямые затраты (материалы и работы), накладные, вознаграждение, НДС.

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

Движение рабочей силы — средняя и пиковая численность людей по периодам, план против факта.

Движение техники — то же по единицам техники: средняя и пиковая потребность, план и факт.

График поставок — приход материалов во времени.

Загрузка ресурсов — сводная картина загруженности людей и техники по проекту, где видно пики и провалы.

Отклонения от базы — насколько факт и прогноз разошлись с базовым планом по срокам.

Резервы / критический путь — распределение работ по запасу времени: сколько работ лежит на критическом пути (без резерва) и сколько имеет запас.

Прогресс: база против прогноза — плановый процент готовности по базовому плану в сравнении с текущим прогнозом.

Аналитика простоев — сгруппированные по причинам потери времени: сколько дней и из-за чего простаивал объект. Поскольку причина простоя обязательно указывается в отчётах с объекта, этот отчёт опирается на реальные данные, а не на догадки.

Помимо готовых шаблонов есть пользовательский конструктор: выбираются источник данных, нужные показатели, тип графика и период группировки (по дням, неделям, месяцам). Так под нестандартный управленческий вопрос собирается собственный отчёт, не дожидаясь, пока его кто-то запрограммирует. Любой отчёт выводится на печать.

Аналитика рассчитана на управленческий контур: её видят участники проекта, кроме линейного персонала на объекте — стоимостные показатели для этой роли скрыты, как и в ресурсном блоке. Так чувствительная экономика проекта остаётся в руках тех, кому она адресована.

Прораб открывает список своих нарядов на выбранную дату — какие работы ему назначены и в каком объёме их нужно выполнить, с плановыми показателями и выделенными ресурсами. Наряд не ведётся как отдельный документ, который нужно кем-то выписать: он формируется автоматически из плана проекта на конкретный день по тем работам, за которые отвечает этот человек. Наряды раскладываются по статусам — активные, на проверке, завершённые — чтобы прораб видел, что ещё предстоит сделать и что уже ушло на согласование.

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

По каждому наряду подаётся отчёт. Он отражает реальную картину дня:

• исход — работа выполнялась или был простой;
• объём за день — сколько фактически сделано, в натуральных единицах;
• факт по ресурсам — при необходимости фактическая численность людей и техники, а также расход материалов;
• причина простоя — обязательна, если работа не велась, чтобы потери времени были объяснены, а не просто зафиксированы;
• комментарий — любые пояснения по ситуации на площадке;
• фото и видео с объекта — визуальное подтверждение выполнения прямо из отчёта, с отображением хода загрузки файлов.

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

Отчёты не попадают в проект напрямую — они проходят приёмку. У инженера соответствующего этапа (или у планировщика) есть отдельный раздел «На проверке» с очередью отчётов, ожидающих решения, и счётчиком непринятых — видно, сколько факта «зависло» в ожидании.

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

Такая двухступенчатая схема («подал — приняли») — это встроенный контроль достоверности: в модель проекта попадают только проверенные данные, а не всё подряд, что ввёл исполнитель.

Главная ценность блока — в том, что происходит после подтверждения отчёта. Принятый объём автоматически становится фактом выполнения работы, а указанные ресурсы — фактическим расходом материалов и фактической загрузкой людей и техники. Дальше это мгновенно отражается во всей системе: пересчитывается процент готовности работ и прогресс проекта, обновляются показатели освоения и отклонений на дашборде, двигается баланс материалов и загрузка ресурсов, подтягивается фактическое выполнение в смету.

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

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

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

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

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

Помощник умеет не только отвечать, но и предупреждать. По проекту можно включить ИИ-дайджест — короткую автоматическую сводку по важным сигналам: просрочки, отставание от плана, расхождение с базовым планом, находки аудита высокой важности. Дайджест приходит в центр уведомлений, так что о проблеме руководитель узнаёт, не открывая проект специально.

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

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

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

• Канал объекта — общий чат проекта. Его участники автоматически совпадают с составом команды проекта: добавили человека в проект — он уже в канале, убрали — вышел. Отдельно собирать канал не нужно.
• Групповые беседы — создаются под задачу или подгруппу людей, с произвольным составом и названием.
• Личные сообщения — переписка один на один; собеседник выбирается поиском по сотрудникам.

К сообщениям прикрепляются файлы — фотографии, видео и документы, в том числе крупные материалы с площадки. Изображения и видео открываются для просмотра прямо в беседе, без скачивания. Это важно для стройки: подтвердить ход работ, показать проблему на месте, передать документ — всё в том же окне, где идёт разговор.

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

Все беседы собраны в общем разделе сообщений с раскладкой по объектам и отдельной вкладкой для переписок вне проектов. Непрочитанные сообщения помечаются счётчиками — и по каждому объекту, и в целом, — так что сразу видно, где вас ждёт ответ или новое обсуждение. Канал объекта всегда стоит первым, свежие беседы — выше.

Мессенджер — не отдельное приложение сбоку, а часть единого контура: беседы привязаны к проектам, уведомления о сообщениях приходят в общий центр уведомлений вместе с остальными событиями, а состав участников берётся из команды проекта. Общение, задачи, документы и показатели живут в одной системе, и переписка по объекту всегда под рукой у того, кто с этим объектом работает.

Мобильная версия ставится прямо из браузера — значок появляется на домашнем экране телефона, и дальше приложение открывается как любое другое, на весь экран. Это работает и на Android, и на iPhone, без магазинов приложений и долгой установки. Обновления приходят мгновенно — у всех всегда актуальная версия. Приложение рассчитано на реальные условия стройки: крупные кнопки под палец, читаемость на солнце, быстрый запуск даже при слабой связи — оболочка кешируется, поэтому приложение открывается сразу и показывает последние загруженные данные.

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

Прораб — «Сегодня». Наряды на день крупными карточками: что сделать и в каком объёме. По каждому — отчёт прямо с телефона: снять фото или видео на камеру, указать исход (выполнено или простой), ввести фактический объём и численность, снять пустые наряды, добавить внеплановый отчёт. Это главный полевой сценарий — факт заходит в систему с места событий, без возврата в офис.

Инженер — «На проверке». Очередь отчётов от прорабов с фотографиями: подтвердить или отклонить (с обязательной причиной), плюс краткий обзор своей зоны ответственности — прогресс, сколько отчётов ждёт, какие просрочки. Приёмку факта можно вести на ходу, не дожидаясь компьютера.

Планировщик и руководитель — «Здоровье». Ключевые показатели проекта (план, факт, отклонение по срокам, просрочки), список работ в процессе, карточки работ и просмотр аналитики. Быстрый ответ на вопрос «как дела на объекте», где бы вы ни были.

Наблюдатель — «Обзор». Тот же обзор, но строго в режиме чтения — удобно, в том числе, чтобы показать ход проекта заказчику прямо с телефона.

Помимо роли-специфичных сценариев, в приложении есть сквозные разделы:

• Портфель — список ваших проектов с индикаторами здоровья и значком вашей роли в каждом.
• График проекта — обзор работ и кривая выполнения в мобильном, лёгком виде.
• Карточка работы — вся суть по задаче на одном экране.
• Аналитика — просмотр ключевых графиков проекта.
• Чат — канал объекта, групповые и личные беседы с фото и видео, как в основной системе.
• Уведомления — центр уведомлений с переходом сразу в нужный проект и экран.

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