После написания статьи о процессах, связанных с клиентом, где в основном речь идет о том, чтобы определить требования к продукту, я перехожу к цифре, которую стандарт назвал дизайном и разработкой, и которую следует последовательно давать после определения из этих требований.
Концепция дизайна и разработки
В ISO 9000 стандарт представляет следующее определение того, что дизайн и разработка: «Набор процессов, трансформирует в требования к указанным характеристикам или в спецификации продукта, процесса или системы».
Вышеизложенное проясняет, что для осуществления процесса проектирования и разработки для конкретного продукта в качестве входных данных необходимы требования к этому продукту, которые уже были получены путем применения части стандарта, относящейся к «процессам, связанным с потребителем». и что результатом является не что иное, как ряд « спецификаций », которые при разработке продукта будут отражены в его характеристиках.
Например, если мы работаем в компании, которая предлагает технологию добычи, процесс проектирования подразумевает определение требований клиента, правовых и нормативных, и на основе технологии, предлагаемой нашей компанией, представление предложения продукта (в данном случае это будет интегрированный пакет технологий). на оборудование, обучение, консультации и т. д.), что позволяет горнодобывающим компаниям полностью выполнять свою работу.
Процесс проектирования и разработки
Стандарт предлагает, чтобы этот процесс проектирования и разработки проводился в четыре этапа, а именно:
- Планирование проектирования и разработки Проектирование и разработка обзора Проверка дизайна и разработки и, Проверка дизайна и разработки
Давайте рассмотрим каждый из них подробно:
Этап I
Планирование дизайна и разработки
« Организация (наша компания) должна планировать и контролировать дизайн и разработку продукта ».
Давайте вспомним, что сегодня, когда мы говорим о «продукте», это также относится к «услугам», предлагаемым такими компаниями, как, например, банки.
Вопрос, который следует задать, будет следующим: что включает в себя этап планирования? То же правило отвечает нам так:
«При проектировании и планировании разработки организация должна определить:»
а) « этапы проектирования и разработки », Мы уже говорили, что тот же стандарт поднимает четыре этапа, которые мы перечисляем (планирование, проверка, проверка и проверка).
б) « обзор, проверка и валидация, подходящие для каждого этапа проектирования и разработки »
Но, в свою очередь, на каждом этапе необходимо проводить проверку, проверку и подтверждение, что позволяет нам выявить любой недостаток и исправить его, прежде чем переходить к следующему этапу процесса.
в) ответственность и полномочия по проектированию и разработке.
Определение ответственности и полномочий в этой части системы очень важно, поскольку решения, которые должны быть приняты, и предложения, которые должны быть сделаны, включают различные уровни организации, продаж, дизайна, производства, качества, закупок и т. Д. что затрудняет продвижение проекта, если ранее не были установлены четкие правила игры и знания всех вовлеченных людей.
«Организация должна управлять интерфейсами между различными группами, участвующими в проектировании и разработке, чтобы обеспечить эффективную коммуникацию и четкое распределение обязанностей».
Поскольку междисциплинарная и командная работа становится действительно трудной в организациях, которая обычно возникает, когда в процессе разработки продукта допущена ошибка, лучше всего создать междисциплинарную и взаимозависимую команду со своим соответствующим координатором для руководства процесс и четко определить обязанности и полномочия, а также то, что это позволяет участвовать персоналу, вовлеченному в процесс, включая операторов, которые могут внести большой вклад в процесс проектирования и разработки.
«Результаты планирования должны обновляться по мере необходимости в процессе проектирования и разработки».
Элементы ввода для дизайна и разработки
«Должны быть определены входные элементы, связанные с требованиями к продукту, и ведется учет. Эти элементы ввода должны включать:
а) функциональные и эксплуатационные требования, б) применимые правовые и нормативные требования, c) информация из аналогичных предыдущих конструкций, когда это применимо, и
d) любые другие существенные требования к проектированию и разработке.
Эти элементы должны быть рассмотрены на адекватность. Требования должны быть полными, однозначными и не должны противоречить друг другу.
Давайте вспомним, что часть этой работы была выполнена в той части системы, которая соответствует «процессам, связанным с клиентом», где были определены требования клиента, правовые и нормативные требования и те дополнительные, которые рассматриваются организацией, теперь эта информация должна дополняться в том числе опыт подобных проектов, которые компания разработала и которые вносят вклад в новый дизайн, но также необходимо проанализировать и оценить проекты конкурса, чтобы извлечь из них положительные результаты; Эта практика может быть подтверждена, наблюдая сходство в продуктах, произведенных различными компаниями и которые конкурируют друг с другом на уровне рынка.
Результаты проектирования и разработки
Поскольку нам уже ясно, что является входными элементами для проектирования и разработки и которые могут быть классифицированы как требования к продукту и связанным с ним услугам, теперь мы должны коснуться выходных элементов дизайна и разработки; Мы видим, что норма гласит, что:
«Результаты проектирования и разработки должны предоставляться таким образом, чтобы можно было проверять входные элементы для проектирования и разработки, и должны быть утверждены перед выпуском».
Как эти результаты предоставляются, важно; Как правило, он включает сбор документов разных типов в зависимости от типа производимого продукта. Эти документы представляют собой планы, форматы с техническими характеристиками, чертежи, фотографии, прототипы и т. Д. Я хотел бы сделать важную рекомендацию, а именно использовать пакет документов, который настолько прост, насколько это возможно, чтобы облегчить общение между органами и вовлеченными лицами.
В любом случае пакет документов, который предоставляется в качестве выходного элемента проектирования и разработки, должен включать следующие компоненты, предложенные стандартом:
«Результаты проектирования и разработки должны»:
а) соответствовать требованиям входных элементов для проектирования и разработки, Это вряд ли логично, дизайн, который не соответствует требуемым элементам ввода, сделан плохо; Это соответствие будет проверено на последующих этапах проверки и проверки.
б) предоставить соответствующую информацию для покупки, производства и предоставления услуги, Здесь мы ссылаемся на тот факт, что представленная информация должна быть настолько полной, чтобы она облегчала покупку материалов, оборудования или инструментов, необходимых для приготовления продукта, но также и включать в себя то, что требуется для изготовления продукта, сроки доставки, способ доставки и т.п. Эта информация также служит основой для последующих этапов проверки, проверки и подтверждения.
c) содержать или ссылаться на критерии приемлемости продукта
Хотя это и правда, некоторые из критериев (например, размеры), возможно, включены в план, но для облегчения связи с теми людьми или участвующими в них случаями, например, операторами или качеством, выберите те, которые считаются актуальными и включены в дополнительный формат, разработанный простым способом.
Аналогичным образом, может быть подготовлен простой формат, в который включены критерии приемлемости продукта.
г) указать характеристики продукта, которые необходимы для безопасного и правильного использования.
Существуют размеры или критические детали в продукте, которые важны и что если в них возникают несоответствия, это автоматически влияет на его работу, влияя на его безопасное и правильное использование; Эти характеристики должны быть понятны и понятны людям, непосредственно связанным с качеством продукта. Если это сделано, оператор может выявить несоответствия в продукте, и, если он имеет полномочия на это, предотвратить его переход к следующему этапу производственного процесса.
Этап II
Обзор дизайна и разработки
На соответствующих этапах систематические обзоры проектирования и разработки должны проводиться в соответствии с планом.
Тот же дизайн требует своей динамикой тех изменений, которые необходимы в то время; Поскольку сам дизайн является динамическим процессом, требующим внесения предложений, просмотрите то, что предлагается, и убедитесь, что оно улучшено.
Однако в процессе проверки необходимо:
а) оценить способность результатов проектирования и разработки соответствовать требованиям
Здесь проводится сравнение предложения по дизайну продукта, сделанного до настоящего времени, с требованиями к нему, это сравнение позволяет выявить улучшения, которые могут быть сделаны.
б) выявить любую проблему и предложить необходимые действия
. Проблемы в проекте легко определить в той степени, в которой участие предоставляется всем организациям, участвующим в процессе, таких как производство, закупка, склад, продажа, качество и т. д.
Участники таких обзоров должны включать представителей функций, связанных с рассматриваемой стадией проектирования и разработки. Записи о результатах проверок и любых необходимых действиях следует хранить.
Как мы уже говорили ранее, этот процесс проверки происходит одновременно с самим дизайном, поскольку он или дизайнеры постоянно размышляют, выявляют несоответствия, консультируются с другими участвующими агентствами, получают их критику и исправляют то, что было сделано для улучшения дизайна, а не только соответствуют требования клиентов, но также адаптируются к технологиям и текущим условиям в компании. Однако необходимо соблюдать дисциплину и записывать в соответствующих форматах результаты этих обзоров, протоколы собраний, проводимых для постепенного улучшения этой части системы проектирования и разработки.
Этап III
Проверка дизайна и разработки
Проверка должна быть выполнена, как и планировалось, чтобы гарантировать, что результаты проектирования и разработки соответствуют требованиям входных элементов проектирования и разработки. Должны храниться записи о результатах проверки и любых необходимых действиях.
Несмотря на то, что был проведен тщательный анализ конструкции, проверка тех частей, которые считаются критическими и актуальными, прежде всего для безопасной эксплуатации или использования продукта, не устарела, по этой причине система требует стадии проверки, для которой следует также вести записи о полученных результатах и последующих действиях на основе этих результатов.
Этап IV
Проверка дизайна и разработки
Проверка правильности проектирования и разработки должна выполняться в соответствии с планом, чтобы гарантировать, что полученный продукт способен удовлетворять требованиям для его определенного применения или предполагаемого использования, когда оно известно. Везде, где это возможно, проверка должна быть завершена до доставки или развертывания продукта. Записи результатов валидации и любых необходимых действий должны храниться.
Самая распространенная система для проверки дизайна часто разрабатывает прототип, который может представлять собой масштабную модель, разработанную иногда с использованием материалов, отличных от продукта, который будет окончательно изготовлен, в других случаях моделирование используется по соображениям стоимости, все Это справедливо, поскольку разработанные действия облегчают проверку того, что продукт, который будет произведен, наконец, соответствует ранее установленным требованиям.
Еще одно действие проверки может состоять в том, чтобы проверить первый изготовленный продукт, чтобы окончательные корректировки, требуемые проектом, могли быть сделаны до продолжения разработки оставшихся продуктов.
« Контроль изменений дизайна и разработки »
«Изменения дизайна и разработки должны быть определены, и записи должны храниться. Изменения должны быть рассмотрены, проверены и подтверждены, в зависимости от обстоятельств, и одобрены до внедрения. Обзор изменений дизайна и разработки должен включать оценку влияния изменений на составные части и уже поставленный продукт.
Должны храниться записи о результатах анализа изменений и любых необходимых действий ».
Контроль изменений в дизайне и разработке становится существенным, потому что возможно, что продукт или его часть могут в конечном итоге быть произведены на основе устаревших документов (например, изменения в размерах детали, которые не были раскрыты оператор в срок), что создает большие потери для компании, особенно при массовом производстве изделий. Аналогичным образом, необходимо определить и уточнить обязанности и полномочия при утверждении указанных изменений таким образом, чтобы избежать того, что обычно происходит ежедневно на производственных предприятиях, где оператор на самом деле не знает, кто должен получать приказы от своего начальника. немедленно или руководитель другой области и в конце концов оказывается виновным в любой ошибке, допущенной при разработке продукта.
Что касается оценки последствий изменений в продукте, важно иметь в виду, что изменение характеристик одной из частей может повлиять на работу других, в которые могут быть внесены изменения.
В заключение мы видим, как важна та часть системы менеджмента качества, которая связана с проектированием и разработкой, поскольку она позволяет объединить чаяния клиента и других заинтересованных сторон и организации в единый пакет.
Пример из реальной жизни
С целью показать, каков процесс проектирования в реальной жизни и его сходство с тем, что происходит в организациях, я представляю случай «ДОМ ПЕДРО И МАРИИ».
Педро и Мария составляют красивый и скромный дом из наших стран, он посвящает себя работе в различных профессиях в компании в своем родном городе, в то время как она, несмотря на то, что закончила учебу в столице, так и не смогла устроиться на работу кто занимается домашними делами, один понедельник Педро (который будет клиентом) и Мария (которая будет выступать в качестве компании, предлагающей продукт «специальное блюдо для годовщины») празднуют свою вторую годовщину брака, поэтому Мария планирует удивить ее муж с особым блюдом воспользовался кулинарным рецептом (заданным дизайном), который подарил ему друг.
Перед тем, как Педро уходит на работу, Мария целует ее мужа, обещая по прибытии ночью богатый пищевой сюрприз; Зная гастрономические дары своей жены, он отвечает, что надеется, что ужин «будет вкусным» (единственное требование, указанное Педро, который в этом случае выступает в роли клиента) и с удовольствием уходит на свою работу.
Мария взяла рецепт, который дал ей ее друг, и прочитала заголовок «деликатес для юбилея» и увидела его ингредиенты: (запустил процесс планирования дизайна).
- Свежая рыба (чтобы приготовить ее жареной) Рис (в сочетании с кокосовым орехом) Coconut Plantain Ripe (чтобы приготовить его ломтиками) Масло (чтобы приготовить рис, обжарить рыбу и ломтики спелого банана) Соль по вкусу
Она немедленно взяла те несколько песо, которые у нее были, и уехала в единственный магазин в городе, где можно было купить ингредиенты, помня о деликатесе, которым можно удивить своего мужа на годовщине.
Когда он начинает делать покупки, он обнаруживает, что в магазине нет кокоса, поэтому он решает сделать рис без кокоса (он начинает обзор и сначала меняет дизайн), когда он достигает секции рыбы и наблюдает за ее ценой, он понимает, что доступный бюджет не позволяет ему покупать, и ему едва хватает сыра, поэтому он решает купить его (еще один пересмотр и изменение дизайна), когда он достигает секции бананов, он находит только зеленый банан, который не является Педро нравится, поэтому он решает заменить его на спелый банан (еще одна ревизия и изменение) и, покупая оставшиеся ингредиенты (масло и соль), возвращается домой, чтобы подготовить план ужина, полагая, что для приготовления блюда, которое они обычно едят ежедневно (рис) сыр и спелый банан) за небольшой доход, полученный Педро в результате его работы,У вас должны быть такие предметы, как котел, кухонные ножи, плита, спички и т. Д. (которые вместе со списком ингредиентов, приобретенных Марией, становятся выходными элементами дизайна и разработки).
Оттуда и убедившись, что у Марии есть все необходимые элементы для приготовления пищи, она приступает к процессу.
Размышляя, мы видим, как Мария не учитывала другие случаи (городской магазин и бюджет), что обычно происходит в компаниях, что означает, что изменения в дизайне и разработке необходимы на этом пути. В реальной жизни в компаниях выполнение этапов, предложенных стандартом, необходимо для получения качественного дизайна.
