Управление проектами на платформе 1С: от устава до закрытия

Вести проекты в 1С можно тремя способами. Если проектов много и нужны ресурсы, график и бюджет в одной базе — берут специализированное решение («1С:Управление проектной организацией» или отраслевой продукт на базе ERP). Если важны задачи, согласования и документы — хватает проектов в «1С:Документообороте». Если нужно только собрать затраты и выручку по проекту — достаточно аналитики «Проект» в учётной конфигурации.

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

Выбор решения и настройка проектного офиса в 1С

Начните с вопроса «что мы хотим контролировать». От ответа зависит продукт и объём настройки.

Что настроить до первого проекта

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

• 📁 Виды проектов — внедрение, строительство, разработка, сервисный договор. У каждого вида свой шаблон этапов.
• 👥 Роли — руководитель проекта, администратор, исполнитель, заказчик, куратор. Права в базе лучше давать по ролям, а не по людям.
• 💰 Статьи бюджета — трудозатраты, материалы, субподряд, командировки, прочие. Одинаковый список для всех проектов позволяет сравнивать их между собой.
• ⏱ Ставки — себестоимость часа сотрудника и цена часа для заказчика. Без ставок трудозатраты не превратятся в деньги.
• 📅 Производственный календарь — от него считаются длительности работ в рабочих днях.
• 🗂 Шаблоны проектов — типовая структура работ с длительностями. Новый проект создаётся копированием шаблона, а не с нуля.

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

Запуск проекта: устав, команда и роли

Проект в базе появляется после решения о старте. До этого он живёт как идея или сделка.

Минимальные данные карточки проекта

1. Название и код. Код нужен для отбора в отчётах и в первичных документах.
2. Заказчик и договор, если проект внешний.
3. Руководитель проекта — один человек, а не отдел.
4. Плановые даты начала и окончания.
5. Цель и критерии приёмки. Одной-двумя фразами: «система запущена, 25 пользователей работают, акт подписан».
6. Предварительная оценка бюджета.

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

Команда проекта

Команду назначают по ролям. Удобно разделять:

План работ и диаграмма Ганта

План строят сверху вниз: сначала этапы, потом работы внутри этапов. Такая иерархия называется ИСР (иерархическая структура работ).

Как разбить проект

• 🧱 Нижний уровень — работа длительностью от одного дня до двух недель. Крупнее — сложно контролировать, мельче — исполнители перестанут отмечать факт.
• 🎯 У каждой работы один ответственный и понятный результат: «согласованное ТЗ», а не «работа над ТЗ».
• 🏁 Контрольные точки (вехи) — работы с нулевой длительностью: «подписан акт этапа 1».

Связи и критический путь

После списка работ задайте зависимости. Чаще всего используется связь «окончание — начало»: тестирование начинается после разработки. Реже — «начало — начало» с задержкой: обучение стартует через 3 дня после начала опытной эксплуатации.

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

Пример. Проект из трёх ветвей: разработка (20 дней), закупка оборудования (12 дней) и обучение (8 дней), после них — запуск (2 дня). Критический путь проходит через разработку: 20 + 2 = 22 дня. У закупки резерв 8 дней, у обучения — 12.

Базовый план

Когда график согласован с куратором, зафиксируйте его как базовый (снимок плана). Это главный приём, без которого контроль сроков невозможен.

Без зафиксированного базового плана вы видите только текущий график и не видите, на сколько он съехал от обещанного.

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

Бюджет проекта и финансовый контроль

Бюджет собирают из двух источников: трудозатраты из плана работ и прямые расходы.

Как посчитать плановую стоимость

1. Для каждой работы укажите плановые часы и роль или сотрудника.
2. Часы умножаются на ставку себестоимости — получается стоимость труда.
3. Добавьте прямые расходы по статьям: материалы, субподряд, командировки.
4. Отдельной строкой — резерв на риски, обычно в процентах от суммы.
5. Если проект внешний, рядом — плановая выручка по этапам и график поступлений.

Пример: 400 часов × 1 500 ₽ = 600 000 ₽ труда, плюс субподряд 250 000 ₽, плюс оборудование 230 000 ₽. Итого 1 080 000 ₽. Резерв 10 % — 108 000 ₽. Бюджет — 1 188 000 ₽.

Как собирается факт

Факт попадает в проект только тогда, когда документы содержат аналитику проекта:

• 🧾 поступление товаров и услуг от субподрядчика — с указанием проекта;
• ✈️ авансовые отчёты по командировкам — с проектом;
• ⏱ трудозатраты — из отчётов исполнителей или табелей по проектам;
• 💵 реализация и оплаты заказчика — по договору, привязанному к проекту.

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

Ежедневный контроль: факт, статусы, отклонения

Мониторинг держится на регулярности. Раз в неделю у руководителя проекта должны быть свежие данные по трём вопросам: что сделано, сколько потрачено, что мешает.

Что вводят исполнители

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

Лучше просить оставшиеся часы, а не процент. «Осталось 16 часов» честнее, чем «готово на 90 %», которое держится три недели.

Оценка по освоенному объёму

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

Расчёт. Бюджет (BAC) — 1 200 000 ₽. К дате контроля по плану нужно выполнить 50 % работ: PV = 600 000 ₽. Выполнено 40 %: EV = 480 000 ₽. Потрачено AC = 560 000 ₽.

• Индекс выполнения сроков SPI = EV / PV = 480 000 / 600 000 = 0,8 — отстаём от графика на 20 %.
• Индекс стоимости CPI = EV / AC = 480 000 / 560 000 ≈ 0,86 — каждый рубль приносит 86 копеек результата.
• Прогноз итоговой стоимости EAC = BAC / CPI = 1 200 000 × 560 000 / 480 000 = 1 400 000 ₽. Перерасход — 200 000 ₽.

Если в вашем решении нет готового отчёта по этим показателям, их легко посчитать по трём числам в отчёте план-факт. Индекс ниже 0,9 — повод для разговора с куратором, ниже 0,8 — для пересмотра плана.

Изменения и риски

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

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

Отчёты по проектам и закрытие

Какие отчёты нужны и кому

• 📊 Руководителю проекта — план-факт по работам и статьям, просроченные работы, загрузка команды.
• 📈 Куратору — сводка по SPI и CPI, прогноз даты окончания и итоговой стоимости, главные риски.
• 🗃 Руководителю портфеля — все проекты одной таблицей с индикаторами «в норме / внимание / проблема», загрузка ресурсов по отделам.
• 💼 Финансистам — выручка, затраты и маржа по проектам, дебиторская задолженность заказчиков.

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

Порядок закрытия проекта

1. Все работы переведены в статус «выполнена» или явно отменены.
2. Подписаны акты заказчика, выручка отражена.
3. Все затраты собраны: проверьте поздние счета субподрядчиков и авансовые отчёты.
4. Исполнители закрыли трудозатраты, ввод часов на проект запрещён.
5. Сформирован итоговый план-факт: срок, стоимость, маржа против базового плана.
6. Записаны выводы: что пошло не по плану и почему.
7. Удачная структура работ сохранена шаблоном для следующих проектов.
8. Проект переведён в статус «закрыт».

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

Частые вопросы