- Клаузуры Диогена в Молодежном центре Государственного Эрмитажа
- Вакансии компании Верста – работа в Туле
- ISO 9001 — Пункт 8.
- Планирование проектирования и разработки. Пункт 8.3.2 стандарта ISO 9001/AS9100D. Бизнес-стандарты
Клаузуры Диогена в Молодежном центре Государственного Эрмитажа
С 14 по 18 февраля в Молодежном центре Государственного Эрмитажа состоится заключительная часть первого года образовательного проекта «Клаузуры Диогена», созданного командой журнала «Проект Балтия». Посетители смогут познакомиться с работами, выполненными под руководством ведущих российских и зарубежных архитекторов: Сергея Чобана, Марко Касагранде, Максима Атаянца, Магнуса Монссона и др., а также с работами самих кураторов.
Рисунок Натальи Крымской,
победителя наибольшего числа клаузур
В течение 2017 – начала 2018 года в Петербурге состоялось в общей сложности восемь коротких семинаров – Клаузур Диогена. Формат семинаров, в целом, соответствует академической образовательной традиции: участники в продолжение краткого времени работают над заданием, не выходя из класса («клаузура» – от латинского «запирать»).
Версия Клаузур Диогена отличается концептуальным форматом: куратор ставит задачу, после чего покидает аудиторию на два часа.
Основная задача клаузур заключается в тренировке умения быстро осмыслить, концептуализировать и представить в емкой, эффектной и завершенной форме идею проекта, отвечающую поставленной теме.
Кураторами первых восьми Клаузур Диогена выступили: Сергей Падалко (руководитель бюро «Витрувий и сыновья», Петербург), Магнус Монссон (владелец бюро Semrén & Månsson, Гётеборг), Рубен Аракелян и Айк Навасардян (партнеры бюро WALL, Москва), Сергей Чобан (руководитель бюро Tchoban Voss Architekten (Берлин) и SPEECH (Москва)), Алексей Левчук (руководитель собственной мастерской, Петербург), Марко Касагранде (руководитель Casagrande Laboratory, Хельсинки), Степан Липгарт (руководитель Liphart Architects, Петербург) и Максим Атаянц (руководитель собственной мастерской, Петербург).
Кураторы Клаузур Диогена
- Сегрей Падалко, руководитель петербургской архитектурной мастерской «Витрувий и сыновья».
- Магнус Монссон, руководитель шведского архитектурного бюро Semrén & Månsson.
- Рубен Аракелян и Айк Навасардян, партнеры московского бюро WALL.
- Сергей Чобан, руководитель бюро SPEECH (Москва) и nps tchoban voss (Берлин).
- Марко Касагранде, финский архитектор, руководитель мастерской Casagrande Laboratory
- Алексей Левчук, архитектор и теоретик (Санкт-Петербург).
- Степан Липгарт, руководитель архитектурного бюро Liphart Architects (Санкт-Петербург).
- Максим Атаянц, российский архитектор и художник.
Завершила год заочная Антиклаузура Диогена: победитель наибольшего числа семинаров, студентка школы МАРШ Наталья Крымская, по просьбе организаторов предложила тему для самих кураторов, которые в ответ прислали работы также в формате А3.
Тема каждой клаузуры заслуживает отдельного внимания публики, поскольку позволяет познакомиться с различными взглядами практиков архитектуры на то, что сегодня в профессии представляется наиболее актуальным и что должно быть переосмыслено.
Примеры работ победителей Клаузур
Программа мероприятий проекта «Клаузуры Диогена» в Молодежном центре Государственного Эрмитажа
14 февраля
19:00
Открытие проекта. Встреча с кураторами, участниками и партнерами Клаузур Диогена.
Вход по кодовому слову «Проект Балтия».
17 февраля
17:00
Третий Диспут Диогена: «Медиумы архитектуры»
Модератор: Владимир Фролов
Участники: Максим Атаянц, Вилен Кюннапу, Степан Липгарт, Алина Черейская, Алексей Левчук, Ксения Малич, Евгений Бручас, Наталья Крымская
Вход – по предварительной регистрации
Платформа «Диоген»
Петербургский просветительский проект, направленный на развитие рефлексии о пространстве, времени и форме в архитектуре, дизайне и градостроительстве.
diogen.me
Журнал «Проект Балтия»
Профессиональное издание об архитектуре, урбанистике и дизайне на Северо-Западе России, в Финляндии и странах Балтии. Журнал издается в Петербурге.
projectbaltia.com
Школа креативных индустрий «Маяк» – партнер образовательного проекта «Клаузуры Диогена»
mayak.school
Координатор:
Елена Лебедева
Вакансии компании Верста – работа в Туле
ВЕРСТА. Группа компаний:1. Архитектурное бюроОсновные направления деятельности — комплексное проектирование жилых, общественных и промышленных зданий, инженерных сооружений и сетей, выполнение сложных расчетов несущих конструкций, благоустройство общественных пространств, разработка дизайна интерьеров и создание уникальных объектов, медиа.
Входит в группу компаний ВЕРСТА
Факты о компании
3 филиала
Москва, Тула, Калуга
52 специалиста в бюро
158 проектов в портфолио
- Основано в 2014 г. архитектором Юдиным Денисом и кадастровым инженером Ильменским Ильей. И это уже 6 лет безудержного проектирования!
- Ежегодное освоение новых городов: в копилке уже Москва, Тула и Калуга;
- Наиболее эффективные, удобные и красивые (BEST-USE) способы решения задач;
- Ориентация на жизнеспособность в условиях современной реальности;
- Изменение среды законными на данный момент действиями;
- Офисные ритуалы: вечерние лектории/совместные обеды на набережной/образование и самообразование/дедлайны.
“Мы – прагматики, увлеченные контекстом, философы с концептуальным подходом, современные рационалисты, активисты и космополиты. У каждого из нас своя позиция.”
ИсторияАрхитектурное бюро ВЕРСТА основано в 2014 году в Туле.
Сначала нас было двое – архитектор Юдин Денис и кадастровый инженер Ильменский Илья.
Развивалась компания по трём направлениям деятельности – кадастровый учет, геодезия и проектирование. В 2017 году мы открыли филиал в Калуге, в 2018 в Москве.
Штат бюро превысил 50 человек.
Произошло концептуальное разделение направлений на архитектурно-проектное и кадастрово-изыскательское.
Главное – людиВ штате компании специалисты, которые растут в профессиональном плане, регулярно бросают вызов себе и успешно решают поставленные задачи.
Мы воспитываем и ценим в команде и лично в каждом её члене веру в себя, креативность и трудолюбие.
Молодые и талантливые архитекторы, конструкторы, градостроители, генпланисты, смежники – все готовы найти подход к клиенту, услышать и понять его, переосмыслить всё им сказанное, с учётом действующих норм, собственного и чужого опыта, а полученным результатом превзойти ожидания заказчика.
ПринципыРегулярно участвуем в международных архитектурных конкурсах.
“Соревнования” – лучшая возможность стать профессионалами, быть в курсе современных трендов в проектировании, дизайне среды, визуализации и подаче материала, обмениваться опытом и учиться у лучших представителей профессии.
Мы не используем компьютер в качестве “электронного кульмана”.
Наша идеология – комплексное 3D-проектирование, BIM и всегда идти в ногу со временем.
В компании внедрена CRM система, что позволяет исключить случаи “ой, а мы забыли про ваш проект, спасибо, что напомнили, уже приступаем”. Также это дает возможность эффективно взаимодействовать как с некоторыми смежниками на удаленной основе, так и с сотрудниками из любой точки мира, где есть интернет.
Мы всегда стараемся делать хотя бы немного больше, чем вы рассчитываете.
Post scriptumМы перечитали это описание и пришли к выводу, что не хватает модных архитектурных словечек.
Вот они – клаузура, дизайн-код, редевелопмент, консорциум, пасс-пье, сервитут, моногород, городское маркирование, браунфилд, авторский надзор, мегалополис, параметризм, пакгауз, точки притяжения.
2. Кадастровое бюроКадастровые инженеры, за которыми не нужно переделывать! Геодезисты, которые “на ты” с современными технологиями и снимают сразу в 3D!
ISO 9001 — Пункт 8.
3: Объяснение дизайна и разработкиДизайн и разработка продукта или услуги — важный процесс, и качество вашего конечного продукта или услуги во многом зависит от точности результатов, полученных на этом этапе. ISO 9001 определил подробные требования для этого пункта, который начинается с планирования проектирования и разработки, сбора входных данных проектирования и разработки, обзора, проверки и проверки, документирования результатов проектирования и разработки и управления любыми изменениями в проектировании и разработке. Все эти этапы должны быть хорошо спланированы, выполнены, должным образом задокументированы, а изменения должны контролироваться, чтобы соответствовать требованиям настоящего пункта.
Почему это важно?Представьте себе, что произойдет с проектом, результат которого не соответствует критериям приемки, установленным клиентом. Продукт/услуга, основанные на ошибочном дизайне, очевидно, не будут работать в соответствии с ожиданиями клиента. Это приведет к недовольству клиентов и, в конечном итоге, принесет вам плохую репутацию. Чтобы гарантировать, что вы не доставите что-то, что не требуется клиенту, организации необходимо подробно спланировать этап проектирования и разработки. Хорошо спланированный процесс проектирования и разработки гарантирует, что проект будет завершен в установленные сроки и в соответствии с бюджетными требованиями. Это потребует, чтобы входные данные проектирования, которые могут быть в форме письменных документов, предоставленных заказчиком или изученных вместе с заказчиком во время различных совещаний, или нормативных требований и т. д., были хорошо зафиксированы и задокументированы. Другим важным аспектом является проверка хода проектирования и разработки и проверка выполнения требований заказчика на разных этапах. Валидация также становится важной для обеспечения того, чтобы конечный продукт или услуга соответствовали своему назначению и работали желаемым образом в среде конечного пользователя. Все результаты этапа проектирования и разработки должны сохраняться и контролироваться.
Любые изменения в дизайне и разработке, если они не внесены в план, могут привести к дефектному продукту или некачественной услуге. Даже самое незначительное изменение в проекте должно пройти процедуру, в ходе которой оценивается изменение и анализируется его влияние на различные другие процессы, бюджет и т. д., чтобы убедиться, что все эти воздействия хорошо обрабатываются, а изменения, необходимые в других областях или процессах, учитываются.
Дизайн и Планирование разработкиПланирование Действия по проектированию и разработке важны для эффективного выполнения всех мероприятий по проектированию и разработке. Сложность этапов проектирования и разработки определяет объем планирования, который вам необходимо выполнить для этого процесса. Некоторым компаниям, сильно зависящим от результатов проектирования, потребуется детальное планирование и применение средств контроля на каждом этапе, чтобы обеспечить выполнение всех требований заказчика.
Но имейте в виду, что планирования должно быть достаточно для достижения целей проектирования и разработки. Примите во внимание следующее, чтобы определить адекватные элементы управления и этапы проектирования:Планирование может осуществляться в рамках формального плана или посредством совещаний, периодических отчетов или другими методами. Цель состоит в том, чтобы обеспечить выполнение всех элементов планирования и сбор всей информации.
При планировании деятельности по проектированию и разработке рассмотрите возможность планирования:
- Этапы проектирования и разработки
- Входные данные для проектирования и разработки
- Средства управления проектированием и разработкой
- Результаты проектирования и разработки
- Изменения дизайна и разработки
Этот раздел ISO 9001 требует, чтобы входные данные для проектирования и разработки были идентифицированы, и если есть какие-либо расхождения в понимании этих входных данных, они должны быть устранены, прежде чем приступать к дальнейшему проектированию. процесс. Типичные входные данные для проектирования включают в себя контракты с заказчиками, техническое задание, чертежи и спецификации, повторно используемую информацию из деятельности по проектированию и разработке предыдущих проектов, отраслевые стандарты, анализ конкурентов, любые применимые законодательные и нормативные требования, потребности во внутренних или внешних ресурсах и т. д. Входные данные для проектирования могут также должны быть получены с учетом потенциальных последствий отказа, обусловленных характером продукта или услуги, а также предполагаемым уровнем контроля заказчика и других заинтересованных сторон над процессом проектирования и разработки.
Давайте рассмотрим пример архитектурной компании, чтобы лучше понять это. Архитектору, как правило, потребуются входные данные в форме отчета об архитектуре, соответствующих стандартов, руководств и кодексов (например, ISO, AS/NZS, Greenstar), местных и законодательных требований (например, Национального строительного кодекса и разрешения на разработку) и т. д. Они должны быть собраны , задокументированы и поняты задолго до того, как приступить к проектированию.
Требования к исходным данным для проектирования могут включать требования, относящиеся к функциональности, характеристикам, безопасности, нормам, ремонтопригодности, прослеживаемости и т. д., предъявляемые заказчиком или регулирующим органом.
Элементы управления проектированием и разработкойПосле того, как все входные данные для проектирования завершены, следующим шагом является обеспечение применения надлежащих средств контроля, чтобы результаты процесса проектирования и разработки были четко определены и соответствовали требованиям заказчика. Средства управления могут применяться в форме обзоров, проверки и проверки деятельности по проектированию и разработке.
Хотя обзор, проверка и валидация выполняются для достижения определенных целей, они могут проводиться отдельно или в любой комбинации, в зависимости от того, что подходит для продукции и услуг организации.
Обзоры проектирования и разработкиЦелью обзоров является оценка результатов процесса проектирования и разработки, проверка хода работ по проектированию и соответствующих затрат, а также принятие мер в случае обнаружения каких-либо проблем. Проверки могут проводиться через необходимые этапы/интервалы в соответствии с размером, сложностью, сопутствующими рисками и требованиями заказчика.
Проверка проектирования и разработкиЦелью проверки является подтверждение того, что результаты процессов проектирования и разработки соответствуют входным требованиям или нет. Это может включать моделирование и тестирование, сравнение этого с предыдущим проектом аналогичного продукта, анализ проектной документации и т. д. Как правило, с помощью объективных данных организация должна продемонстрировать, что заданные требования были выполнены.
Для архитектора это можно резюмировать как «Правильно ли вы спроектировали здание?» Архитектор просмотрит свои чертежи и спецификации, чтобы убедиться, что:
- Конструкция соответствует входным данным и прослеживается до них
- Дизайн соответствует требованиям заказчика
- Конструкция соответствует стандартам, руководствам и кодам
- Конструкция соответствует местным и законодательным требованиям
- Проверка технологичности и ремонтопригодности завершена
- Экономичный дизайн и соотношение цены и качества
Валидация дизайна и разработки
Целью валидации является проверка пригодности продукта или услуги для предполагаемого использования. Это будет включать тесты и испытания, проводимые в среде конечного пользователя, исследования возможностей процессов, рассмотрение документов по проектированию процессов и т. д.
Для архитектора это можно резюмировать как «Вы спроектировали правильное здание?»
Архитектор должен утвердить проект посредством обзоров и оценок с соответствующими конечными пользователями, чтобы гарантировать, что:
- Конструкция подходит для использования по назначению. Например, жилые дома, учреждения по уходу за престарелыми, учреждения здравоохранения, коммерческие здания будут иметь другой набор требований к конечному пользователю; проект должен пройти валидацию, чтобы гарантировать их соответствие.
- Особые требования пользователя выполнены. Например, в медицинских учреждениях это могут быть места для постов медсестер, дополнительные инженерные коммуникации и требования к доступу и т. д. Проект должен учитывать эти требования конечного пользователя.
Кроме того, во время строительства архитектор проверяет результаты проектирования и разработки, участвуя в различных мероприятиях, таких как:
- Ответы на запросы информации от застройщика
- Управление изменениями чертежей и спецификаций
- Проведение инспекций на месте для наблюдения за процессом строительства и проверки того, что строящееся соответствует тому, что было спроектировано
- Обзор рабочих чертежей, подготовленных строительными субподрядчиками
Любые проблемы, обнаруженные в ходе процессов обзора, проверки и валидации, должны быть решены перед продолжением производства.
Результаты проектирования и разработкиРезультатами проектирования и разработки могут быть чертежи, прототип готового продукта или спецификация. Эти выходные данные должны соответствовать входным требованиям для проектирования и разработки и должны подходить для использования в последующих процессах. Выходные данные проекта могут также включать ссылки на любые связанные с мониторингом и измерением требования и критерии приемлемости, если это применимо. Результаты проектирования и разработки должны гарантировать, что конечные продукты или услуги, произведенные на основе проекта, подходят для их предполагаемого использования.
Типичным примером результатов проектирования и разработки для архитектурной компании являются чертежи, спецификации, спецификации материалов, образцы досок и т. д.
Любые документы, созданные в процессе проектирования и разработки, должны храниться и контролироваться.
Изменения в проекте и разработкеЭтот раздел требует, чтобы, если требуется внести изменения либо во входные данные проекта, либо в выходные данные проекта, организация должна следовать процедуре, позволяющей контролировать эти изменения. Предпримите следующие шаги, чтобы убедиться, что изменения вносятся контролируемым образом:
- Задокументировать все требования к проектным изменениям
- Оценить влияние изменения на различные процессы, используемые ресурсы, характеристики продуктов/услуг, бюджет, расписание и т. д. Например, архитектор может рассмотреть следующие элементы, если есть изменения в проекте:
- Каково влияние на строительные работы?
- Оказывает ли какое-либо влияние на нормативные требования и будут ли деятельность по проектированию и разработке по-прежнему соответствовать законодательным/нормативным требованиям или стандартным кодам после внесения изменения?
- Какие дополнительные ресурсы требуются?
- Как это повлияет на бюджет и расписание, и можно ли продолжать изменения?
- На основании оценки затронутых территорий изменение должно быть разрешено
- После авторизации изменения должны быть предприняты достаточные действия для предотвращения любых воздействий
Любая документированная информация об изменениях конструкции должна храниться в организации.
Проектирование и разработка – это важный процесс, который должен быть тщательно спланирован, и должны быть проведены адекватные анализ, проверка и валидация, чтобы поставляемые продукты/услуги соответствовали требованиям и их предполагаемому использованию. Важность дизайна можно понять из следующей цитаты Томаса Уотсона-младшего, второго президента IBM:0003
Планирование проектирования и разработки. Пункт 8.3.2 стандарта ISO 9001/AS9100D. Бизнес-стандарты
Планирование проектирования и разработки это дизайн и разработка? Дизайн и разработка продукта или услуги — жизненно важный процесс, и точность результатов этого процесса оказывает значительное влияние на качество конечного продукта или услуги. Если организация не проводит никаких проектно-конструкторских работ, то данный раздел стандарта применяться не будет.
В стандарте есть несколько пунктов, которые являются частью требований к проектированию и разработке. Первым шагом является планирование дизайна и разработки, которое относится к пути, по которому организация рассчитывает создать дизайн своего продукта или услуги. В зависимости от поставляемого продукта или услуги эти планы могут варьироваться от простых до сложных.
В соответствии со стандартами ISO 9001/AS9100D на этапе планирования организация должна учитывать:
- Характер, продолжительность и сложность процессов проектирования и разработки
- Требования, определяющие конкретные этапы процесса, включая применимые обзоры проектирования и разработки
- Необходимая деятельность по проверке и валидации проектирования и разработки
- Обязанности и полномочия, связанные с процессом проектирования и разработки
- Потребности во внутренних и внешних ресурсах для проектирования и разработки продуктов и услуг
- Необходимость контролировать интерфейсы между отдельными лицами и сторонами, участвующими в процессе проектирования и разработки
- Необходимость участия групп клиентов и пользователей в процессе проектирования и разработки
- Требование о последующем предоставлении продуктов и услуг
- Ожидаемый уровень контроля процесса проектирования и разработки со стороны заказчиков и других соответствующих заинтересованных сторон
- Необходимая документированная информация для подтверждения того, что требования проектирования и разработки были выполнены
Идея состоит в том, чтобы согласовать план дизайна с характером предлагаемого продукта или услуги.