В понедельник прораб ждёт электрика, но оборудование ещё не привезли. Электрик сдвигает выезд, отделка ждёт завершения разводки, а заказчик спрашивает, изменится ли дата сдачи и сколько уже потрачено. Если ответы приходится собирать из звонков, чатов и разных файлов, вам нужна система управления проектом. Выбирать её стоит по тому, как она помогает пройти именно такую цепочку решений.
Ниже — короткий способ сравнить инструменты на живом процессе. Пример с объектом учебный: это не рассказ о реальном клиенте и не обещание, что одна программа автоматически решит все вопросы.
Содержание:
Какую проблему должна решить система?
Проектный бизнес отличается от «поточного» тем, что результат делается в конкретных проектах, с конкретными людьми и отдельной экономикой. В строительстве и ремонтах это видно сильнее всего: каждый объект живёт своей жизнью.
Поэтому начните не со списка функций. Возьмите три последних случая, когда руководителю пришлось срочно выяснять, что происходит: сорванная поставка, работа без ответственного, расход без чека, несогласованное изменение объёма. Для каждого запишите, кто должен был принять решение и какого факта ему не хватило.
Если чаще теряются поручения, важны задачи, исполнители и сроки. Если стройка сдвигается из-за последовательности этапов, нужен график. Если объект «идёт по плану», но денег не хватает к оплате подрядчикам, проверяйте сметы, отчёты, поступления и баланс. Часто требуются сразу несколько контуров — сравнивайте их связность, а не число пунктов в меню.
Какие критерии проверить до покупки?
Составьте собственные условия приёмки. Формулировка «есть Гант» ничего не говорит о том, какие данные он показывает и что произойдёт после переноса срока. Формулировка «есть отчёты» не объясняет, можно ли проверить исходную смету и расход.
| Что проверять | Вопрос на демонстрации | Признак, что подходит |
|---|---|---|
| Задачи и ответственность | Можно ли найти поручение по объекту, сроку и исполнителю? | Исполнитель видит ожидаемый результат, руководитель — состояние и историю. |
| План работ | Как показать последовательность этапов и перенести дату? | План читается без отдельной таблицы; последствия сдвига можно проверить. |
| Смета и факт | Можно ли сопоставить согласованный объём с выполненными работами и суммами? | Понятно, какой документ даёт план и какой подтверждает факт. |
| Деньги | Где видно поступления, расходы и обязательства по объекту? | Руководитель может объяснить конкретную сумму, а не только увидеть итоговый график. |
| Доступ и работа команды | Что видит прораб, исполнитель и заказчик? | Каждый может выполнить свой шаг без передачи чужого доступа. |
| Стоимость и выход из системы | Какие ограничения тарифа действуют на ваш объём и как выгрузить данные? | Цена и ограничения понятны до внедрения; историю можно сохранить. |
Не требуйте одинаковой реализации у всех продуктов. Для ремонтной бригады может хватить простых задач и графика по объекту. Генподрядчику с несколькими площадками могут понадобиться сетевой график, ресурсное планирование, исполнительная документация и специальные интеграции. Это разные покупки.
Как проверить выбор на одном объекте?
Представьте учебный ремонт ресторана. Электромонтаж запланирован с 5 по 8 октября, чистовая отделка — с 9 октября, приёмка этапа — после отделки. Поставка задерживается на два дня. В тестируемой системе за пять минут попробуйте ответить на четыре вопроса: какая работа сдвинулась, кто должен обновить план, какой расход уже проведён и что сообщить заказчику.
Хороший ответ — не красивая диаграмма сама по себе. Нужна проверяемая цепочка: работа и срок → ответственный → согласованный объём → фактически выполненное → деньги и документы. Если один из переходов держится только на памяти прораба, его придётся описать как ручной процесс либо подобрать второй инструмент.
Важно: даты и ситуация выше вымышлены для сравнения сервисов. Скриншот ниже показывает другой демонстрационный проект 101 и не служит доказательством этих конкретных дат.
Когда нужен канбан, а когда Гант?
Канбан отвечает на вопрос «в каком состоянии поручение?». График Ганта показывает работы на времени: когда начинается этап, сколько длится, что идёт рядом. Критический путь полезен там, где сдвиг конкретной цепочки влияет на дату окончания всего проекта. Наличие полос на шкале ещё не означает автоматический расчёт критического пути или загрузки бригад.
На нашем учебном объекте канбан поможет не потерять задачу по поставке. Гант поможет увидеть, что электромонтаж пересёкся с отделкой. Для принятия решения нужны оба взгляда, но их данные и правила обновления должны быть понятны команде.
Как в этом сценарии работает Платформа 101?
В 101 у проекта есть задачи с исполнителем и сроком. Задачи проекта со сроками видны на графике Ганта. Кроме задач, график показывает план по сметам и факт по отчётам на временной шкале. Для этапа оформляют отдельную смету, а выполненные работы сверяют с отчётами. Рядом доступен план-факт по стоимости для заказчика и прибыли. Так срок, объём и экономика объекта оказываются в одном проектном контексте.
Демонстрационный проект «Ресторан Смена»: события и задачи со сроками на временной шкале Ганта 101.
Наличие задачи на шкале Ганта не означает автоматического переноса зависимых сроков. Последовательность задач можно описать и контролировать вручную; текущая справка не обещает автоматической блокировки и переноса зависимых сроков. Если это обязательное условие, оцените специализированный планировщик и заранее договоритесь, какие данные остаются в нём, а какие — в 101.
Если главное — связать этапные сметы, отчёты, сроки и денежные показатели по объекту, 101 стоит включить в короткий список. Подробный продуктовый сценарий уже есть в материале про график Ганта 101; здесь мы остаёмся на задаче выбора системы.
Как провести семидневный тест?
Тест лучше строить на одном реальном проекте. Возьмите объект, где сейчас много движений: этап работ, закупки, согласования. И договоритесь внутри команды: «эту неделю ведём здесь».
- День 1: выберите объект и три болевые ситуации. Зафиксируйте, сколько источников сейчас приходится открыть для ответа по сроку, факту и деньгам.
- Дни 2–3: заведите участников, один этап, три поручения, плановый объём и один реальный расход. Проверьте, может ли прораб работать со своими данными без доступа руководителя.
- День 4: сдвиньте срок учебного этапа и проверьте, что изменилось автоматически, а что надо исправить вручную. Отдельно посмотрите, не меняет ли действие подтверждение уже принятого документа.
- Дни 5–6: зафиксируйте выполненную работу и проверьте, из каких событий складываются итоговые суммы и отчёт для заказчика.
- День 7: дайте руководителю и прорабу независимо ответить на четыре вопроса из примера выше. Отметьте несоответствия и время поиска; только после этого сравните стоимость и тарифные ограничения.
Условие успеха сформулируйте заранее: например, руководитель и прораб находят одну и ту же актуальную версию сроков и сумму по объекту, а все ручные переходы перечислены и назначены ответственным. Это критерий вашего пилота, не норматив и не обещанная метрика продукта.
Как принять решение?
Выбирайте систему, в которой команда сможет поддерживать факты ежедневно и которая отвечает на ваши дорогие вопросы без догадок. Если выигрывает простой трекер, а деньги живут в отдельном проверяемом учёте, связка допустима. Если важнее вести план работ рядом со сметами и отчётами, проверьте 101 на своём объекте. Если нужны автоматические зависимости, ресурсная загрузка или отраслевой документооборот крупной стройки, включите эти требования в приёмку с самого начала.
Устойчивое внедрение видно по признаку: руководитель перестал «вытягивать» информацию и начал принимать решения по данным из системы.
Сравнение соседних сервисов вынесено в отдельную подборку программ для управления проектами. Если хотите проверить именно связку «смета → этап → отчёт → деньги» в 101, возьмите на демонстрацию один свой объект и вопросы из этой статьи.
