Молодой и зеленый ищет кучу ответов на кучу вопросов!

Всем привет, дамы и господа!
Только пару дней назад наткнулся на ваш сайт и он меня привлек своей актуальностью, т.к. в этой сфере делаю первые шаги и, естественно, появляется очень много вопросов, и появляются они со скоростью света! Скажите - это только у меня так или же и у всех так было в начале? Догадываюсь об ответе, но все-таки хочеться это увидеть, а не размышлять попусту.
Вот пришел на предприятие, вроде бы все нормально! И "фантазия" работает по полной, и мысли слаживаются логично, а как доходит до дела, так сотрудники все так выкручивают и перекручивают, что начинаешь с ума сходить. Такое впечатление, что им это просто как развлечение! Идей куча, только в кучу ничего не получается собрать. Да еще и правила здесь интересные.
Кстати, поделитесь опытом! Как втолковать людям, что документ по процессу (точнее его основу) лучше всего создавать непосредственно тем людям, которые в ней участвуют. Потому что у меня все взваливают на инженера по стандартизации (собственно, в данное время им являюсь я) и говорят что тебя для того и брали, что бы ты работал с системой. И при создании нового документа (процедуры) начинаются "качели". Сначала создается основа документа, затем начинается согласование, которое и приводит в тупик, т.к. начинаешь бегать по кругу. А предприятие не малое(до 500 чел.). На носу утверждение плана аудитов на 2007г., а как их проводить... Вродь как и обучение прошел на внутреннего(слабенькое правда, но есть), а как проводить не знаю. Дело в том, что человек, который занимался системой ушел(довольно давно) и СМК начал заниматься толковый парень, но никак не обученный этой специальности. Сейча то его уже поднатаскали, но все же...
Короче. В чем суть моей испов...даже не знаю как "это" и назвать...
Подскажите с чего начинать... Ведь теория теорией, а на практике все совсем подругому, если ошибаюсь поправьте... Но куда бежать всеравно не знаю... Короче приободрите! Very Happy

Ох и нагородил же... Razz

Вобщем коротко о главном:
нашел работ, сам только после института, а на предприятии с образованием по СМК только я. Системой последние месяцев 10, в принципе не занимались.
Посоветуйте с чего начать
За любую информацию буду очень признателен.

Добрый вечер!

1. Если системой не занимались, наверняка остались какие-либо планы развития или подготовки СМК к внешним аудитам. Посмотри что и как
2. То, что на тебя сваливают всю разработку документов (типа ты для этого), не совсем корректно. Ты можешь выступать методологом, но никак не РАЗРАБОТЧИКОМ. Как можно описывать то, чем ты не занимаешься. Это будет известный треугольник. Думае одно-пишем второе-выполняем третье.
До людей это можно донести не с первой попытки, но результат будет. Я в своей Компании это выстроила
3. А пока, попытайся проанализировать проблемы, которые у Вас есть в функционировании СМК и видны не вооруженным глазом.

Теория и практика СМК - вопросов много, но ответов бывает больше.
Удачи.

Большое спасибо. Немного отлегло от души. Будем работать! Smile

Уважаемые!
Скажите, насколько сильно необходимо вдаваться в подробности? При усовершенствовании процедуры по управлению документацией появляеться очень много всяких "если". В результате рождается такое закрученное чудо, в котором появляеться в два раза больше "если". Я понимаю, что краткость сестра таланта, но тем не менее...
Вопрос заключаеться в следующем: Насколько стильно необходимо углубляться в описание действий при создании процедуры?
Потому что иногда это доходит до абсурда.

Smile

too_late писал(а):

Уважаемые!
Скажите, насколько сильно необходимо вдаваться в подробности? При усовершенствовании процедуры по управлению документацией появляеться очень много всяких "если". В результате рождается такое закрученное чудо, в котором появляеться в два раза больше "если". Я понимаю, что краткость сестра таланта, но тем не менее...
Вопрос заключаеться в следующем: Насколько стильно необходимо углубляться в описание действий при создании процедуры?
Потому что иногда это доходит до абсурда.

Smile

Попробуйте в пределах требований ИСО 9001 и немного подгляньте в 9004

too_late писал(а):
Я понимаю, что краткость сестра таланта, но тем не менее...

Жуков.Г писал(а):
Попробуйте в пределах требований ИСО 9001 и немного подгляньте в 9004

я же не имел ввиду, что настолько коротко Smile

Добрый день!

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

p.s. если требуется что-то обсудить вне форума, плиз, пишите на yadore@mail.ru

Спасибо!

Павел, я вот тоже оказалась в похожей ситуации. только разница в том, что на нашем предприятии до меня вообще не занимались СМК и никаких СТП и СТО и т.д. нет и в помине.
и точно также - вы специалисты - разрабатывайте (нас двое)
мы идем таким путем, определили для себя процессы. выделили приоритеты. и начали работать, проводить опрос и разговоры с руководителем (владельцем) процесса и участниками(для уточнения). потом это перекладываем в документ, алгоритмы, приложения и на согласования. сильно пока не упираются, поскольку пишем то, что они джелают, но кое0что добавляем новое (что требуется ИСО 9001). тоже потихоньку внедряем, поскольку быстро умы-разумы людей не переделаешь.
как глубоко - мы определили насколько нам сейчас это нужно - если место проблемное - значит прописать, если нормально идет и можно написать общо, но для всех это понятно - не углубляемся.
вот так и работаем, но вопросов тоже просто уйма

Спасибо и Вам! Ваша информация для меня оказалась полезной. Smile

Вот только скажите, какой средний период создания документа?

у нас в СТП на СТП четко определено, что СТП создает разработчик, непосредственно занимающийся описываемой деятельностью. СТП утвержден и введен в действие ПАПОЙ Smile

- тоесть не отвертишься и не перекинешь ответственность за его создание.

на нашем предприятии по нормативу создание 1 СТП занимает 2 месяца ( с утверждением и введением в действие)
Кстати, вопрос, везде сейчас пишут СТО, а у нас СТП - необходимо ли менять название?Вроде ето нигде не регламентируется

Trapper писал(а):

на нашем предприятии по нормативу создание 1 СТП занимает 2 месяца ( с утверждением и введением в действие)
Кстати, вопрос, везде сейчас пишут СТО, а у нас СТП - необходимо ли менять название?Вроде ето нигде не регламентируется

статья 12 и 17 Федерального закона "О техническим регулировании" гласит "стандарты организвации"
в Исо 9001 в п. 4.2.1 примечание 3 "Докоументация может быть в любой форме и на любом носителе"
Так что творите но помните эксперт всегда может задать вопрос "А где Это прописано как это описывать?"
И помните статью 12 выше указанного закона которая гласит "недопкустимость установления таких стандартов, которые противоречат техническим регламентам" можите пока читать "национальным стандартам" и помните постоянно появляются "национальные регламенты"
Но это все для России

Trapper писал(а):

у нас в СТП на СТП четко определено, что СТП создает разработчик, непосредственно занимающийся описываемой деятельностью. СТП утвержден и введен в действие ПАПОЙ - тоесть не отвертишься и не перекинешь ответственность за его создание.

Минуту внимания(можно и больше) - я что то неулавливаю. Есть СТП - то есть стандарт предприятия, а есть процедуры СМК. Как я понимал - это есть разные вещи. Или я ошибаюсь? Просто в моем понимании стандарт - хоть он рпедприятия, хоть организации, хоть это ГОСТ - это что-то посерьезнее процедуры СМК, хоть и на уровень ниже. Ведь описывая процесс СМК процедурой мы руководствуемся определенными нормативными документами (то есть гостами, стп и т.д.) не так ли ?

too_late писал(а):

Trapper писал(а):

у нас в СТП на СТП четко определено, что СТП создает разработчик, непосредственно занимающийся описываемой деятельностью. СТП утвержден и введен в действие ПАПОЙ - тоесть не отвертишься и не перекинешь ответственность за его создание.

Минуту внимания(можно и больше) - я что то неулавливаю. Есть СТП - то есть стандарт предприятия, а есть процедуры СМК. Как я понимал - это есть разные вещи. Или я ошибаюсь? Просто в моем понимании стандарт - хоть он рпедприятия, хоть организации, хоть это ГОСТ - это что-то посерьезнее процедуры СМК, хоть и на уровень ниже. Ведь описывая процесс СМК процедурой мы руководствуемся определенными нормативными документами (то есть гостами, стп и т.д.) не так ли ?

Вот и создайте стандарт или процедуру как описывать процедуры лучше сошлитесь на ГОСТ 1.5 + незабудьте про записи и результативность всеравно пригодиться

too_late писал(а):

Минуту внимания(можно и больше) - я что то неулавливаю. Есть СТП - то есть стандарт предприятия, а есть процедуры СМК. Как я понимал - это есть разные вещи. Или я ошибаюсь?

В ISO 9001:2000 не никаких требований по наличию в организации "стандартов"/"нестандартов" предприятия/организации/фирмы
Есть лишь требование задокументировать некоторые отдельные элементы деятельности (с целью недопущения "разброда и шатания" в ключевых моментах). Как вы задокументируете - зависит от традиций и походов вашей компании.
"Внутренний аудит" можно описать в 5 различных документах на полсотни страниц 10пт шрифта, а можно ограничиться листочком на пару-тройку абзацев в Руководстве по качеству.
На курсах меня раздражали просьбы слушателей показать шаблоны "обязательных записей". Я в таких случаях брал любую "запись" и показывал, как она реализована в 5 различных взаимодополняющих документах.

too_late писал(а):

Просто в моем понимании стандарт - хоть он рпедприятия, хоть организации, хоть это ГОСТ - это что-то посерьезнее процедуры СМК, хоть и на уровень ниже.

Ниже по статусу, но круче. Very Happy

too_late писал(а):

Ведь описывая процесс СМК процедурой мы руководствуемся определенными нормативными документами (то есть гостами, стп и т.д.) не так ли ?

Описывая процесс (т.е. записывая "as is") вы руководствуете требованиями к описанию процессов:
1.Внутренними требованиями (т.е. обязательными)
2.Отраслевыми/корпоративными требованиями (т.е. обязательными).
3.Принятой методологией - best practice в стандартизации (т.е. необязательными, но хорошо себя зарекомендовашими)
4.Требования национальных тех.регламентов (которые в настоящий момент необязательны).
При реинжиниринге (т.е. при переработке "as is" в "to be") процесса Вы уже обязаны ориентироваться
на требования:
1)к процессу;
2)к продукту;
3)к описанию.

metako писал(а):

Ниже по статусу, но круче. Smile

как очень часто случаеться в нашей жизни. Smile

P.S.:Кстати, господин! я понимаю что Вы хотите нам сделать благое дело и как можно эффективннее сообщаете о вакансиях, но нестоит же знимать столько полезного места! Smile

metako писал(а):

4.Требования национальных тех.регламентов (которые в настоящий момент необязательны).

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

Жуков.Г писал(а):

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

ГОСТ Р 1.5-2001 - обязателен к исполнению?