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

Для такого портфеля не нужен календарь на полгода. Нужен короткий диспетчерский слой поверх каждого проекта: ближайшая выдача, дата, ответственный и препятствие. Детали остаются в папках объекта.

Один экран на все объекты

Одна строка таблицы равна одному проекту. В ней семь полей: этап, ближайший результат, дата выдачи, исполнитель, от кого ждут решение, риск и ссылка на рабочую папку. Статус «в работе» ничего не сообщает. Формулировка «вариант планировки № 2 к 20 августа; ждём размеры кухни от заказчика» уже задаёт действие.

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

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

Неделя без общей планёрки

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

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

Что считать готовым

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

Перед выдачей проект смотрит второй человек. Он не изучает замысел заново, а проходит короткий лист: имя и дата файла, номер версии, размеры, маркировки, связь со спецификацией, открытые вопросы. После исправлений автор сам меняет статус на «выдано».

Решение заказчика тоже получает срок. Вместо «ждём диван» пишут: «модель нужна до 22 августа, иначе переносится развёртка гостиной». У команды появляется граница, после которой надо предупредить о сдвиге, а не продолжать молча ждать.

Изменение не живёт в чате

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

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

Партнёрский материал: Экосистема ReFloor. Задачу на подбор материалов передают отдельным пакетом: план помещений, площади, условия эксплуатации и срок ответа. Специалисты ReFloor возвращают результат в структуре, которую дизайнер переносит в спецификацию. Так подбор не остаётся набором ссылок между сообщениями.

Проверка за десять минут

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

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

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

Какие поля нужны на общей доске проектов?

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

Как часто проверять все проекты?

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

Когда изменение из чата становится задачей?

После записи в журнале изменений: с автором запроса, затронутыми листами, влиянием на срок и номером новой версии.

Что передать на подбор материалов?

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

Источники

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

Связанные материалы