|

Система управления проектами для проектного бюро: разделы, задания смежникам и версии без путаницы

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

Разберём, как устроить проект по стадиям и разделам, что делать с версиями и замечаниями и как считать трудозатраты. Всё описанное можно открыть в демо-компании Kitamo — вход без регистрации.

Содержание

Почему в проектном бюро срываются сроки

Инженеры в бюро обычно дисциплинированнее многих. Проблема не в людях, а в том, как движется информация:

  • задание смежнику уходит письмом и теряется среди других писем;
  • у каждого своя «последняя версия» чертежа на диске;
  • замечания заказчика приходят в PDF к версии, которую уже переделали;
  • ГИП узнаёт о задержке раздела на планёрке перед выпуском;
  • фактические часы по разделу никто не сравнивает с тем, что закладывали в договор.

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

Что должна показывать система проектному бюро

ГИП и руководитель бюро должны в любой момент видеть по каждому объекту:

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

Как это выглядит в Kitamo

Структура проекта: стадии, разделы, задания

Объект — это проект, стадии и разделы — этапы и задачи графика. Структуру работ правят как таблицу: с клавиатуры, перетаскиванием и вставкой из Excel. Задание смежнику — отдельная задача со связью «окончание-начало»: пока архитектурный раздел не выдал исходные данные, конструктивный не стартует, и график это показывает. Выпуски отмечаются вехами.

Версии чертежей и замечания

В проекте физический файл хранится один раз: задача, чат и папка держат ссылку, а не копию. У документа есть история версий и статус — черновик, на согласовании, утверждён. Для проектной документации удобна буквенная схема нумерации: revA, revB, revC до согласования, rev0 — согласованная версия, rev0.1 и дальше — изменения после согласования. Замечания обсуждаются в чате задачи рядом с файлом, поэтому спор «к какой версии это замечание» не возникает.

Трудозатраты по разделам

У каждой задачи есть плановые часы, которые задаёт постановщик, и факт, который вносят исполнители. Изменить план молча нельзя, только корректировкой с комментарием. На 80 и 100 % плана приходит предупреждение. Часы по ставкам сразу попадают в бюджет проекта.

Как это выглядит у инжиниринговой компании, показано на странице «Проектная компания».

Пример: выпуск раздела

  1. ГИП ставит задачу на раздел с плановыми часами и сроком и связывает её с заданием от смежников.
  2. Инженер работает и задаёт вопросы в чате задачи — рядом с исходными данными и историей правок.
  3. Выпускает revA и меняет статус на «На согласовании».
  4. Замечания заказчика обсуждаются там же, исправленная версия становится revB.
  5. После согласования версия получает rev0 и статус «Утверждён», а задача закрывается с текстом результата, который публикуется в чат.

Подробнее о самом процессе — в статье «Система согласования документов».

Где появляется экономический эффект

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

Частые возражения

«Мы работаем в САПР, нам не нужна ещё одна программа»

САПР никуда не уходит — в нём рождается чертёж. Система управления проектами отвечает за всё вокруг чертежа: кто делает, к какому сроку, какая версия актуальна и сколько на это ушло часов. Kitamo хранит DWG, IFC, STEP, файлы SolidWorks и других форматов проектировщиков с историей версий, а открывают их в своих программах.

«Инженеры не будут списывать часы»

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

Как выбрать систему для проектного бюро

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

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

Чек-лист перед внедрением

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

Вопросы и ответы

Подойдёт ли система небольшому бюро?

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

Как дать заказчику доступ к документации?

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

Можно ли посмотреть чертёж прямо в системе?

Картинки, PDF и таблицы открываются для просмотра в системе, Word, Excel и презентации редактируются в браузере. Файлы САПР хранятся с версиями, а открывают их в своих программах.

Главное

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

Попробуйте в демо-компании

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

Похожие записи