Кто отвечает за итоговую ведомость освещения? Протокол передачи для проектной команды

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

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

Кому принадлежит окончательный график освещения?

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

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

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

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

Почему существуют несколько графиков освещения

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

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

Руководство NBS по согласованным спецификациям особое внимание уделяется координации спецификаций, графиков, чертежей, моделей и баз данных. Это означает, что окончательный график невозможно согласовать путем сравнения только электронных таблиц; Контролер должен отследить спорные значения до утвержденных источников. Это имеет значение в координация освещения гостиничного комплекса, где повторяющиеся типы номеров могут привести к увеличению количества одного ошибочного кода или количества во многих местах.

Владение расписанием не является полномочиями по утверждению

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

Чем владеет диспетчер расписания

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

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

При проверке поставщиков Kinglong Lighting назначенный контролер также создает единый надежный маршрут для вопросов о светильниках, открытых предложений по разработке и принятых ответов.

Чем еще владеют дизайнеры, технические обозреватели и покупатели

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

В контексте контракта, АИА А201 возлагает на подрядчика обязанности по рассмотрению и координации представленных материалов и требует письменного уведомления об отклонениях. Это не общее правило, но оно показывает, почему подготовка, координация, раскрытие отклонений и проверка проекта — это разные действия. Ан автор статьи в Центре сообщества AIA также отличает подаваемые документы от контрактных документов и описывает различные роли в подготовке и рассмотрении.

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

Минимум полей для контролируемого итогового расписания

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

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

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

Шестиэтапный протокол передачи расписания освещения

Ан автор статьи в Центре сообщества AIA представляет передачу заявок как структурированную передачу знаний и обсуждает график подачи заявок. Это еще раз подтверждает, почему неформальной привязанности недостаточно. Для освещения при передаче необходимо согласовать входные данные, маршрутизировать исключения, заморозить проблему и получить подтверждение до того, как расписание будет объявлено окончательным.

Заморозить исходный набор и согласовать идентификаторы приборов

1. Назовите контроллер и полосы полномочий. Запишите, кто контролирует график и решает вопросы дизайна, технические, коммерческие вопросы и вопросы закупок.
2. Заморозить исходный набор. Перечислите чертежи, спецификации, данные о помещениях, записи утверждений, расценки, журналы отклонений и существующие графики, включенные в сверку.
3. Сопоставьте идентификаторы приспособлений. Прежде чем сравнивать значения, сопоставьте каждый конкурирующий код с одним идентификатором контролируемого прибора. Не объединяйте похожие имена до тех пор, пока ссылки на местоположение и источник не подтвердят, что это один и тот же элемент.
4. Согласуйте построчно. Сравните количественную основу, местоположение, утвержденные атрибуты, положение поставщика, исключения и статус. Запишите победивший источник или откройте исключение; никогда молча не выбирайте наиболее удобное значение.

Пользовательские приспособления нуждаются в явной границе открытого элемента. Kinglong Lighting’s разработка индивидуального освещения Контекст важен, когда размеры, образцы отделки, внутренние компоненты, детали монтажа или производственная информация остаются открытыми. В окончательном графике должно быть указано, что исправлено, что остается подлежащим отправке или выборочной проверке, а также какое событие закрывает каждый элемент.

Закрытие исключений, выпуск записи и замена старых версий

5. Маршрутизация и закрытие исключений. Отправляйте каждый конфликт в орган власти, способный его решить. Запишите решение, дату, доказательства, затронутые строки и последующие документы, которые необходимо изменить.
6. Выдать и подтвердить. Примените уникальную версию и цель, экспортируйте защищенный формат выпуска, если это необходимо, распространите его по согласованному каналу, пометьте старые файлы как замененные и получите подтверждение от предполагаемых пользователей.

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

Рабочий пример: три расписания для одного пакета гостиничного номера.

Как контроллер разрешает шесть несовпадающих строк

Команда проектировщиков и строителей готовит иллюстративный пакет декоративного освещения гостиничных номеров, а не настоящий проект Kinglong или отраслевой эталон. Он содержит 24 иллюстративные линии крепления в графике дизайнера, количественной ведомости подрядчика и предложении поставщика. Команда хочет выпустить пакет, хотя его готовность не установлена.

В наглядном пакете номеров из 24 строк шесть несоответствий требуют маршрутизации, прежде чем одно расписание может быть перевыпущено. В трех расписаниях используются перекрывающиеся, но противоречивые идентификаторы приборов. Ни в одной выданной записи не указано последнее утвержденное решение. Затронутая область действия — 6 несовпадающих строк: четыре влияют на видимые или технические атрибуты, а две — на количество или распределение помещений. Контроллер не усредняет количества и не копирует новейший текст поставщика. Количественные конфликты переходят к подрядчику и руководителю закупок; отделка передается в проектную организацию; местонахождение водителя переходит на техническую проверку. Удерживайте шесть затронутых строк или весь пакет, если частичное освобождение не разрешено, до тех пор, пока указанные органы не закроют исключения.

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

Решение о частичном выпуске нуждается в собственных границах. В нем также должно быть указано лицо, уполномоченное снять каждое блокирование, доказательства, необходимые для закрытия, и любой общий интерфейс, который остается заблокированным. В заголовке проблемы должны быть указаны выпущенные строки, задержанные строки, предполагаемое использование и следующая редакция. PDF-файл и рабочая таблица должны иметь одинаковый статус. В сообщении не должно описываться весь пакет номеров как освобожденный, пока шесть строк остаются открытыми. В сводке по типу помещения, общему количеству и ссылке на закупки должны быть указаны исключенные строки. Контролер также должен определить, влияют ли удерживаемые линии на общие драйверы, элементы управления, монтажные опоры, шаблоны помещений или транспортировочные пакеты; явно изолированное удержание может блокировать освобождение элементов через общий интерфейс. Запишите эту зависимость до того, как покупатель сочтет оставшиеся 18 строк независимыми исполняемыми. Если одна сторона не может изолировать удерживаемый объем в своей системе закупок или производства, удерживайте пакет до тех пор, пока запись не сможет использоваться без двусмысленности.

Окончательный контрольный список проблем

Перед выпуском проверьте полноту, авторитетность, отслеживаемость, исключения и распространение. Контролер и руководитель проекта должны ответить утвердительно на следующие вопросы:

• Имеет ли каждая линия один уникальный идентификатор прибора и ссылку на полезную комнату или зону?
• Установлена ​​ли количественная основа и сверена ли она с текущей информацией по проекту?
• Защищенный дизайн и технические атрибуты видны, а не скрыты в электронной почте?
• Являются ли предложения поставщиков, исключения и открытые вопросы разработки явными?
• Указывается ли в каждом принятом исключении владелец решения, дата и ссылка на доказательства?
• Различаются ли проектный, технический, коммерческий, закупочный и производственный статусы?
• Указана ли в выпуске редакция, дата, цель, эмитент и распространение?
• Были ли замененные файлы удалены из активных общих папок и четко отмечены?
• Подтвердили ли предполагаемые пользователи проблему или получили ее через контролируемую систему?

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

Как контролировать изменения после окончательного выпуска

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

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

Не удаляйте историю. Архивируйте его с контролируемым доступом и безошибочным замененным статусом. Журнал аудита объясняет, почему изменилось текущее значение, и не позволяет более старому вложению выглядеть столь же действительным.

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

Выпускайте одну запись, держите на виду несколько органов власти

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

Для проверки поставщика Kinglong Lighting может работать на основе контрольного графика, последних чертежей, ссылок на одобрения, списка отклонений и целевой стадии выпуска. Формальные полномочия и приоритет документов по-прежнему регулируются назначениями и контрактами проекта. Чтобы выявить недостающую информацию о приспособлениях и вопросы поставщика до предложения или выпуска продукции, отправить пакет управляемого освещения.

Часто задаваемые вопросы

Может ли поставщик освещения иметь окончательный график?

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

Всегда ли график архитектора является контролирующим графиком?

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

Что, если объемы изменятся после опубликования графика?

Считайте изменение количества контролируемым изменением. Укажите причину и основание, определите затронутые помещения и линии закупок, проверьте технические и коммерческие последствия, получите необходимые решения и выпустите новую редакцию. Не перезаписывайте старое количество без следа. Если закупка или производство уже начались, уведомите эти стороны и получите подтверждение относительно измененной идентичности приспособления.

Следует ли удалять замененные версии расписания освещения?

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