ПРК и руководитель отдела контроля качества

Уважаемый ALL,

встречал в инете мнение, что НЕ рекомендуется, чтобы руководитель отдела контроля качества (например ОТК на предприятии, или отдел тестирования в IT) являлся представителем руководства по качеству и возглавлял все работы по внедрению СМК в компании.
С другой стороны гуру контроля качества говорят о том, что отдел контроля качества должны эволюционировать к тому, чтобы обеспечивать качество, т.е. не просто проверять есть дефекты или нет, а обеспечивать такой ход процессов при котором количество дефектов снижается.

Может ли кто-нибудь дать "хорошее" объяснение (возможно ссылку где об этом можно почитать) или поделится своим личным "за" и "против"?

Спасибо

ady0xf,

ОТК - это отдел технического контроля. Контролирует соответствие продукции некоторым спецификациям. Хоть убей не могу понять, откуда взялась практика ОТК называть отделом контроля качества...

Цитата:

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

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

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

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

Kind regards,
Konstantin aka KosKa

если говорить об IT индустрии то у отдела контроля качества (отдел тестирования) все таки задачи пошире чем вы приводите в определении ОТК

Цитата:

ОТК - это отдел технического контроля. Контролирует соответствие продукции некоторым спецификациям.

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

И все таки, есть ли ответ на мой вопрос... почему плохо когда рук. ОТК является ПРК? Smile

Спасибо

Цитата:

И все таки, есть ли ответ на мой вопрос... почему плохо когда рук. ОТК является ПРК?

Функции ПРК - созидающие. Функции ОТК - контролирующие. Что получится, если контролер будет проверять свою собственную работу?

Цитата:

...обсуждение/пересмотр самой спецификации с целью улучшения продукта и согласование требований с клиентом и так далее (просто очень много писать)...

Вам виднее, конечно, но странная функция для тестеров - пересмотр спецификации. С моей точки зреия это похоже на "организационную патологию" и может, в принципе, привести к подгонке спецификации под результаты тестирования...

KosKa

ady0xf писал(а):

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

Спасибо

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

И тестеры все же больше имеют отношение к Quality Control, а не к Quality Assurance

Что касается ПРК, какая разница, кто это будет?! Главное, чтобы человек был хороший и понимал, чего нужно добиться от остальных
Smile