ISO, менеджмент, консалтингдобавить в избранное
домой - первая страницапользователи сайтаRSSФОРУМСТАНДАРТЫГОСТ РСЛОВАРЬНАВИГАТОРКОНСУЛЬТАНТЫ
 
Логин : Пароль:   
       [регистрация] [напомнить пароль]

ФОРУМ
• Самооценка организации 
 07. Сент 13:08 от GodnevEV
• ИЩУ файлы текстов стандартов... 
 14. Авг 09:23 от garin
• Сертификация или декларирова... 
 14. Июль 08:10 от ZHukov
• Анекдоты про СМК, аудиты и а... 
 17. Апр 06:51 от ZHukov






По вопросам размещения рекламы: klubok@klubok.net


 

Программа качества (план качества)

Перейти 1, 2  Вперед  
Версия для печати
Автор Сообщение
Alex9994
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=4322#4322
22 Янв, 2007 г. - 15:43
консультант [качество]
консультант [качество]

Откуда : Россия, Санкт-Петербург
sushka писал(а):
Здравствуйте!
Помогите пожалуйста разобраться по следующим вопросам:
Что может содержать программа качества (план качества)?
Какие требования к ней (может есть стандарт)?
Для чего разрабатывается?
Как соотносится с СМК?
в составе серии 9000 есть стандарт ISO 10005:2005 Quality management systems -- Guidelines for quality plans

Ответить с цитатой
 
AmankeldievaEK
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=6528#6528
23 Янв, 2009 г. - 11:22
ученик

Откуда : Казахстан, Алматы
Читая ИСО/ТО 10013:2001 РЕКОМЕНДАЦИИ ПО ДОКУМЕНТИРОВАНИЮ СМК,
п 4.1
Документация, системы менеджмента качества включает:
а) политику и цели в области качества;
б) руководство по качеству;
в) документированные процедуры;
г) рабочие инструкции;
е) формы;
ж) планы по качеству; и.т.д.

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

я пришла к выводу, что план качества это те записи, которые есть, но они управляются в контексте единого проекта/процесса. Сделаны для того, чтобы человек не путался в этих записях если ему нужно выполнить определенную работу. А в этом плане качестве четко указано, что да как.
Только вот вопрос, если это так, та зачем разрабатывать карты процедур и процессов, в которых написано то же самое. Или они и есть планы качества. Хотя в этом же руководстве говорится, что по мимо процедур и инструкции есть еще и планы качества. Я запуталась, помогите, кто знает.

Диалог о записях / протоколах качества - уже читала

Ответить с цитатой
 
Alex9994
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=6529#6529
23 Янв, 2009 г. - 14:04
консультант [качество]
консультант [качество]

Откуда : Россия, Санкт-Петербург
AmankeldievaEK писал(а):
я пришла к выводу, что план качества это те записи, которые есть, но они управляются в контексте единого проекта/процесса. Сделаны для того, чтобы человек не путался в этих записях если ему нужно выполнить определенную работу. А в этом плане качестве четко указано, что да как.

План (в частности и план качества) становится записью (по ИСО 9000) тогда, когда в него заносятся данные о вы полении этого плана...
AmankeldievaEK писал(а):
я пришла к выводу, что план качества это те записи, которые есть, но они управляются в контексте единого проекта/процесса. Сделаны для того, чтобы человек не путался в этих записях если ему нужно выполнить определенную работу. А в этом плане качестве четко указано, что да как.
Только вот вопрос, если это так, та зачем разрабатывать карты процедур и процессов, в которых написано то же самое. Или они и есть планы качества. Хотя в этом же руководстве говорится, что по мимо процедур и инструкции есть еще и планы качества. Я запуталась, помогите, кто знает.
действительно запутались, про планы качества см. ISO 10005:2005

Ответить с цитатой
 
AmankeldievaEK
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=6534#6534
26 Янв, 2009 г. - 07:17
ученик

Откуда : Казахстан, Алматы
Большое спасибо за ссылку на ИСО 10005:2005", но в этом и суть, что с этого стандарта я и начала читать о планах качества.
Существовала у нас СМК и без официального названия План качества, ну вот я прочитала о нем и мне захотелось узнать что это такое. В ИСО 10005:2005 говорится, что план качества это такой документ в котором могут быть пункты:

А.2.4 Пример

4: План качества в виде текста (для разработки программного обеспечения, для дисплея, устанавливаемого на подставке)

1 Область применения
Цель данного плана качества заключается в определении методов менеджмента качества, применимых к контракту между фирмой и ее клиентом на систему распределения одежды.
a) Включено
Данный план качества применим разработке и поставке подсистем распределения, управления скидками и маркетинга. Системы управления финансами являются предметом субподрядного договора с субпоставщиком, и поэтому данный план качества касается исключительно вопросов менеджмента субподрядного договора этой части проекта.
b) Исключено
Работа по разработке системы, которую выполняет субпоставщик, предусмотрена заказом на поставку и подробно не рассматривается в этом плане.

2 Цели качества
Заказчик не предъявил никаких особых требований относительно количественного определения целей качества. Таким образом должен применяться стандарт фирмы на выпуск программного обеспечения с неустановленными дефектами категории А, В и С по соглашению с заказчиком. Дефект определяется как характер изменения функции в системе, который является свидетельством несоответствия продукции согласованным требованиям.
Кроме того, также должно учитываться стремление фирмы ввести системы в эксплуатацию в пределах 5% договорного срока на основе предусмотренного договором фактического времени работы системы.

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

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

5 Регистрация данных
Файл проекта и соответствующие данные должны сохраняться в течение, по меньшей мере, 3 лет после истечения гарантийного срока. Их удаление должно проводиться с согласия заказчика. В соответствии с политикой фирмы заказчик может просмотреть зарегистрированные данные, касающиеся выполнения контракта в любое удобное время. Все относящиеся к контракту компьютерные файлы должны поддерживаться, по крайней мере, еженедельно.

6 Ресурсы
Заказчик должен представить образец форм OCR (по крайней мере, 2000), которые будут использоваться при тестировании программы считывания, поставляемой как часть системы. Субпоставщик должен получить и ввести в действие программу считывания, являющуюся частью источника системы управления финансами. Компания разработчиков должна состоять из сотрудников фирмы. В соответствии с этим менеджер по людским ресурсам должен привлекать к работе квалифицированный персонал для выполнения требований к проекту. Менеджером проекта является Дж. Смит.

7 Входные данные для проекта
Исходными данными являются Технические условия KLOB-D-001, разработанные консультантами заказчика. Для ознакомления фирме должны быть представлены документы по маркетингу и ежегодные отчеты.

8 Связь с заказчиком
Все вопросы, касающиеся технических условий должны обсуждаться с заказчиком на совещаниях по проекту через менеджера проекта. Их решение является окончательным. Заказчик не имеет информации о технических характеристиках программного обеспечения, все технические вопросы должны решаться через менеджера проекта или его представителя. Документы совещаний по проекту должны готовиться менеджером проекта. Аналогично, связь с потребителем (вопросы, жалобы или поощрения) должна осуществляться через менеджера проекта

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

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

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

12 Особые процессы
В этом проекте не содержит особых процессов.

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

14 Собственность заказчика
Любое оборудование, принадлежащее заказчику, должно быть соответствующим образом идентифицировано, пока оно находится во владении фирмы или субпоставщика. Любая собственность заказчика должна быть указана в журнале регистрации проекта.

15 Обращение с продукцией
Программное обеспечение должно поставляться на CD-ROM. Все CD должны быть проверены на вирус.

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

17 Мониторинг и измерение
Ход работы над проектом должен заноситься в контрольные листы и регистрироваться в графике работы над проектом еженедельно. Отчет о ходе работы должен быть подготовлен и представлен на совещании с участием заказчика. На отдельные встречи должен приглашаться субпоставщик. Руководитель команды, занимающейся программированием, должен регистрировать любые проблемы, возникающие при тестировании второго и третьего уровня. Необходимо классифицировать проблемы по их происхождению: технические условия (недостающие или неправильные); проектирование (недостаточное или неправильное); программирование (недостаточное, нелогичное, ошибка интерфейса, ошибка при обработке данных).

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

Автор Дата
Менеджер по качеству Дата
Документ № KLOB-QP-001 Версия 1


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

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

Если план качества - это запись, почему в стандарте (в примере) говорится, что этот документ определяет методы?

Мне кажется я прочитала все, что могла найти по планам качества на этом сайте, может кто - нибудь по-простому объяснить, что это такое. Я понимаю, что человеку знающему, это кажется настолько простым и банальным, я прошу поделиться с этой простой формулой понимания. Большое спасибо за все.

Ответить с цитатой
 
BertovaDS
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=8809#8809
02 Окт, 2012 г. - 16:29
ученик

Откуда : Россия, Санкт-Петербург
Добрый день, коллеги! Может у кого-нибудь есть примеры плана качества проекта (по возможности, проекта разработки ПО)?
Если Вам не жалко, пришлите на мне на почту daria@nicetu.spb.ru
Заранее благодарю за помощь, очень нужен хоть какой-нибудь пример для вдохновения.

Ответить с цитатой
 
KozinAA
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=8817#8817
05 Окт, 2012 г. - 18:01
аспирант

Откуда : Россия, Тольятти
Добрый день. Если никто не пришлет, то возьмите ваше руководство по качеству. Разделы руководства это необходимые действия. Добавьте исполнителей и поставьте даты. Добавьте цель, уполномоченного за внесения изменения (актуализацию). Утвердите у руководителя, присвойте номер и дату. Можете в догонку почитать ИСО 10005.

Ответить с цитатой
 
BertovaDS
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=8820#8820
08 Окт, 2012 г. - 09:32
ученик

Откуда : Россия, Санкт-Петербург
Огромное спасибо за совет!
Однако моя просьба не случайна и стандарты связанные с планами качества как ИСОшный так и IEEE, да и PMBoK прочитаны. Но...стандарты есть стандарты: советы в них мало конкретные, примеры как-то далеки от реальности. Читаешь, и единственное ценное, что можно почерпнуть так это то, что планы по качеству бывают разные, а мы можем делать и так и эдак, в общем как хотим Very Happy
Переписать разделы РК в план по качеству проекта и просить настоятельно каждого руководителя проекта к своему проекту помимо Устава, общего плана работ, иерархической структуры работ, плана конфигурации, управления рисками и еще тучу бумаженций- писать еще талмуд под названием План по качеству проекта- не подымается рука. Да еще и план по качеству с такими информативными разделами как цели по качеству проекта, политика в области качества, даже если не расписывать, а ограничиться ссылками- все равно пустая трата бумаги и времени. Как мне кажется подобный план должен содержать поменьше лирики, вещь должна быть ёмкая, регламентировать только то, что нужно. А именно работы, которые хотим проверить, стандарты, которым должны соответствовать, результаты работ, метрики результатов, чтоб проверить получили ли мы то, что хотели или нет, сроки проверки,ответственный за проверку, ну и в таком духе.ничего лишнего,только самое основное.
Так мне кажется. Но это сугубо ощущения. Потому и хотелось посмотреть настоящий реальный план по качеству, по возможности для проектной деятельности. То чем реально пользуются на практике в организациях подобной нашей.
Как-то так
Alex9994 писал(а):
Посмотрите план обеспечения качества здесь на клубке и поищите в интернете.
И Вам за совет спасибо=)
На клубке уже смотрели.
Поискать в интернете?)))ну неужели можно предположить, что я сначала написала в форум просьбу, а погуглить не догадалась=)
К моему безумному сожалению, приличного полноценного примера такого плана в интернете найдено не было.

http://www.klubok.net/Downloads-index-r ... d-430.html
вот это только и найдено на клубке.

Ответить с цитатой
 
Alex9994
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=8825#8825
08 Окт, 2012 г. - 11:38
консультант [качество]
консультант [качество]

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

Если вас не удовлетворили
- Программа обеспечения качества (план реализации) подготовленная Службой обеспечения качества Отделения космических систем
- Курс ЛЭТИ по CMMI
BertovaDS писал(а):
Потому и хотелось посмотреть настоящий реальный план по качеству, по возможности для проектной деятельности.

Сомневаюсь, что Вас удовлетворит конкретный ПОКАС
BertovaDS писал(а):
К моему безумному сожалению, приличного полноценного примера такого плана в интернете найдено не было.

в большинстве случаев это, скажем так, конфиденциальная информация...
как правило ПОК не внутренняя потребность, а контрактное требование

Ответить с цитатой
 
BertovaDS
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=8826#8826
08 Окт, 2012 г. - 12:20
ученик

Откуда : Россия, Санкт-Петербург
Alex9994 писал(а):

в большинстве случаев это, скажем так, конфиденциальная информация...
как правило ПОК не внутренняя потребность, а контрактное требование

Охотно соглашусь, что информация не сильно открытая, вот и кинула клич на форуме=) Все бы осталось в очень конфиденциальном формате и дальше моих рук - никуда бы не ушло=)

Alex9994 писал(а):
Если вас не удовлетворили
- Программа обеспечения качества (план реализации) подготовленная Службой обеспечения качества Отделения космических систем
- Курс ЛЭТИ по CMMI

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

Ответить с цитатой
 
Alex9994
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=8827#8827
08 Окт, 2012 г. - 12:32
консультант [качество]
консультант [качество]

Откуда : Россия, Санкт-Петербург
BertovaDS писал(а):
Alex9994 писал(а):
Курс ЛЭТИ по CMMI

Такого не находила

см http://www.studfiles.ru/dir/cat32/subj565/file2675.html
BertovaDS писал(а):
Такого не находила (мне везло исключительно на англоязычные планы качества,всяческие незаполненные шаблоны , а также ПОКАС, как Вы правильно заметили)- может будете так любезны и ссылочку кинете?)))

Ремарка относительно планирования качества в проекте...
ИМХО подход ISO 9001 ( в вашем случае + 90003) как и ISO 10006 и подход PM BOK несколько различаются
Quality plan по ISO 9001 и по РМ BOK будут несколько различаться наполнением...

Относительно ПОКАС см. НП 011-99

Ответить с цитатой
 
BertovaDS
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=8828#8828
08 Окт, 2012 г. - 12:48
ученик

Откуда : Россия, Санкт-Петербург
Alex9994 писал(а):
Программа обеспечения качества (план реализации) подготовленная Службой обеспечения качества Отделения космических систем

а вот это где можно найти?=)

да, план по качеству ИСОшный и PMBok по наполнению будет разный.Я уже промолчу про IEEE=) В том то и дело, что за неимением готового шаблона ищешь то, что действительно придется на пользу организации и ее проектам от того,смотрю что есть по теме.
И конечно хотелось увидеть реальный план, которым пользовались действительно, а не привели в качестве примера в стандарте.
Кстати в нашем случае план по качеству вовсе не требование определенного заказчика, а собственное желание улучшить свою деятельность

Ответить с цитатой
 
Alex9994
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=8841#8841
08 Окт, 2012 г. - 17:32
консультант [качество]
консультант [качество]

Откуда : Россия, Санкт-Петербург
BertovaDS писал(а):
а вот это где можно найти?=)

http://www.klubok.net/Downloads-index-r ... d-323.html
BertovaDS писал(а):
И конечно хотелось увидеть реальный план, которым пользовались действительно, а не привели в качестве примера в стандарте.
Кстати в нашем случае план по качеству вовсе не требование определенного заказчика, а собственное желание улучшить свою деятельность

ИМХО это Вам не поможет... Quality plan это план обеспечения качества продукции а не качества деятельности... Качество деятельности обеспечивается системой менеджмента этой деятельности
BertovaDS писал(а):
Я бы конечно поспорила с Вами, потому как уж больно максималистское заявление. Но догадываюсь, что спорить с Вами у меня не хватит авторитета.

Авторитет здесь ни при чем. Если у Вас есть аргументы, выкладывайте...

BertovaDS писал(а):
ИМХО, просто процитирую "План качества (программа обеспечения качества)- документ, точно определяющий, какие процессы, процедуры и соответствующие ресурсы к какому объекту и в какие сроки должны быть применены для соответствия требованиям проекта, продукции, процесса или контракта. (ГОСТ Р 10005)". Так что говорить о том, что ПК обеспечивает только качество продукции- как-то немного упрощенно.

Дарья

деятельность, которую Вы собираетесь совершенствовать вне конкретного проекта, продукции, процесса или контракта...

P.S. План обеспечения качества обеспечивает нужный уровень качества, улучшение деятельности идет по другим планам качества, которые вытекают из политики в области качества...
Цитата:
назначение плана качества - удовлетворение требованиям конкретного проекта, продукции, процесса или договора. Значит, поддержание и развитие процессов СМК вообще, или увеличение результативности процессов СМК - не являются целями плана качества (хотя могут являться его результатом). Ключевое слово здесь "конкретного"...
BertovaDS писал(а):
Видимо, тут различное понимание значения слова "деятельность". А также остального набора терминов.

В моем случае, речь идет о плане качества проекта. Для нас введение практики подготовки планов качества для проектов- нововведение.
Потому не вижу противоречия в своем высказывании, что план качества поможет нам улучшить нашу проектную деятельность.

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

Если для любого проекта обеспечение качества будет планироваться и выполняться- это ли не улучшение? Very Happy

если прежде качество проекта не выполнялось, то будет улучшением в случае обеспечения качества первого проекта, для последующих улучшением уже не будет...
BertovaDS писал(а):
правильно, для последующего проекта это уже будет деятельность,вошедшая в постоянную практику. Но в целом, это шаг на ступень выше,лучше и хотя бы ближе ко второму уровню CMMI=) Маленький шажочек,но все же=)


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

P.S. И будет ли ПОК реальным улучшением проектной деятельности? какую реальную/потенциальную проблему он устраняет?

BertovaDS писал(а):
А зачем? В годовом плане совершенствования деятельности организации, вероятно, вполне достаточно раздела по проектной деятельности и её улучшению=)

достаточно кому и для чего?
ведь улучшение надо проверять, т.е. смотреть динамику
- сокращения проектов с недостаточным качеством за счет отсутствия ПОК
- увеличения проектов с достаточным качеством, за счет применения ПОК...

но самое главное, кто потребитель ПОК? и только затем кто его разработчик?
BertovaDS писал(а):
Динамику улучшений посмотрим в отчете по функционированию смк с данными по всем проектам.
BertovaDS писал(а):
Цель планирования качества- удостовериться в том, что продукт/результат проекта будет соответствовать планируемым целевым показателям. (это надо и руководителю проекта,это надо и заказчику)

Если это надо и заказчику, то при чем тут указанная Вами чисто внутренняя потребность в ПОК?...

Ответить с цитатой
 
BertovaDS
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=8842#8842
09 Окт, 2012 г. - 09:48
ученик

Откуда : Россия, Санкт-Петербург
Alex9994 писал(а):

Если это надо и заказчику, то при чем тут указанная Вами чисто внутренняя потребность в ПОК?...

Если заказчик не требует, значит, оно ему не то чтобы необходимо, но мы то хотим, чтоб наш заказчик был более чем уверен и доволен. Это как с женщиной:можно ее пригласить в кино и не дарить цветов, можно подарить гвоздички, а можно букет роз. Скорее всего букет роз для нее предпочтительнее, это приятный бонус к кино, но и без наличия этого приятного бонуса в кино она бы все равно пошла. Так и заказчик: он не требует план качества, но его наличие даст ему уверенность в соответствии результата требованиям=)
К тому же в заинтересованных лицах был указан не только заказчик, но и руководитель проекта

Ответить с цитатой
 
Alex9994
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=8843#8843
09 Окт, 2012 г. - 09:59
консультант [качество]
консультант [качество]

Откуда : Россия, Санкт-Петербург
BertovaDS писал(а):
Так и заказчик: он не требует план качества, но его наличие даст ему уверенность в соответствии результата требованиям=)
К тому же в заинтересованных лицах был указан не только заказчик, но и руководитель проекта

Дарья

между заинтересованными в документе лицами и потребителем документа, т.е. тем кто будет применять этот документ очень большая разница...
ПОК не для демонстрации, а для снижения рисков необеспечения качества результата проекта...
Руководитель проекта осуществляет цикл PDCA, разработка плана проекта и разработка ПОК проекта его функционал,
какая добавленная ценность ПОКа для руководителя проекта?
BertovaDS писал(а):
К чему эти вопросы,если у Вас есть на них готовые ответы? Скажите как надо и в чем мы не правы.

Ответы есть,
Но сказать как надо может только Ваш биг босс...

Что касается улучшения деятельности по разработке программного обеспечения более привлекательна методология Agile software development...

Что касается ПОК, то как метод улучшения качества валидируемой деятельности требует очень деликатного применения и понимания специфики software development...

Ответить с цитатой
 
KozinAA
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=8846#8846
10 Окт, 2012 г. - 08:35
аспирант

Откуда : Россия, Тольятти
BertovaDS писал(а):
Если заказчик не требует, значит, оно ему не то чтобы необходимо, но мы то хотим, чтоб наш заказчик был более чем уверен и доволен.

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

Ответить с цитатой
 
BertovaDS
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=8847#8847
10 Окт, 2012 г. - 09:49
ученик

Откуда : Россия, Санкт-Петербург
А если это не тайна то, может быть на словах расскажите, что из себя этот бизнес-процесс представляет?

Ответить с цитатой
 
Alex9994
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=8848#8848
10 Окт, 2012 г. - 09:50
консультант [качество]
консультант [качество]

Откуда : Россия, Санкт-Петербург
Андрей

В основном я солидарен с Вами, ПОК продукции - важная составляющая APQP-программы...
Знаете как организовать ПОК в валидируемых процессах...
Поддерживаете идею ПОК в software development project...
А вы запрашивали ПОК у своего поставщика УПП1С?


Цитата:
...для обеспечения качества проекта в соответствии с ISO 9001 и PMBoK сравнительно нетрудно разработать логичный комплекс мер по управлению качеством проекта — этот комплекс может быть оформлен как план обеспечения качества
...QA-план, как правило, является составной частью план-графика всего проекта, но может выделяться для больших проектов и как самостоятельный план (подпроект).
...Выполнение QA-плана и процедур управления качеством обычно приводит к удорожанию проекта на 10–15%....


Ответить с цитатой
 
KozinAA
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=8849#8849
11 Окт, 2012 г. - 08:53
аспирант

Откуда : Россия, Тольятти
BertovaDS писал(а):
А если это не тайна то, может быть на словах расскажите, что из себя этот бизнес-процесс представляет?

Добрый день.
ПОК модификаций продукции реализован на базе надстройки 1С v8.2 Управление процессами от Питер-Софт. Подробно можете посмотреть http://www.piter-soft.ru/automation/.
Внешне это похоже на электронную почту. «Почтовый» сервер и клиент реализованы на 1С. Каждому участнику процесса приходит «электронное письмо». «Письма» всегда идут по единожды утвержденному маршруту.
В модель бизнес процесса ПОК включены действия по обеспечению жизненного цикла продукции: от планирования разработки до реализации продукции потребителю.
Все этапы разделены между исполнителями. Роли исполнителей распределены между руководителями, инженерами, техниками.
В модель включены, кроме всего прочего: валидация продукции, верификация конструкции, аттестация технологической и контрольной оснастки, информирование потребителей о новой разработке через сайт компании. Управление несоответствующей продукцией отдельный процесс и в модель не включено.
Каждый следующий этап не возможно исполнить без данных предыдущего этапа. Каждый последующий исполнитель таким образом контролирует работу предыдущего. В организации назначен руководитель проекта, который контролирует, чтоб процессы «не зависали» на каком-нибудь этапе.
С апреля 2012 года запущено порядка 80 проектов.
С апреля 2012 года в модель внесено несколько улучшений.
Буду рад, если это Вам поможет.

Alex9994 писал(а):

А вы запрашивали ПОК у своего поставщика УПП1С?


Нет. УПП1С, как программный продукт, не является составной частью ни наших проектов и ни нашей продукции.

Ответить с цитатой
 
StepanovaJG
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=10593#10593
20 Дек, 2016 г. - 11:50
ученик

Откуда : Россия, Ростов-на-Дону
Добрый день!
Орган по сертификации продукции запросил у нас План качества. Правильно ли я понимаю, что это не обязательный документ, и мы внутри организации самостоятельно определяем его необходимость?

Ответить с цитатой
 
LinkeLI
http://www.klubok.net/index.php?name=PNphpBB2&file=viewtopic&p=10595#10595
20 Дек, 2016 г. - 12:11
профессор

Откуда : Россия, Мурманск
Вас просят представить План качества из органа по сертификации продукции. Нужно выяснить, есть ли требование нормативных документов о необходимости Плана в отношении сертификации Ваших продуктов.

Ответить с цитатой
 
Показать:     
Перейти к:  
Время в формате GMT + 3
Версия для печати
 

менеджмент качества ( процессы | школа качества | нормирование | управление качеством | хассп)
книги: стандарты | качество | ХАССП | маркетинг | торговля
управленческий консалтинг ( планирование и контроль | конфликтменеджмент)
новости и события: пресс-релизы | новые стандарты | новости партнеров | новости | архив новостей, статей
новая торговля (автоматизация | магазиностроение | маркетинг и экономика)
интернет-маркетинг (создание сайта | интернет - бизнес)
финансы & страхование (страхование | бизнес-школа)
обзоры и интервью: маркетинг | консалтинг | торговля | управление качеством )
энциклопедия: это интересно | глоссарий | о семье | менеджмент семьи | каталог ресурсов


[реклама на сайте]

Мы разрешаем использовать, цитировать, копировать, транслировать и переводить любые наши материалы в сети Интернет
при условии установки прямой ссылки на этот конкретный материал на сайте KlubOK.net

Для того чтобы опубликовать свой материал (статью, книгу и т.д.),
вам достаточно направить его по адресу klubok@klubok.net
в любом удобном вам формате.
Copyright © 2003-2017 KlubOK.net, Андрей Гарин


Рейтинг@Mail.ru Яндекс.Метрика