Отже, для створення та впровадження ефективної системименеджменту якості, підприємство має пройти такі етапи:

Етап 1. Рішення керівництва

Керівництво фірми має ухвалити рішення про початок проекту, повідомити співробітників фірми, а також створити передумови для швидкого здійснення інших етапів. Також слід сформулювати цілі побудови СУЯ, виділити процеси СУЯ, які потрібно контролювати, та критерії оцінки їх якості. Згодом мети СМЯ необхідно зафіксувати в документі під назвою «Політика в галузі якості». Цей документ є основним у системі нормативної документації СУЯ компанії.

Директор фірми наказом призначає представника керівництва, відповідального за якість, формує команду з розробки системи менеджменту якості та призначає її керівника. кінцеві результатицієї роботи.

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

Етап 2. Навчання персоналу

Для подальшої успішної роботи СМЯ персонал фірми повинен вивчити стандарти ISO серії 9000, освоїти теорію процесного підходу, а також основні вимоги до впровадження СМЯ. Навчання користування системою можна провести як за допомогою консультантів, так і самостійно, якщо в організації є співробітник, який має досвід постановки СУЯ.

Етап 3. Комплексний аналіз управління якістю

На етапі проводиться комплексний аналіз управління якістю продукції для підприємства. Виконання етапу починається з аналізу сильних і слабких сторіндіяльності підприємства в галузі якості, а також організаційної структури та використовуваних методів контролю якості продукції.

Оцінка відповідності фактичного стану управління якістю на підприємстві Політиці у сфері якості та вимог стандарту ISO 9000 здійснюється за такими напрямками:

• - уточненням методів перевірки якості матеріалів, що поставляються;
• - організація контролю якості у процесі виробництва та остаточного контролю якості готової продукції.

До проведення аналізу залучаються всі підрозділи та служби підприємства. Основними об'єктами аналізу є:

• - документи підприємства, які можна використовувати у створюваній системі управління якістю;
• - діяльність підрозділів із забезпечення якості;
• - Організаційна структура підприємства;
• - Положення про підрозділи, посадові інструкції, Що визначають розподіл відповідальності та повноважень на підприємстві;
• - інформація про якість продукції;
• - маршрутна технологія, операційні картки, методологічні, робітники, контрольні інструкції;
• -стандарти підприємств, технічні умови на продукти, продажні каталоги

Аналіз має показати, наскільки документація підприємства відповідає мінімальним вимогамі може бути використана в системі менеджменту якості. У рамках проведення аналізу фактичного стану управління якістю команда має з'ясувати таке:

• - як фактично виконуються процеси на робочих місцях;
• - які усвідомлені чи неусвідомлені відхилення є у процесах;
• - які з цих відхилень є випадковими, а які мають бути враховані у проекті системи управління якістю задля досягнення успіху.

Ці завдання повинні охоплювати всі підрозділи. Допомога з боку досвідченого консультанта може значно спростити аналіз фактичного стану управління якістю, оскільки оцінка стороннього фахівця об'єктивніша.

Етап 4. Опис та оптимізація бізнес-процесів

Ос нової системиМенеджменту якості є процесний підхід. Насамперед необхідно описати ті бізнес-процеси, управління якими керівництво вважає найважливішим для СМЯ. Опис проводиться з використанням спеціалізованих інструментальних комп'ютерних засобів на основі інформації, яка отримується в ході інтерв'ю з виконавцями тощо.

Описані бізнес-процеси необхідно оптимізувати, тобто усунути усі невідповідності вимогам стандарту та дублюючі процеси, а також розробити нові процеси згідно з правилами стандарту. Найчастіше у компаніях відсутня процес «Оцінка задоволеності споживачів», який за стандартом є необхідним. Тому потрібно розробити систему показників, а також процедури, необхідні для реалізації та моніторингу.

Документи наступного рівня описують правила ефективного планування та реалізації процесів та управління ними. До таких документів належать робочі методики, посадові інструкції працівників, технологічні картипроцесів.

Підставою «піраміди» документів є дані, що підтверджують, що вимоги, які пред'являються СУЯ, реалізуються на практиці. Це звіти про виконану роботу, запис у журналах операцій тощо, тобто документальна основа щоденної роботи співробітників.

При складанні нормативної документації слід враховувати вимогу стандарту ISO 9001 щодо компетенції персоналу, який виконує роботи в рамках СУЯ. Це означає, що у нормативних документах мають описуватися процес доступу працівників до нормативної документації, і навіть вимоги до компетенції персоналу (рівень знань, досвід роботи), програма підвищення рівня працівників у разі потреби, система мотивації працівників тощо.

Етап 6. Тестування СМЯ та внутрішній аудит

Після розробки всіх нормативних документів розпочинається досвідчена експлуатація системи управління якістю. Запускати процеси в рамках нової системи можна поступово, наприклад, спочатку впровадити контроль процесу видобутку води, потім її очищення, бутілювання і т. д. Досвідчена експлуатація супроводжується проведенням внутрішнього аудиту, спеціальних процедур перевірки роботи СМЯ. На початку експлуатації вони проводяться часто (можливо раз на тиждень), потім рідше (один раз на місяць або навіть у квартал).

Для цілей внутрішнього аудиту необхідно зафіксувати кількісні показники якості, наприклад, відсоток неякісної продукції, показник задоволеності клієнтів, відсоток повернення тощо, яких необхідно прагнути. Для визначення значення таких показників зазвичай використовують аналогічні показники лідерів галузі. Під час внутрішнього аудиту повинні виявлятися невідповідності між поточною роботою та вимогами стандарту. Ці відхилення потрібно фіксувати. Потім за підсумками аудиту проводиться коригування роботи співробітників, а також нормативної документації для того, щоб надалі уникати відхилень. Всю цю роботу також слід документувати у відповідних процедурах СУЯ.

Етап 7. Отримання сертифіката

Для того щоб сертифікувати СУЯ, необхідно подати заяву до сертифікаційного органу, подати до сертифікаційного органу низку документів: заяву про сертифікацію; всі документи щодо СМЯ («Політику в галузі якості», «Посібник з якості», схему організаційної структури компанії, документовані процедури та ін.); перелік основних споживачів та постачальників підприємства.

Спеціалісти сертифікаційного органу протягом місяця проводять експертизу поданих документів. Експертиза може містити візит представників сертифікаційного органу на підприємство для перевірки системи якості у дії. За підсумками перевірки складається протокол, у якому фіксуються всі невідповідності СУЯ вимогам ISO 9001. Зазвичай за результатами першого етапу перевірки знаходять більше ста невідповідностей, і завдання підприємства якнайшвидше усунути їх. Як правило, на дані операції йде 1-4 місяці.

Після цього проводиться сертифікація. Якщо усі невідповідності усунуто, підприємству видається сертифікат. Наглядові аудити СМК сертифікаційний орган проводить із певною періодичністю. Вони підтверджують, що підприємство не лише запровадило систему менеджменту якості, а й постійно покращує її.

Системи управління якістю

КЕРІВНИЦТВО З МЕНЕДЖМЕНТУ ЯКОСТІ ПРИ ПРОЕКТУВАННІ

ISO 10006:2003
Quality management systems - Guidelines for quality management in projects (IDT)

Москва
Стандартінформ 2005

Передмова

Цілі та принципи стандартизації в Російській Федерації встановлені Федеральним законом від 27 грудня 2002 р. № 184-ФЗ «Про технічне регулювання», а правила застосування національних стандартів Російської Федерації – ГОСТ Р 1.0-2004 «Стандартизація в Російської Федерації. Основні положення"

Відомості про стандарт

1. ПІДГОТОВЛЕНО Відкритим акціонерним товариством «Науково-дослідний центр контролю та діагностики технічних систем» (ВАТ «НДЦ КД») на основі власного автентичного перекладу стандарту, зазначеного у пункті

2. ВНЕСЕН Управлінням розвитку, інформаційного забезпечення та акредитації Федерального агентстваз технічного регулювання та метрології

3. ЗАТВЕРДЖЕНИЙ І ВВЕДЕНИЙ У ДІЮ Наказом Федерального агентства з технічного регулювання та метрології від 6 вересня 2005 р. № 221-ст

4. Цей стандарт ідентичний міжнародному стандарту ІС O 10006:2003 «Системи управління якістю - Посібник з управління якістю при проектуванні» ( ISO 10006:2003 «Quality management systems - Guidelines for quality management in projects»).

При застосуванні цього стандарту рекомендується використовувати замість посилальних міжнародних стандартів відповідні їм національні стандарти, відомості про які подано у додатковому

5. ВВЕДЕНО ВПЕРШЕ

Інформація про зміни до цього стандарту публікується в інформаційному покажчику «Національні стандарти», що щорічно видається, а текст змін і поправок - у інформаційних покажчиків «Національні стандарти», які щомісяця видаються. У разі перегляду (заміни) або скасування цього стандарту відповідне повідомлення буде опубліковане у щомісячному інформаційному покажчику «Національні стандарти». Відповідна інформація, повідомлення та тексти розміщуються також в інформаційній системі загального користування- на офіційному сайті національного органу Російської Федерації зі стандартизації у мережі Інтернет

Вступ

Цей стандарт є посібником з менеджменту якості при проектуванні. Стандарт виділяє принципи та методи управління якістю, застосування яких важливе для досягнення цілей менеджменту якості. Стандарт доповнює керівні вказівки ISO 9004.

Керівні вказівки цього стандарту призначені для широкої аудиторії. Вони застосовні до проектів, які можуть бути дуже різноманітними за розмірами та формою: від невеликих до дуже великих, від простих до гранично складних, від індивідуальних проектівдо проектів, що є частиною програми чи комплексу проектів. Керівні вказівки призначені для використання людьми, які мають досвід управління проектами та повинні забезпечити застосування організаціями практичних методик, що містяться у стандартах серії ISO 9000, а також людьми, які мають досвід управління якістю, від яких потрібна взаємодія з організаціями, що займаються проектуванням.

Загальновизнаними є два аспекти поняття якості в управлінні проектом: якість процесів проекту та якість продукції, що проектується. Недотримання вимог до будь-якого з цих взаємопов'язаних аспектів може мати істотний вплив на продукцію, що проектується, учасників проекту, а також організацію, що займається розробкою проекту. Досягнення необхідної якості, за яке відповідає керівництво з розробки проекту, вимагає, щоб взяті зобов'язання щодо якості були сприйняті на всіх рівнях організації, яка виконує проект і відповідає за процеси, що застосовуються при розробці, і за проектовану продукцію.

Створення та підтримка якості процесів та проектованої продукції потребують системного підходу. Метою такого підходу є гарантія того, що встановлені та вимоги замовника будуть зрозумілі та задоволені, потреби інших зацікавлених сторін зрозумілі та оцінені, політика організацій у сфері якості буде врахована при управлінні проектом. Огляд процесів проектування наведено у .

НАЦІОНАЛЬНИЙ СТАНДАРТ РОСІЙСЬКОЇ ФЕДЕРАЦІЇ

Системи управління якістю КЕРІВНИЦТВО З МЕНЕДЖМЕНТУ ЯКОСТІ ПРИ ПРОЕКТУВАННІ Quality management systems. Guidelines for quality management in projects

Дата введення - 2006-06-01

1 Область застосування

Цей стандарт містить посібник із застосування менеджменту якості при проектуванні.

Цей стандарт застосовується до проектів різних розмірів і ступеня складності: малих або великих, короткострокових або довгострокових, що виконуються в різних умовахнезалежно від виду проектованої продукції (включаючи апаратні засоби, програмне забезпечення, перероблені матеріали, послуги або їхню комбінацію). Застосування стандарту може потребувати певної адаптації до конкретного проекту.

Цей стандарт не є керівництвом з управління проектами. У ньому розглядаються питання управління якістю процесів проектування. Посібник з процесного підходу та процесів якості проектованої продукції наведено в ISO 9004.

Цей стандарт не може бути використаний для цілей сертифікації.

2 Нормативні посилання

У цьому стандарті використано нормативні посилання на такі стандарти:

ISO 9000:2000 Системи менеджменту якості. Основні положення та словник

ISO 9004:2000 Системи менеджменту якості. Рекомендації щодо покращення діяльності

3.2 зацікавлена ​​сторона ( interested party ): Особа чи група осіб, зацікавлених у діяльності чи успіху організації.

приклад - Замовники, власники, персонал організації, постачальники, банкіри, спілки, партнери чи товариства.

Примітки

1 Група може включати організацію, частину її або кілька організацій (див. ISO 9000, пункт 3.3.7),

2 Зацікавлені сторони можуть включати:

Замовників проектованої продукції;

Споживачів та користувачів продукту проекту;

Власників проекту (організації, що ініціюють проект);

Партнерів (акціонерів проекту);

- Фонди (фінансові установи);

Постачальників чи субпідрядників (організації, що постачають продукцію для проектної організації);

Товариства (підвідомчі чи регулюючі комітети та суспільство загалом);

Внутрішній персонал (члени проектної організації).

3 Зацікавлені сторони можуть мати протиріччя на користь. Для успішного виконання проекту ці протиріччя потребують вирішення.

3.3 процес(process): Сукупність взаємопов'язаних та взаємодіючих видів діяльності, що перетворює входи у виходи.

Примітки

1 Входами процесу зазвичай є виходи інших процесів.

2 Процеси в організації, як правило, плануються та здійснюються в керованих умовах з метою додавання цінності (ISO 9000, пункт 3.4.1, крім примітки 3).

3.4 оцінка просування проекту(progress evaluation): Оцінка поступу для досягнення мети проекту ().

Примітки

1 Оцінку виконують на відповідних етапах життєвого циклупроекту для всіх його процесів на основі критеріїв для процесів проекту та проектованої продукції.

2 Результати оцінок просування можуть призвести до перегляду плану управління проектом.

3.5 проект(project): Унікальний процес, що складається з сукупності скоординованої та керованої діяльності з початковою та кінцевою датами, вжитий для досягнення мети, що відповідає конкретним вимогам, включаючи обмеження строків, вартості та ресурсів (ISO 9000, пункт 3.4.3, крім приміток).

Примітки

1 Окремий проект може бути частиною більшого проекту.

2 У деяких проектах цілі та сфера застосування удосконалюють, а характеристики продукції визначають у міру розробки проекту.

3 Продукт проекту визначають у загальному випадку у сфері застосування проекту (див. ). Це може бути один або кілька модулів виробу. Продукт проекту може бути матеріальним чи нематеріальним.

4 Проектна організація зазвичай є тимчасовою - створюваної тимчасово виконання проекту.

5 Складність взаємодій між різними видамиПроектна діяльність не обов'язково пов'язана з розміром проекту.

3.6 менеджмент проекту(project management): Планування, організація, моніторинг, контроль та реєстрація всіх аспектів проекту () та заохочення всіх учасників для досягнення цілей проекту.

3.7 план менеджменту проекту(project management plan): Документ, що встановлює заходи, необхідні досягнення цілей проекту ().

Примітки

1 План менеджменту проекту повинен включати план якості () проекту або посилатися на нього.

2 План менеджменту проекту також включає інші плани, що стосуються організаційної структури, ресурсів, графіка, бюджету, менеджменту ризику, управління довкіллям, здоров'я та управління безпекою та захистом, або посилається на ці плани.

3.8 план якості(quality plan): Документ, що визначає, які процедури та відповідні ресурси, ким і коли мають бути застосовані до конкретного проекту, продукції, процесу чи контракту.

Примітки

3 План якості, як правило, є одним із результатів планування якості (ISO 9000, пункт 3.7.5).

3.9 постачальник ( supplier ): Організація або особа, яка надає продукцію.

приклад - Виробник, оптовик, підприємство роздрібної торгівлічи продавець продукції, виконавець послуги, постачальник інформації.

Примітки

1 Постачальник може бути внутрішнім чи зовнішнім стосовно організації.

2 У контрактній ситуації постачальника іноді називають «підрядником» (див. ISO 9000, пункт 3.3.6).

3 Що стосується проектування замість терміна «постачальник» часто використовують термін «підрядник» чи «субпідрядник».

4 Системи управління якістю при проектуванні

4.1 Характеристики проекту

4.1.1 Загальні положення

Проектам притаманні такі особливості:

Проекти є унікальними, неповторними стадіями, що складаються з процесів та дій;

Проекти мають деякий ступінь ризику та невизначеності;

Очікується, що проект забезпечить деякі мінімальні значення заданих параметрів, наприклад, пов'язаних з якістю;

При проектуванні планують дати початку та закінчення розробки, чітко вказують вартість розробки та необхідні ресурси;

Персонал для виконання проекту може бути прийнятий до проектної організації на час виконання проекту (проектна організація може бути обрана для виконання проекту організацією - ініціатором розробки та може бути замінена у процесі розробки);

Розробка проекту може бути досить тривалою, а проект може згодом змінюватись під впливом внутрішніх та зовнішніх факторів.

4.1.2 Організації

Цей стандарт виділяє «ініціюючу організацію» та «проектну організацію».

Ініціююча організація є організацією, яка приймає рішення щодо розробки проекту. Це може бути окрема організація, об'єднання підприємств, консорціум тощо. Ініціююча організація призначає до виконання проекту проектну організацію. Ініціююча організація може здійснювати кілька проектів, кожен із яких може бути призначена своя проектна організація.

Проектна організація виконує проект. Проектна організація може бути частиною організації, що ініціює.

4.1.3 Процеси та стадії проектування

Процеси та стадії - два різні аспекти проекту. Проект може бути поділений на взаємозалежні процеси та на стадії проектування. Стадії проектування - це засоби планування та контролю виконання цілей та оцінки ризику відповідних небезпечних подій.

Проектні стадії ділять життєвий цикл проекту на керовані етапи, такі як етапи розробки, реалізації та завершення.

p align="justify"> Процеси проектування - це процеси, необхідні для управління проектом, а також для розробки проекту.

Не всі процеси, що обговорюються у цьому стандарті, обов'язково будуть виділені у конкретному проекті, але можуть бути включені інші додаткові процеси. У деяких проектах можуть бути виділені основні та допоміжні процеси. У перераховані процеси, які зазвичай застосовують при проектуванні.

Примітка -У цьому стандарті використано «процесний підхід» і всі процеси згруповані у дві категорії: процеси менеджменту проекту та процеси, що стосуються проектованої продукції.

Процеси згруповані відповідно до їх особливостей. Виділено одинадцять груп процесів.

Стратегічний процес, описаний у розділі , встановлює напрямок проектування. Розділ описує процеси, пов'язані з ресурсами та персоналом. Розділ охоплює процеси, пов'язані із взаємозалежністю, сферою застосування, часом, вартістю, обміном інформацією, ризиком та закупівлями. Процеси, пов'язані з вимірюванням, аналізом та постійним поліпшенням, описані в розділі . Ці розділи містять опис кожного процесу та забезпечують посібник з менеджменту якості процесів.

4.1.4 Процеси управління проектом

Менеджмент проекту включає планування, організацію, моніторинг, управління, реєстрацію та виконання необхідних коригувальних дій у всіх процесах проектування, які необхідні для досягнення цілей на безперервній основі. Принципи менеджменту якості (див. 4.2.1 та ISO 9000, пункт 0.2) повинні бути застосовані до всіх процесів менеджменту проекту.

4.2 Системи управління якістю

4.2.1 Принципи управління якістю

Викладений у цьому стандарті посібник з менеджменту якості при проектуванні заснований на восьми принципах менеджменту якості (див. ISO 9000, пункт 0.2):

a ) орієнтація на споживача;

b ) лідерство керівника;

с) залучення працівників;

d ) процесний підхід;

e ) системний підхід до менеджменту;

f ) Постійне поліпшення;

g ) прийняття рішень, що ґрунтуються на фактах;

h ) взаємовигідні відносини з постачальниками.

Ці принципи повинні формувати основу систем управління якістю для ініціюючої та проектної організацій.

Примітка -Посібник із застосування принципів управління якістю до планування відповідно до стратегічного процесу наведено в - .

4.2.2 Система управління якістю проекту

Управління процесами проекту слід здійснювати відповідно до системи управління якістю. Для досягнення проектних цілей система управління якістю проекту повинна бути, наскільки можливо, взаємопов'язана з системою управління якістю ініціюючої організації.

Примітка -ISO 9004 містить рекомендації щодо результативності та ефективності систем менеджменту якості.

Проектна організація повинна визначити необхідну документацію, яку вона розробляє, та керувати цією документацією (див. ISO 9004, пункт 4.2).

4.2.3 План якості проекту

Система управління якістю проекту повинна бути документована і включена до плану якості проекту або на неї повинні бути посилання в цьому плані.

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

У договірних ситуаціях замовник може визначити вимоги щодо плану якості. Ці вимоги повинні обмежувати план якості проектної організації.

Примітка -ISO 10005 містить посібник з розробки плану якості.

5 Відповідальність керівництва

5.1 Зобов'язання керівництва

Для розробки та підтримки результативної та ефективної системи менеджменту якості під час проектування необхідні зобов'язання та активна участь вищого керівництва ініціюючої та проектної організацій.

Найвище керівництво ініціюючої та проектної організацій має забезпечити вхід у стратегічний процес (див. 5.2).

Оскільки проектна організація спрямовує свої зусилля на завершення проекту, вище керівництво ініціюючої організації має гарантувати безперервне виконання дій, спрямованих на покращення поточних та майбутніх проектів.

Найвище керівництво ініціюючої та проектної організації має створити культуру якості, яка є важливим фактором у забезпеченні успіху проекту.

5.2 Стратегічний процес

5.2.1 Застосування принципів управління якістю у стратегічному процесі

Планування створення, виконання та супроводу системи управління якістю, заснованої на застосуванні принципів управління якістю, є стратегією, що встановлює процес керівництва. Таке планування виконується проектною організацією.

У цьому плануванні для виконання проектних цілей необхідно зосередити увагу на якості продукції та процесів.

Загальне керівництво відповідно до 5.2.2 має бути застосоване до процесів, описаних у , , - і в розділі .

5.2.2 Орієнтація на споживача

Організації залежать від своїх споживачів і тому повинні розуміти їхні поточні та майбутні потреби, виконувати їхні вимоги та прагнути перевершити їхні очікування [див. ISO 9000, пункт 0.2а)].

Задоволення вимог замовників та інших зацікавлених сторін необхідне успіху проекту. Ці вимоги повинні бути ясно усвідомлені для того, щоб усі процеси були спрямовані на їх виконання.

Цілі проекту, які включають цілі продукції, повинні враховувати потреби та очікування замовника та інших зацікавлених сторін. Цілі можуть бути вдосконалені в ході виконання проекту. Цілі проекту мають бути зафіксовані у плані менеджменту проекту (див. ). Вони повинні деталізувати, що має бути виконано (із зазначенням часу, вартості та якості продукції) та що має бути виміряне.

При визначенні балансу між часом, вартістю та якістю продукції мають бути враховані вимоги замовників.

Для забезпечення обміну інформацією мають бути встановлені інтерфейси з усіма заінтересованими сторонами. Будь-які конфлікти між вимогами заінтересованих сторін мають бути вирішені.

Зазвичай у разі конфліктів між вимогами замовника та інших зацікавлених сторін вимоги замовника мають пріоритет, крім випадків, встановлених законом, чи регулюючих вимог.

Вирішення конфліктів має бути узгоджено замовником. Зацікавлені сторони мають бути зареєстровані. Під час виконання проекту необхідно звертати увагу на зміни вимог заінтересованих сторін, у тому числі додаткових вимогнових зацікавлених сторін, що підключилися до роботи після її початку.

5.2.3 Керівництво

Керівники забезпечують єдність мети та напрямки діяльності організації. Їм слід створювати та підтримувати внутрішнє середовище, в якому працівники можуть бути повністю включені у вирішення завдань організації [див. ISO 9000, пункт 0.2b)].

Керівника проекту має бути призначено якомога раніше. Керівник проекту має бути наділений необхідними відповідальністю та повноваженнями для управління проектом. Він забезпечує створення, функціонування та супровід системи менеджменту якості проекту. Повноваження, делеговані керівнику, мають бути скоординовані з його відповідальністю.

Найвище керівництво ініціюючої та проектної організацій має виконувати лідируючу роль у створенні культури якості:

Встановлюючи політику у сфері якості та визначаючи цілі проекту (включаючи цілі у сфері якості);

Забезпечуючи інфраструктуру та ресурси, необхідні для досягнення цілей проекту;

Забезпечуючи організаційну структуру, що сприяє виконанню цілей проекту;

Приймаючи рішення, що базуються на даних та фактах;

Наділяючи необхідними повноваженнями та залучаючи весь персонал, що бере участь у виконанні проекту, покращення проектних процесів та проектованої продукції;

Плануючи майбутні запобіжні дії.

Примітка- У кожному проекті може бути керівник проекту.

5.2.4 Залучення працівників

Працівники всіх рівнів становлять основу організації, та його повне залучення дає можливість організації з вигодою використовувати їх здібності [див. ISO 9000, пункт 0.2с)].

Для персоналу проектної організації, що бере участь у проекті, мають бути чітко визначені відповідальність та повноваження. Повноваження учасників мають бути скоординовані з їхньою відповідальністю.

Персонал проектної організації повинен мати необхідну компетентність. Для виконання контролю та управління процесами персонал повинен мати у своєму розпорядженні відповідні інструментальні засоби, методи та технології.

При виконанні багатонаціональних проектів та проектів, що належать до різних культур, а також спільних та міжнародних проектів тощо. до менеджменту проекту має бути включений менеджмент з питань різних культур.

5.2.5 Процесний підхід

Бажаний результат досягається ефективніше, коли діяльністю та відповідними ресурсами управляють як процесом [див. ISO 9000, пункт 0.2 d)].

Процеси проектування мають бути ідентифіковані та документовані. Ініціююча організація повинна повідомити проектну організацію свій досвід розробки та використання процесів, а також аналогічний досвід інших організацій. Проектна організація має врахувати цей досвід під час виборів процесів проектування. Однак може виникнути потреба у процесах, які є унікальними.

При виборі та призначенні процесів необхідно ідентифікувати:

відповідні процеси проектування;

Цілі процесів проектування;

Власників процесів та встановити їх повноваження та відповідальність;

Розробити процеси проектування, прогнозуючи майбутні процеси життєвого циклу проекту;

Визначити взаємозв'язки та взаємодії між процесами.

Результативність та ефективність процесу можуть бути оцінені на основі внутрішнього чи зовнішнього аналізу. Оцінки можуть бути отримані за допомогою «бенчмаркінгу» або визначення рівня зрілості процесів. Рівні зрілості процесів зазвичай змінюються від "немає формалізованого підходу" до "кращі показники діяльності в класі". Декілька способів оцінки зрілості описані в додатку A ISO 9004.

Примітка -Сімейство стандартів ISO 9000 встановлює посібник з методів менеджменту якості процесів та продукції. Ці методи можуть бути корисними для організації при досягненні цілей проекту.

5.2.6 Системний підхід до менеджменту

Виявлення, розуміння та менеджмент взаємопов'язаних процесів як системи сприяють результативності та ефективності організації при досягненні її цілей [див. ISO 9000, пункт 0.2е)].

Зазвичай системний підхід до управління процесами дозволяє забезпечувати координацію та сумісність запланованих процесів організації, а також чітке визначення їх інтерфейсів.

Проект виконують як набір запланованих, взаємозалежних та взаємозалежних процесів. Проектна організація керує процесами проекту. Щоб керувати процесами проекту, слід визначити та поєднати необхідні процеси, інтегрувати їх та керувати ними як системою, вписаною в загальну систему ініціюючої організації.

Необхідний чіткий поділ відповідальності та повноважень між проектною організацією та іншими заінтересованими сторонами (включаючи ініціюючу організацію) стосовно процесів проекту. Вони мають бути визначені та зареєстровані.

Проектна організація повинна гарантувати, що відповідні процеси обміну інформацією визначені та що відбувається обмін інформацією між процесами проекту, а також між цим проектом, іншими проектами та організацією, що ініціює.

5.2.7 Постійне покращення

Постійне поліпшення діяльності організації загалом слід як її незмінну мету [див. ISO 9000, пункт 0.2 f)].

Цикл постійного поліпшення ґрунтується на концепції «планування, здійснення, перевірка, дія» ( PDCA ) (див. ISO 9004, додаток В).

Ініціююча та проектна організації несуть відповідальність за постійне покращення результативності та підвищення ефективності процесів, за які вони відповідають.

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

Повинні бути ідентифіковані можливості для покращення при самооцінці (див. ISO 9004, додаток А), внутрішньому та зовнішньому аудиті за необхідності (див. ISO 9000, пункт 3.9.1). Слід також враховувати час та необхідні ресурси.

5.2.8 Ухвалення рішень, заснованих на фактах

Ефективні рішення ґрунтуються на аналізі даних та інформації [див. ISO 9000, пункт 0.2 g)].

Інформація щодо просування та ефективності проекту має бути зареєстрована, наприклад, у проектному файлі реєстрації.

Оцінки ефективності та просування проекту (див. і) повинні бути виконані для оцінки стану проекту. Проектна організація повинна аналізувати інформацію про оцінку ефективності та просування проекту для прийняття ефективних рішеньщодо проекту та для перегляду плану менеджменту проекту.

Інформація із заключних звітів щодо попередніх проектів має бути проаналізована та використана для покращення поточних чи майбутніх проектів.

5.2.9 Взаємовигідні відносини з постачальниками

Організація та її постачальники взаємозалежні, і відносини взаємної вигоди підвищують здатність обох сторін створювати цінності [див. ISO 9000, пункт 0.2 h)].

Проектна організація щодо стратегії отримання поставок має працювати з постачальниками, особливо у випадках, коли для продукції характерний великий час поставки. Може розглядатися поділ ризику з постачальниками.

Вимоги до процесів та специфікацій постачальників мають бути розроблені проектною організацією разом із її постачальниками. Проектна організація повинна визначити здатність постачальника виконувати її вимоги до процесів та продукції, а також враховувати затверджений замовником список постачальників чи критерії вибору постачальників.

Можливість використання спільного постачальника в кількох проектах має бути досліджена (див. ISO 9004, пункт 7.4).

5.3 Аналіз менеджменту та оцінка просування

5.3.1 Аналіз менеджменту

Проектна організація повинна проводити аналіз системи управління якістю проекту через заплановані інтервали часу та гарантувати її придатність, адекватність, результативність та ефективність (див. ISO 9004, пункт 5.6). Ініціююча організація може брати участь у аналізі менеджменту.

5.3.2 Оцінка просування

Оцінка просування (див. ) повинна охоплювати всі процеси проекту та дозволяти оцінити досягнення цілей проекту. Висновки оцінки просування, що дають інформацію про ефективність проекту, використовують для аналізу менеджменту:

a) Оцінка просування має бути використана для:

Оцінки адекватності плану менеджменту проекту та його виконання;

Оцінки ступеня синхронізації та взаємодії процесів проекту;

Ідентифікації та оцінки дій та результатів, які несприятливо чи сприятливо впливають на досягнення цілей проекту;

отримання даних для інших дій проекту;

Поліпшення обміну інформацією;

Управління процесом покращення проекту на основі ідентифікації відхилень та змін ризику небезпечних подій.

b) Планування для оцінки просування має передбачати:

Підготовку повного графіка оцінок просування (для включення до плану менеджменту проекту);

призначення відповідальності за менеджмент окремих оцінок просування;

Специфікацію мети, вимог та виходів процесів для кожної оцінки просування;

Призначення персоналу, який бере участь в оцінці (наприклад, фахівців, відповідальних за процеси проекту та інших зацікавлених сторін);

Забезпечення доступності для опитування відповідного персоналу, що бере участь у оцінюваних процесах;

Забезпечення підготовки та доступності доречної інформації для оцінки (наприклад, план управління проектом).

с) Персонал, який виконує оцінки, повинен:

Розуміти мету оцінюваних процесів та їх вплив на систему менеджменту якості проекту;

Дослідити входи та виходи процесу;

Дослідити критерії моніторингу та вимірювань, що застосовуються до процесів;

Визначати, чи є процеси ефективними;

Знаходити потенційні покращення процесу;

Розробляти звіти чи інші вихідні документи, які містять результати оцінки просування.

d ) Після виконання оцінки просування:

Висновки оцінки повинні бути зіставлені з метою проекту для визначення, чи є ефективність проекту прийнятною для виконання запланованих цілей;

Повинна бути призначена відповідальність за дії, що йдуть за оцінкою просування.

Висновки оцінки просування можуть бути спрямовані в організацію, що ініціює, використані для постійного поліпшення результативності та підвищення ефективності процесів менеджменту проекту.

6 Управління ресурсами

6.1 Процеси, пов'язані з ресурсами

6.1.1 Загальні положення

Процеси, пов'язані з ресурсами, включають планування і контроль ресурсів. Ці процеси допомагають ідентифікувати будь-які потенційні проблеми з ресурсами. Ресурси – це обладнання, комплектуючі вироби, фінанси, інформація, матеріали, програмне забезпечення, персонал, послуги та площі.

Процеси, пов'язані з ресурсами (див. ), включають:

планування ресурсів;

Контроль за ресурсами.

Примітка -Ці процеси застосовують до кількісних аспектів управління персоналом. Інші аспекти, такі як навчання, описані у .

6.1.2 Планування ресурсів

Ресурси, необхідні для виконання проекту, мають бути ідентифіковані. Плани ресурсів повинні встановлювати, які ресурси необхідні для виконання проекту і коли вони будуть потрібні згідно з графіком проекту. Плани мають зазначати, як і звідки ресурси будуть отримані. Плани мають вказувати спосіб розміщення надлишків ресурсів. Плани мають бути зручними для контролю ресурсів.

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

Потрібно враховувати обмеження на ресурси. Такими обмеженнями є, наприклад, працездатність, безпека, культурні аспекти, міжнародні угоди, трудові угоди, урядові інструкції, фінансування та вплив проекту на довкілля.

Плани забезпечення ресурсами, у тому числі оцінки, розподіл та обмеження ресурсів, а також використані припущення, повинні бути документовані та включені до плану менеджменту проекту.

6.1.3 Контроль ресурсів

Для забезпечення ресурсів, достатніх виконання цілей проекту, слід проводити відповідний аналіз. Час та частота проведення аналізу відповідних даних та прогнозу вимог ресурсів мають бути відображені у плані менеджменту проекту.

Відхилення від планів щодо ресурсів мають бути ідентифіковані, проаналізовані, виконані та зареєстровані.

Рішення щодо майбутніх дій слід приймати лише після розгляду їхнього впливу на інші процеси та цілі проекту. Зміни, що впливають на цілі проекту, мають бути узгоджені із замовником та відповідними зацікавленими сторонами до їх виконання. Внесення змін до планів щодо ресурсів має бути відповідним чином санкціоновано. Перегляди прогнозів щодо вимог ресурсів мають бути скоординовані з іншими процесами проекту розробки плану виконання інших робіт.

Причини нестачі або надлишків ресурсів повинні бути ідентифіковані, зареєстровані та використані як вхід для процесу постійного поліпшення.

6.2 Процеси, пов'язані з персоналом

6.2.1 Загальні положення

Якість та успіх проекту залежатимуть від персоналу, що бере участь. Тому особливу увагу необхідно приділяти діям у процесах, пов'язаних із персоналом.

Ці процеси спрямовані на створення середовища, в якому персонал може результативно та ефективно брати участь у проекті.

Процеси, пов'язані з персоналом (див. ):

встановлення структури проектної організації;

розподіл персоналу;

Розвиток групи.

Примітка -Кількісні аспекти управління персоналом описані у . Аспекти обміну інформацією, що стосується управління персоналом, описані в .

6.2.2 Встановлення організаційної структури проекту

Організаційну структуру проекту встановлюють відповідно до вимог та політики ініціюючої організації та умов участі в проекті. Для вибору відповідної організаційної структури використовують попередній досвід.

Організаційна структура проекту має забезпечувати ефективний обмін інформацією та ефективну співпрацю всіх учасників проекту.

Керівник проекту повинен гарантувати, що організаційна структура проекту відповідає галузі застосування проекту, розміру проектної групи, місцевим умовам та процесам, що використовуються. Структура може бути представлена ​​у функціональному чи матричному вигляді. Розподіл відповідальності та повноважень у межах організаційної структури проекту має враховувати розподіл відповідальності та повноважень в ініціюючій організації та її організаційну структуру.

Необхідно ідентифікувати та встановити взаємини проектної організації з:

Замовником та іншими зацікавленими сторонами;

Відповідальними особами ініціюючої організації, яка підтримує проект (особливо у забезпеченні моніторингу характеристик проекту, таких як графіки, якість та витрати);

Іншими проектами в тій самій організації, що ініціює.

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

Повинна бути ідентифікована відповідальність за забезпечення розробки, виконання та підтримки системи управління якістю проекту (див. ISO 9004, пункт 5.5.2). Інтерфейси цієї функції з іншими спеціалістами проекту, замовником та іншими заінтересованими сторонами мають бути документовані.

Аналіз організаційної структури проекту слід планувати і періодично виконувати визначення його адекватності розв'язуваної задачі.

6.2.3 Розподіл персоналу

Для персоналу, який працює над проектом, має бути визначена необхідна компетентність (освіта, навчання, навички та досвід).

При виборі персоналу необхідно враховувати індивідуальні особливості працівників. Особливу увагуслід надавати вимогам компетентності ключового персоналу.

Для поповнення компетентного персоналу, особливо, коли очікуються труднощі у розробці проекту, необхідно виділити достатній час. Вибір персоналу має бути заснований на розподілі робіт і має враховувати компетентність та попередній досвід. Повинні бути розроблені критерії вибору, які застосовуються до персоналу всіх рівнів. При виборі керівника проекту пріоритет слід надавати навичкам керівництва.

Керівник проекту повинен брати участь у виборі персоналу за позиціями, які є суттєвими для проекту, що розглядається.

Керівник проекту повинен гарантувати призначення представника керівництва, відповідального за розробку, виконання та підтримку системи управління якістю проекту (див. ISO 9004, пункт 5.5.2).

При призначенні членів проектної групи мають бути враховані їхні персональні інтереси, відносини, сильні та слабкі сторони. Знання персональних характеристик та особистого досвідучленів групи сприятиме кращому розподілу обов'язків у проектній організації.

Виконувані роботи або опис обов'язків повинні бути зрозумілі та прийняті призначеною особою. У тих випадках, коли член проектної організації звітує також і перед організацією, що ініціює, його відповідальність, повноваження та лінії зв'язку повинні бути документовані.

Призначення персоналу для виконання певного завдання або функції має бути підтверджено та повідомлено всім заінтересованим сторонам. Загальна ефективність, включаючи результативність та ефективність призначення персоналу, має бути об'єктом моніторингу для верифікації призначень. За результатами моніторингу та верифікації можуть бути проведені перенавчання та атестації.

Про заміни персоналу проектної організації слід заздалегідь повідомляти замовнику та зацікавленим сторонам у тих випадках, якщо такі заміни зачіпають їхні інтереси.

6.2.4 Розвиток групи

Для ефективної роботи групи необхідно, щоб члени групи були компетентними, активними та хотіли співпрацювати один з одним (див. ISO 9004, параграф 6.2.1).

Для підвищення ефективності роботи проектна група загалом та члени групи індивідуально повинні брати участь у діях, спрямованих на розвиток групи. Персонал повинен пройти навчання та отримати знання про важливість його дій при досягненні цілей проекту та цілей у сфері якості (див. ISO 9004, параграф 6.2.2 та ISO 10015).

Ефективну колективну роботу необхідно схвалювати та відповідним чином нагороджувати.

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

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

7 Виготовлення продукції

7.1 Загальні положення

Цей розділ охоплює сім груп процесів менеджменту проекту, необхідні виготовлення проектованої продукції (див. ).

7.2 Взаємозалежні процеси

7.2.1 Загальні положення

Проекти складаються із системи запланованих та взаємозалежних процесів. Дія в одному з них впливає на інші. За загальне керування запланованими взаємозалежними процесами проекту відповідає керівник проекту. Проектна організація повинна керувати результатами та ефективним обміном інформацією між різними групами персоналу, що бере участь у виконанні проекту, та встановлювати чіткий розподіл відповідальності.

Взаємозалежні процеси (див.):

Ініціювання проекту та розробка плану менеджменту проекту;

Управління взаємодіями;

Управління змінами;

Завершення процесу та проекту.

7.2.2 Ініціювання проекту та розробка плану менеджменту проекту

Необхідно розробити та підтримувати в робочому стані план менеджменту проекту, який включає план якості проекту або посилається на нього. Ступінь деталізації плану може залежати від таких факторів, як розмір та складність проекту.

Під час ініціювання проекту доречні деталі попередніх проектів ініціююча організація повинна ідентифікувати та повідомити проектну організацію. Це дозволить використати досвід попередніх проектів.

Якщо мета проекту полягає у виконанні вимог контракту, аналіз контракту має бути виконаний у процесі розробки плану менеджменту проекту, щоб гарантувати виконання вимог контракту (див. ISO 9004, пункт 7.2). В інших випадках початковий аналіз повинен встановити вимоги та підтвердити, що вони прийнятні та досяжні.

План менеджменту проекту має:

b ) ідентифікувати та документувати процеси проекту та їх цілі;

с) ідентифікувати інтерфейси організації, приділяючи особливу увагу:

Підключення проектної організації до ліній зв'язку з різними відповідальними особами ініціюючої організації;

інтерфейсів між відповідальними особами проектної організації;

d ) інтегрувати плани, виконані інших процесах проекту. Ці плани включають:

План якості;

Структуру переривання роботи (див.);

Графік проекту (див.);

Бюджет проекту (див.);

План обміну інформацією (див.);

План менеджменту ризику (див.);

Усі плани мають бути розглянуті для ухвалення рішення про послідовність усунення невідповідностей;

e ) ідентифікувати, включати характеристики продукції та методи їх вимірювання та оцінки або посилатися на ці характеристики та методи;

f ) визначати базовий рівень для вимірювання та контролю просування проекту та забезпечувати планування роботи, що залишилася. Повинні бути підготовлені плани та складені графіки проведення оцінок та аналізу просування;

g ) визначати індикатори ефективності та способи їх вимірювання та забезпечувати регулярну оцінку для контролю просування. Ці оцінки мають:

Полегшити запобіжні та коригувальні дії;

Підтвердити, що цілі проекту зберігають валідацію в умовах, що змінюються;

h ) передбачати проведення аналізу проекту відповідно до контракту для забезпечення виконання вимог контракту;

i ) проводити аналіз регулярно, а також у разі суттєвих змін.

Система управління якістю проекту повинна бути документована або описана в плані якості проекту. Необхідно встановити обмін інформацією між планом якості проекту та застосовними частинами системи управління якістю ініціюючої організації. Наскільки це можливо, проектна організація повинна прийняти і, при необхідності, адаптувати систему та процедури менеджменту якості ініціюючої організації.

У випадках, коли є вимоги до системи управління якістю інших заінтересованих сторін, необхідно забезпечити сумісність системи управління якістю проекту з цими вимогами.

Методи управління якістю, такі як документування, верифікація, простежуваність, аналіз та аудит, повинні бути встановлені в проекті.

7.2.3 Управління взаємодією

Для зниження взаємозалежностей (запланованих) між процесами та взаємодіями (незапланованими) при проектуванні необхідно керувати взаємодією. Управління взаємодією – це:

встановлення процедур управління інтерфейсами;

Обговорення проекту багатофункціональними групами;

Вирішення таких проблем, як суперечливі обов'язки або внесення змін, що підвищують ризик;

Вимірювання ефективності проекту, що використовують такі методи, як аналіз вартості виконаних робіт (методика контролю повної ефективності проекту по відношенню до базового рівня бюджету);

Виконання оцінки просування для оцінки стану проекту та планування робіт, що залишилися.

Оцінки просування також повинні бути використані для ідентифікації потенційних проблем інтерфейсу. Слід зазначити, що зазвичай інтерфейсам відповідає високий ризик.

Примітка -Обмін інформацією щодо проекту, що є істотним фактором у координації робіт проекту, розглянуто у .

7.2.4 Управління змінами

Управління змінами охоплює ідентифікацію, оцінку, дозвіл, документування, виконання та контроль змін. Перш ніж буде отримано дозвіл на зміну, необхідно проаналізувати мету, ступінь та вплив зміни. Зміни, що стосуються мети проекту, необхідно узгодити із замовником та іншими заінтересованими сторонами. Управління змінами має враховувати:

Управління змінами галузі застосування проекту, цілей проекту та плану менеджменту проекту;

Координацію змін пов'язаних процесів та вирішення конфліктів проекту;

Процедури документування змін;

Постійне поліпшення (див. розділ);

Аспекти змін, які впливають персонал (див. ).

Зміни можуть призводити до негативних впливів (наприклад, претензій) на проект і мають бути ідентифіковані якнайшвидше. Причини негативних впливів необхідно проаналізувати, а результати - використовуватиме розробки попереджувальних дій та методів поліпшення процесу проектування. Одним із аспектів управління змінами є управління конфігурацією. У менеджменті проекту прийнято звертатися до конфігурації проектованого виробу, яка може включати в себе елементи, що не закуповуються, такі як засоби випробувань та інше встановлене обладнання.

Примітка -Посібник з управління конфігурацією наведено вISO 10007.

7.2.5 Завершення процесу та проекту

Сам проект є процесом, і особливу увагу слід приділити його завершенню.

Завершення процесів та проекту має бути визначено на стадії ініціювання проекту та включено до плану менеджменту проекту. При плануванні завершення процесів та проектів необхідно враховувати досвід, отриманий із завершення попередніх процесів та проектів (див. розділ ).

Будь-коли протягом життєвого циклу проекту закінчені процеси мають бути закриті відповідно до плану. Після завершення процесу всі звіти слід розмножити, розіслати в межах проекту та в організацію, що ініціює, і зберігати протягом зазначеного часу.

Проект має бути закритий відповідно до плану. Однак у деяких випадках може бути необхідно закрити проект раніше чи пізніше, ніж заплановано, через непередбачувані події.

Незалежно від причини завершення має бути підготовлено заключний звіт про ефективність проекту. Необхідно брати до уваги всі звіти, включаючи звіти щодо оцінки просування та інформацію від заінтересованих сторін. Необхідний спеціальний розгляд зворотного зв'язку від замовника та інших зацікавлених сторін. Ця Зворотній зв'язокмає бути по можливості вимірною.

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

При завершенні проекту має бути проведена формальна передача виробу, що проектується, замовнику. Завершення проекту не закінчено, поки замовник формально не прийме виріб, що проектується.

Про завершення проекту має бути оголошено іншим заінтересованим сторонам.

7.3 Процеси, пов'язані з сферою застосування

7.3.1 Загальні положення

Область застосування проекту містить опис виробу, що проектується, його характеристики та способи їх вимірювання або оцінки.

a) Мета процесів, пов'язаних із сферою застосування:

Перекладати вимоги та очікування замовників та інших заінтересованих сторін на дії, необхідні для досягнення цілей проекту, та організовувати ці дії;

Гарантувати, що персонал працює в межах сфери застосування при реалізації цих дій;

Гарантувати, що дії, які виконуються під час проектування, задовольняють вимогам, зазначеним у сфері застосування.

b) Процеси, пов'язані з областю застосування (див. ):

Розробка концепції;

Розробка та контроль галузі застосування;

Визначення дій;

Контроль дій.

7.3.2 Розробка концепції

Потреби та очікування замовника продукції та процесів, і заявлені та передбачувані, мають бути подані у вигляді документованих вимог, включаючи встановлені законом та регульовані аспекти, які, на вимогу замовника, мають бути узгоджені.

Інші заінтересовані сторони мають бути ідентифіковані, а їхні потреби встановлені. Вони також мають бути представлені у вигляді документованих вимог та узгоджені із замовником.

7.3.3 Розробка та контроль галузі застосування

При розробці області застосування проекту характеристики продукції, що проектується, повинні бути ідентифіковані і документовані у вимірних величинах і по можливості більш повно. Ці характеристики мають бути використані як основа для проектування та розробки. Повинні бути визначені способи вимірювання цих характеристик та методи оцінки відповідності вимогам замовника та інших зацікавлених сторін. Характеристики продукції та процесів повинні бути простежені по відношенню до документованих вимог замовника та інших заінтересованих сторін.

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

Примітка -Управління змінами у сфері застосування відносять до процесу управління змінами (див. ).

7.3.4 Визначення дій

Для виконання вимог замовника до продукції та процесів структура проекту повинна спиратися на керовані дії.

Примітка - Часто термін "структура поділу" використовують для опису способу поділу проекту на окремі групи для програмування, планування вартості та контролю цілей. Терміни «дії», «завдання» та «пакети робіт» використовують для елементів такого структурування, а результат зазвичай називають «структурою поділу робіт» ( WBS ). У цьому стандарті термін «дія» використаний як основний термін елемента роботи (див. ).

Персонал, призначений для виконання проекту, повинен брати участь у визначенні цих дій, що дозволяє використовувати розуміння та думку цих фахівців.

Кожна дія має бути визначена таким чином, щоб її результати були виміряні. Список дій має бути перевірено на повноту. Певні дії повинні включати методи менеджменту якості, оцінки просування, а також підготовку та супровід плану менеджменту проекту. Взаємодії між проектною організацією та заінтересованими сторонами щодо дій проекту, які потенційно можуть викликати проблеми, мають бути ідентифіковані та документовані.

7.3.5 Контроль дій

Дії проекту слід виконувати та контролювати відповідно до плану менеджменту проекту. Контроль процесу включає контроль взаємодій, що сприяє усуненню конфліктів або непорозумінь. У процесах, що передбачають нові технології, особливу увагу потрібно приділяти контролю.

Дії слід аналізувати та оцінювати для ідентифікації потенційних неточностей та виявлення можливостей для покращення. Графік проведення аналізу має враховувати складність проекту.

Результати аналізу повинні бути використані для оцінки просування, щоб оцінити виходи процесу і планувати роботи, що залишилися. Переглянутий план робіт, що залишилися, повинен бути документований.

7.4 Процеси, пов'язані з часом

7.4.1 Загальні положення

Пов'язані з часом процеси спрямовані на визначення залежних дій, тривалості дій та забезпечення своєчасного завершення проекту.

Процеси, пов'язані з часом (див.):

Планування залежних процесів;

Оцінка тривалості;

Розробка графіка;

Контроль за виконанням графіка.

7.4.2 Планування залежних дій

Взаємозалежності дій проекту мають бути ідентифіковані та вивчені для визначення послідовності виконання цих дій. Будь-яка необхідна зміна даних процесу ідентифікації дій має бути обґрунтовано та документовано.

По можливості для розробки плану проекту слід застосовувати стандартні або доведені мережеві діаграми проекту для використання попереднього досвіду. Доречність їх застосування має бути перевірена.

7.4.3 Оцінка тривалості

Оцінки тривалості дій повинні встановлюватися персоналом, який має відповідні повноваження.

Оцінки тривалості з минулого досвіду повинні бути перевірені на точність та застосовність. Входи мають бути документовані так, щоб забезпечити простежуваність їхнього походження. При зборі оцінок тривалості корисно одержати відповідні оцінки ресурсів як вхідні дані планування ресурсів (див. ).

У тих випадках, коли оцінка тривалості містить суттєву невизначеність, мають бути проведені роботи з оцінки, документування, зниження відповідного ризику. Можливість збереження ризику має бути врахована в оцінках.

За потреби замовник або інші зацікавлені сторони повинні брати участь в оцінці тривалості.

7.4.4 Розробка графіка

Вхідні дані для розробки графіка мають бути ідентифіковані та перевірені на відповідність встановленим умовам проекту. Дії з більшим часом виконання мають бути враховані щодо їх критичного шляху. Критичний шлях дій (шлях найбільшої тривалості) потребує чіткої ідентифікації.

Повинні бути використані стандартизовані форми графіка, які підходять для різноманітних застосувань.

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

Графік повинен ідентифікувати події, які вимагають певних входів чи рішень чи яких головні виходи заплановані. Їх іноді називають "ключовими подіями" або "етапами". Оцінки просування мають бути включені до графіка.

Замовник та інші заінтересовані сторони повинні бути забезпечені відповідною інформацією у процесі розробки графіка та за необхідності брати участь у його розробці. Зовнішні вхідні дані (наприклад, вхідні дані замовника, які очікуються протягом проекту) повинні бути проаналізовані та враховані при розробці графіка.

Відповідні графіки мають бути передані замовнику та іншим заінтересованим сторонам для інформації чи затвердження.

7.4.5 Контроль виконання графіка

Проектна організація має регулярно проводити аналіз графіка проекту відповідно до плану менеджменту проекту. Для забезпечення адекватного контролю проектних дій, процесів та відповідної інформації мають бути встановлені час та періодичність проведення аналізу даних графіка.

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

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

Повинні бути визначені можливі впливи змін графіка на бюджет та ресурси проекту та на якість продукції. Рішення щодо майбутніх дій мають бути засновані лише на фактах та враховувати їх значення для інших процесів та цілей проекту. Зміни, які стосуються мети проекту, необхідно заздалегідь узгодити із замовником та зацікавленими сторонами.

Для виконання дій щодо усунення відхилень необхідно ідентифікувати використовуваний персонал та його обов'язки. Перегляди графіка повинні бути скоординовані з іншими процесами проекту при розробці плану робіт, що залишилися.

Зовнішні вхідні дані (наприклад, вхідні дані від замовника, які очікуються у проекті) слід контролювати. Необхідно забезпечити поінформованість замовника та інших зацікавлених сторін щодо будь-яких запропонованих змін графіка та їхньої участі у прийнятті рішень, які зачіпають їх інтереси.

7.5 Процеси, пов'язані з вартістю

7.5.1 Загальні положення

Процеси, пов'язані з вартістю, спрямовані на прогнозування та контроль витрат проекту. Вони повинні гарантувати, що проекти завершені в межах обмежень бюджету і що інформація про витрати передана організації, що ініціює.

Процеси, пов'язані з вартістю (див. ):

Оцінка вартості;

Складання бюджету;

Контроль вартості.

Примітка -Для подальшого керівництва див. ІСО/ТО 10014.

7.5.2 Оцінка вартості

Усі проектні витрати мають бути чітко ідентифіковані (наприклад, вартість дій, накладних витрат, товарів та послуг). Оцінюючи вартості мають бути досліджені джерела інформації. Оцінка має враховувати структуру поділу проекту (див. ). Оцінки вартості за минулим досвідом мають бути перевірені на точність та застосовність до умов проекту. Витрати та їх джерела мають бути документовані.

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

Оцінка вартості має враховувати справжні та прогнозовані тенденції в економічному середовищі (наприклад, інфляцію, оподаткування та курс валют).

Коли оцінка вартості містить суттєву невизначеність, ця невизначеність має бути ідентифікована, оцінена, документована та усунена (див. ). Кошти на невизначеність, що іноді залишилася, іноді звану непередбаченими обставинами, повинні бути включені в оцінки.

Форма оцінки вартості повинна дозволяти розробляти бюджет відповідно до схвалених процедур та потреб організації.

7.5.3 Упорядкування бюджету

Бюджет проекту має бути заснований на оцінках вартості, графіках та мати певну процедуру його прийняття.

Бюджет має бути сумісним з цілями та припущеннями проекту, а невизначеності та непередбачені обставини мають бути ідентифіковані та документовані. Бюджет повинен включати всі необхідні витрати і бути представлений у формі, придатної для контролю вартості проекту.

7.5.4 Контроль вартості

До виконання витрат має бути встановлена, документована та повідомлена відповідальною за виконання роботи або витрати система контролю вартості з відповідними процедурами.

Повинні бути встановлені терміни та періодичність аналізу даних та прогнозів. Це забезпечує адекватний контроль проектних дій відповідною інформацією. Проектна організація повинна підтвердити, що робота, що залишається, може бути повністю виконана в межах бюджету, що залишається. Будь-яке відхилення від бюджету має бути ідентифіковано, а при перевищенні встановлених меж відхилення мають бути проаналізовані та усунені.

Тенденції вартості проекту мають бути проаналізовані на підставі таких методів, як аналіз вартості виконаних робіт. Повинен бути розглянутий план роботи, що залишається, для ідентифікації невизначеності.

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

Рішення щодо майбутніх дій мають бути засновані на фактах та враховувати їх значення для інших процесів та цілей проекту. Зміни у вартості проекту мають бути відповідним чином схвалені та затверджені, перш ніж будуть здійснені витрати. Перегляди прогнозів бюджету мають бути скоординовані з іншими процесами проекту при розробці плану робіт, що залишаються.

Інформація, необхідна для забезпечення своєчасної відпустки фондів, має бути доступною та використовуваною як вхід у процес управління ресурсами.

Проектна організація повинна проводити регулярний аналіз проектних витрат відповідно до плану менеджменту проекту та враховувати дані інших фінансових досліджень (наприклад, зовнішній аналіз із заінтересованими сторонами).

7.6 Процеси, пов'язані з обміном інформацією

7.6.1 Загальні положення

Процеси, пов'язані з обміном інформацією, спрямовані на покращення обміну інформацією щодо проекту.

Вони гарантують своєчасну та відповідну підготовку, збирання, розповсюдження, зберігання проектної інформації та остаточне розпорядження цією інформацією.

Процеси, пов'язані з інформацією (див. ):

Планування обміну;

Управління інформацією;

Контроль обміну інформацією.

Примітка- Докладніше див. ISO 9004, пункти 5.5.3 та 7.2.

7.6.2 Планування обміну інформацією

Ініційна та проектна організації повинні гарантувати, що відповідні процеси обміну інформацією встановлені та є обмін інформацією щодо результативності та ефективності системи менеджменту якості.

Планування обміну інформацією має враховувати потреби ініціюючої організації, проектної організації, замовників та інших зацікавлених сторін. Планування завершується документованим планом. План обміну інформацією повинен визначити інформацію, засоби та частоту обміну інформацією. У плані обміну інформацією мають бути визначені вимоги до цілей, часу, частоти засідань та звітів про них.

Форма, мова та структура проектних документів та звітів мають бути заплановані для забезпечення їх сумісності. План обміну інформацією повинен визначати систему управління інформацією (див. ), Ідентифікувати, хто надсилатиме і отримуватиме інформацію. У плані мають бути згадані документи контролю та процедури захисту інформації. Повинні бути розроблені форми для повідомлень оцінки просування, відображення відхилень від плану менеджменту проекту.

Примітка -Про додаткової інформаціїз управління документацією див. ISO 9004, пункт 4.2.

7.6.3 Управління інформацією

Проектна організація має ідентифікувати свої потреби у інформації, і навіть встановити документовану систему управління інформацією.

Проектна організація має ідентифікувати внутрішні та зовнішні джерела інформації. Спосіб управління інформацією повинен враховувати потреби проектної та ініціюючої організацій.

Для управління інформацією щодо проекту повинні бути встановлені процедури, що визначають засоби контролю при підготовці, зборі, ідентифікації, класифікації, оновленні, розподілі, записі у файл, зберіганні, захисті, пошуку інформації та розпорядженні.

Зареєстрована інформація має вказувати умови на момент виконання зареєстрованої дії. Це забезпечує верифікацію та валідацію інформації до її використання в інших проектах.

Проектна організація повинна гарантувати відповідний захист інформації, враховуючи її конфіденційність.

Інформація повинна відповідати потребам одержувачів та бути ясно представлена ​​та розподілена у суворій відповідності до графіка.

Усі угоди, включаючи неофіційні, що впливають на ефективність проекту, мають бути формально документовані.

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

Протокол засідання повинен містити деталі прийнятих рішень, невирішених проблем та узгоджених дій (включаючи необхідні дати та призначений персонал). Протоколи повинні бути направлені заінтересованим сторонам відповідно до встановленого часу.

Проектна організація повинна використовувати дані, інформацію та знання, щоб встановити та виконати свої цілі. Керівники проектної та ініціюючої організацій повинні оцінювати переваги використання інформації для покращення управління інформацією (див. розділ ).

Примітка -Складність системи управління інформацією має відповідати вимогам проекту.

7.6.4 Контроль обміну інформацією

Система обміну інформацією має бути запланована та виконана. Для того, щоб система обміну інформацією відповідала вимогам проекту, необхідна наявність контролю, моніторингу та аналізу цієї системи. Особливу увагу слід приділяти інтерфейсам між підрозділами та організаціями, де можливі непорозуміння та конфлікти.

7.7 Процеси, пов'язані з ризиком

7.7.1 Загальні положення

Менеджмент ризику проекту має справу з невизначеністю проекту. Він вимагає структурованого підходу, який має бути документований у програмі управління ризику. Процеси, пов'язані з ризиком, спрямовані на зниження впливу передбачуваних негативних подій та використання всіх можливостей для покращення.

Невизначеність пов'язана з процесами та з продукцією проекту.

Процеси, пов'язані з ризиком (див.):

Ідентифікація ризику;

Оцінка ризику;

Обробка ризику;

Контроль ризику.

7.7.2 Ідентифікація ризику

Ідентифікацію ризику виконують під час ініціювання проекту, оцінки просування та інших випадках, коли приймають суттєві рішення. Досвід та історичні дані про попередні проекти ініціюючої організації повинні бути використані для цієї мети. Вихідні дані цього процесу мають бути зафіксовані у програмі менеджменту ризику, яка має бути включена до плану менеджменту проекту або згадана в ньому.

Для кожної небезпечної події, пов'язаної з діями, процесами, продукцією, а також викликаної взаємодіями між проектною організацією, що ініціює організацією та зацікавленими сторонами, має бути ідентифікований та документований його потенційний ризик.

Ідентифікація ризику повинна розглядати не тільки ризик небезпечних подій, пов'язаних із втратою часу та коштів, а й ризик у таких сферах, як якість продукції, захист, надійність, професійна відповідальність, інформаційні технології, безпека, здоров'я та навколишнє середовище. Ідентифікація ризику повинна враховувати законодавчі та регулюючі вимоги. Взаємодії між різними можливими небезпеками також мають бути розглянуті. Можливі небезпеки (з відповідним ризиком), що йдуть з нових технологій і подій, також повинні бути ідентифіковані.

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

7.7.3 Оцінка ризику

Оцінка ризику - процес аналізу та оцінки ідентифікованого ризику для процесів проектованої продукції.

Кожен ідентифікований ризик має бути оцінений. При оцінці мають бути враховані досвід та дані попередніх проектів.

Критерії та методи, що використовуються для оцінки, мають бути проаналізовані. Повинен бути виконаний якісний та, по можливості, кількісний аналіз.

Примітка- Є різні якісні та кількісні методи оцінки ризику, придатні для виконання такого аналізу. Вони ґрунтуються на оцінці ймовірності появи та впливу ідентифікованого ризику.

Рівні ризику, прийнятного для проекту, та методи визначення перевищення узгоджених рівнів ризику мають бути ідентифіковані.

Результати всіх досліджень та оцінок мають бути документовані та повідомлені відповідному персоналу.

7.7.4 Обробка ризику

Рішення про усунення, зниження, передачу, поділ або прийняття ризику та плани використання можливої ​​переваги повинні бути засновані на відомих технологіях або даних минулого досвіду. Свідомо прийнятий ризик має бути ідентифікований, а причини його прийняття документовано.

Запропоноване ідентифікованим ризиком рішення має бути перевірене на відсутність небажаних впливів або нових небезпечних подій після його виконання.

Виділені у графіку час та/або бюджет на непередбачені обставини з управління ризиком мають бути ідентифіковані та враховані окремо.

Особливу увагу необхідно приділяти усуненню ризику, пов'язаного з діями, процесами, продукцією та взаємодіями між проектною організацією, ініціюючою організацією та зацікавленими сторонами.

7.7.5 Контроль ризику

По всьому проекту має бути проведено моніторинг та контроль ризику на основі процесів ідентифікації ризику, оцінки ризику та обробки ризику.

При здійсненні менеджменту проекту слід врахувати, що ризик є завжди. Персонал слід заохочувати до пошуку та ідентифікації ризику.

Програми управління ризиком необхідно підтримувати в робочому стані.

Звіти про моніторинг ризику проекту мають бути частиною оцінок просування.

7.8 Процеси, пов'язані із закупівлею

7.8.1 Загальні положення

Процеси, пов'язані із закупівлею, стосуються отримання продукції для виконання проекту. Процеси, пов'язані із закупівлею:

Планування та контроль закупівель;

документування вимог до закупівель;

Оцінка постачальників;

Укладення контракту;

Аналіз договору.

Примітки

1 Терміни "закупівля", "збір" або "придбання" часто використовуються в контексті розділу.

2 Як зазначено в ISO 9000, пункт 3.4.2, термін «продукція» стосується і матеріальної, і нематеріальної продукції.

3 Посібник із закупівель наведено в ISO 9004, пункт 7.4.

Нижче у цьому розділі застосовано термін «організація» замість терміна «проектна організація».

7.8.2 Планування та контроль закупівель

Повинен бути підготовлений план закупівель, в якому вказують продукцію, що закуповується, і графік закупівель з урахуванням вимог до продукції, включаючи специфікацію, час і вартість.

Вся продукція, що закуповується для проекту, повинна бути піддана вхідному контролю незалежно від того, отримана вона від зовнішніх постачальників або від організації, що ініціює («внутрішнього постачальника»). Зовнішні закупівлі зазвичай виробляють відповідно до контракту. "Внутрішня" продукція може бути отримана з використанням процедур внутрішнього контролю. Для внутрішньої продукції деякі моменти вхідного контролю, описані нижче, можуть бути спрощені.

Закупівля має бути запланована так, щоб проектна організація могла контролювати інтерфейси та взаємодії з постачальниками.

Має бути передбачено необхідний час для дій, пов'язаних із закупівлею. Повинний бути використаний попередній досвід роботи з постачальниками, щоб планувати складні постачання, такі як постачання виробів з більшим часом постачання.

Для забезпечення контролю поставок проектна організація повинна регулярно проводити аналіз виконання поставок, у процесі якого слід порівнювати план закупівель та дії із закупівель. Результати аналізу повинні бути вхідними для оцінки просування.

7.8.3 Документування вимог щодо закупівель

У документах на закупівлю мають бути ідентифіковані продукція, її характеристики, відповідні вимоги системи управління якістю та пов'язана з ними документація. Документи повинні також передбачати відповідальність покупця, визначати вартість та дату поставки продукції, вимоги аудиту (за потреби) та права доступу до приміщень постачальника. Вимоги замовника мають бути відображені у документах на закупівлю.

Документи (наприклад, «Запит розцінок») повинні бути побудовані таким чином, щоб спростити відповідні та повні відповіді потенційних постачальників.

Документи на закупівлю мають бути розглянуті до виконання закупівель з метою перевірити, що всі пов'язані з виробом вимоги та інші аспекти (такі, як відповідальність покупця), повністю визначені.

Примітка -Для подальшої інформації див. ISO 9004, пункт 7.4.1.

7.8.4 Оцінка постачальників

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

Проектна організація має вести перелік схвалених постачальників. Перелік може також вести ініціююча організація та передавати його проектній організації.

Примітка -Для подальшого посібника з оцінки постачальників див. ISO 9004, параграфи 7.4.2 та 8.4.

7.8.5 Укладання договору

У проектній організації має бути розроблений процес укладання договору з постачальниками. Контракт повинен задовольняти вимоги системи управління якістю проекту та, за необхідності, політикою та цілями в галузі якості постачальника.

Усі відхилення від специфікації у пропозиції постачальника повинні бути ідентифіковані та враховані у його оцінці. Відхилення від специфікації та рекомендацій щодо покращення мають бути затверджені при затвердженні специфікації.

Оцінка вартості пропозиції повинна бути заснована не тільки на ціні постачальника, але й на інших пов'язаних витратах, таких як витрати на оплату ліцензій, операцій технічного обслуговування, транспортування, страхування, митного збору, обміну валюти, а також контролю, аудиту та дозволів на відхилення.

Документи контракту повинні бути перевірені з метою гарантувати, що вони включають результати всіх попередніх переговорів з постачальником.

Перед укладанням контракту на постачання продукції має бути оцінена система менеджменту якості постачальника.

7.8.6 Контроль контракту

Контроль контракту починають під час укладання контракту чи під час угоди про наміри. Повинна бути розроблена система, яка гарантує, що умови контракту, включаючи необхідні дати та звіти, виконані.

Контроль контракту має передбачати встановлення відповідних договірних відносин та узагальнення результатів цих відносин у менеджменті всього проекту.

Необхідно вести моніторинг ефективності постачальника з перевірки виконання умов контракту. Результати моніторингу мають бути надіслані постачальникам.

До завершення робіт за контрактом необхідно перевірити, що всі умови контракту виконано та зворотний зв'язок щодо ефективності постачальника для актуалізації переліку кваліфікованих постачальників отримано.

8 Вимірювання, аналіз та покращення

8.1 Процеси, пов'язані з поліпшеннями

Ініціювальна та проектна організації повинні використовувати результати вимірювань та аналізу даних процесів проекту та застосовувати коригувальні та запобіжні дії, методи запобігання втратам (див. ISO 9004, пункт 8.5), щоб сприяти постійному покращенню поточних та майбутніх проектів.

Процеси, пов'язані з покращенням:

Вимірювання та аналіз;

Коригувальні дії, запобіжні дії та запобігання втратам.

8.2 Вимірювання та аналіз

Ініціююча організація повинна гарантувати, що вимір, збір та валідація даних є результативними та ефективними, а також дозволяють підвищувати ефективність організації, задоволеність замовника та інших зацікавлених сторін.

Приклади вимірювання ефективності:

Оцінка окремих дій та процесів;

Аудит;

Оцінка фактично використовуваних ресурсів, їх вартості та часу постачання порівняно з початковими оцінками;

Оцінки продукції;

Оцінка ефективності постачальника;

Досягнення цілей проекту;

Задоволеність замовників та інших зацікавлених сторін.

Примітка -Для подальшої інформації див. ISO 9004, розділ 8.

Керівництво проектної організації має гарантувати, що звіти про невідповідності в проектованій продукції та процесах проекту проаналізовані, досліджені та використовуються як дані для покращення. Проектна організація разом із замовником має вирішити, які невідповідності мають бути зареєстровані та як будуть проконтрольовані коригувальні дії.

8.3 Постійне покращення

8.3.1 Постійне покращення силами ініціюючої організації

Ініціююча організація повинна визначати інформацію щодо проектів, яку необхідно вивчати (далі – проектна інформація), а також має встановити систему для ідентифікації, збору, зберігання, оновлення та пошуку цієї інформації.

Ініціююча організація повинна гарантувати, що система управління інформацією, призначена для ідентифікації та збору проектної інформації, використовується для покращення процесів менеджменту проекту.

Ініціююча організація має вести перелік, до якого включають ідентифікований суттєвий ризик щодо кожного проекту.

Організація, що ініціює, повинна гарантувати, що доречна інформація використовується в інших проектах.

Доречну інформацію, необхідну для досліджень, можна отримати з проектної інформації проекту, включаючи зворотний зв'язок від замовників та інших зацікавлених сторін. Інформація для досліджень може бути отримана з інших джерел, таких як проектні файли реєстрації, відповідні розділи звітів, вимоги результатів аудиту, аналіз даних, коригувальні та запобіжні дії та аналіз проекту. Перед використанням цієї інформації ініціююча організація має переконатися у її правомірності.

До завершення проекту ініціююча організація має провести документальний аналіз ефективності проекту, виділяючи досвід, який може бути використаний в інших проектах. План управління проекту має бути використаний як основа для проведення аналізу. По можливості, у цьому аналізі повинні брати участь замовники та інші зацікавлені сторони.

Примітка -Для проектів з великими термінамиРозробку необхідно проводити проміжний аналіз, щоб поліпшення було більш ефективним та своєчасним.

8.3.2 Постійне покращення силами проектної організації

Проектна організація повинна розробляти систему управління проектною інформацією для виконання вимог організації, що ініціює.

Проектна організація повинна гарантувати, що проектна інформація, яку вона передає ініціюючій організації, є точною та повною.

Проектна організація повинна здійснювати покращення, використовуючи проектну інформацію, отриману за допомогою вищезгаданої системи.

Примітка -Для подальшого керівництва див. ISO 9004, пункт 8.5.

Проектування та розробка– це сукупність процесів, що переводять вимоги до встановлених характеристик чи нормативно-технічної документації на продукцію, процес чи систему

Основним змістом проектування продукції є переведення вимог до продукції на набір конкретних характеристик, втілених у конструкторській документації. Про роль проектування в сучасних умовах можна судити за відомим правилом 70:20:10, згідно з яким якщо прийняти успішне вирішення проблеми забезпечення якості продукції за 100%, то 70% цього успіху залежать від проектування, 20% - від виготовлення та 10%- від експлуатації (це правило дотримується тим суворіше, що складніше продукція).

Основною метою проекту є створення нової продукції, або модернізація діючої. Провідні світові фірми розпочинають проект із відпрацювання концепції продукції, що базується на маркетингових дослідженнях, пов'язаних з виявленням вимог ринку до якості продукції. Для створення такої концепції в сучасних умовах застосовуються найрізноманітніші методи, наприклад, метод структурування функції якості (QFD), метод «портфельного аналізу» тощо. На цій стадії узагальнюється інформація служби маркетингу про переваги і недоліки продукції, що аналізується, наявні відомості про діяльність конкурентів, розглядаються дані про розвиток відповідних ринків збуту. В результаті визначаються основні техніко-економічні параметри нового виробу, складається кошторис витрат на розробку, визначається структура витрат на етапи впровадження, встановлюються можлива ціната умови продажу, виявляється обсяг послуг післяпродажного обслуговування, розраховується прибуток.

Якість проектування та розробки продукції забезпечується встановленням та стандартизацією його основних етапів, призначенням посадових осіб, відповідальних за їх належне виконання, виділенням відповідних ресурсів, організацією ефективної взаємодії учасників роботи та оцінкою проекту на всіх етапах його створення. У таблиці 7.3. показано типову схему процесу проектування та розробки продукції на машинобудівному підприємстві, побудовану на основі рекомендацій стандартів ISO серії 9000.

Таблиця 7.3. Схема процесу проектування та розробки продукції

Етап проекту	Роботи етапу	Відповідальні
1. Визначення мети проекту		Керівник підприємства
2. Видача завдання на проект	2.1. Виявлення вимог ринку
	2.2. Розробка концепції проекту	Головний конструктор
3. Планування проектування	3.1. Призначення проектної групи	Головний конструктор
	3.2. Забезпечення проектування матеріальними ресурсами	Керівник служби МТС
	3.3. Забезпечення фінансовими ресурсами	Керівник фінансової служби
	3.4. Розробка календарного плану проекту	Керівник проекту
	3.5. Розробка критеріїв оцінки проекту	Керівник проекту
4. Розробка технічної документації	4.1. Розробка ТЗ	Керівник проекту
	4.2. Експертна оцінка ТЗ	Керівник служби маркетингу
	4.3. Складання технічної пропозиції	Керівник проекту
	4.4. Експертна оцінка технічної пропозиції	Головний конструктор
	4.5. Ескізне проектування	Керівник проекту
	4.6. Розробка методів випробувань та приймання продукції	Керівник проекту
	4.7. Розробка конструкторської документації	Керівник проекту
5. Перевірка проекту	5.1. Аналіз вихідних даних проекту	Керівник служби маркетингу
	5.2. Виконання альтернативних розрахунків	Керівник проекту
	5.3. Експертна оцінка якості проекту	Керівник приймальної комісії
6. Досвідчене виробництво	6.1. Виготовлення дослідного зразка	Начальник виробництва
	6.2. Приймальні випробування	Начальник ВТК
	6.3. Коригування документації	Керівник проекту
	6.4. Випуск дослідної партії	Начальник виробництва
7. Внесення змін до проекту	7.1. Погодження та внесення змін	Головний конструктор
		Керівник проекту

Проектування та розробка продукції здійснюються на основі єдиного плану, що включає призначення групи розробників, забезпечення робіт усіма необхідними технічними засобами і відповідним фінансуванням, складання календарного графіка робіт і визначення критеріїв оцінки проекту.

Після завершення кожного етапу розробки проекту здійснюється документований критичний аналіз результатів проектування, в ході якого виявляються та прогнозуються проблеми якості, що потребують відповідного рішення. Залежно від етапу проектування та виду продукції враховуються фактори:

що відносяться до вимог споживача та їх задоволення (працездатність продукції в передбачуваних умовах експлуатації, випадки ненавмисного та неправильного використання, безпека та екологічність та ін.),

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

що відносяться до технологічних вимог (можливість механізації та автоматизації, можливість проведення технічного контролю та випробувань, вимоги до комплектуючих, упаковки, вантажно-розвантажувальних робіт, термін придатності та ін.).

Для аналізу проекту можна використовувати один або кілька з таких методів:

проведення альтернативних розрахунків, що підтверджують правильність початкових рішень,

документовані випробування та експериментальні перевірки (наприклад, на випробувальних стендах),

незалежна експертна перевірка, що забезпечує підтвердження правильності початкових розрахунків або інших робіт з проектування.

У процесі проектування проект періодично знов оцінюється. Об'єктивність аналізу забезпечується за допомогою таких аналітичних методів, як аналіз надійності та безпеки, аналіз діагностичного дерева відмов, аналіз ризику відмов. Особливе місце в оцінці проектів займають випробування досвідчених чи серійних зразків продукції. Обсяг та характер таких випробувань обумовлюються допустимими ризиками. Проведення випробувань, як правило, включає:

оцінку робочих характеристик та надійності продукції в передбачуваних умовах її зберігання та експлуатації,

контрольні перевірки для підтвердження того, що всі особливості проекту відповідають встановленим вимогам споживача,

затвердження правил розрахунків та їхнього програмного забезпечення.

Результати всіх випробувань та оцінок підлягають обов'язковому документуванню.

Проект оцінюється на всіх стадіях, починаючи зі складання ТЗ та закінчуючи випуском дослідної партії. Так, наприклад, на стадії ескізного проекту як критерії оцінки можуть використовуватися:

оригінальність варіантів та принципів побудови виробу та його частин,

забезпечення необхідної надійності виробу,

відповідність економічних даних проекту вимогам ТЗ,

відповідність рівня уніфікації та стандартизації виробу регламентованим нормам,

відповідність матеріалів, напівфабрикатів та елементів дозволеним до застосування,

якість виготовлення макетів,

відповідність результатів випробувань вимогам ТЗ,

дотримання метрологічних вимог

Важливо відзначити, що при оцінюванні проекту на різних стадіях досить часто виникає необхідність використання експертних методів. Процедури та правила їх застосування повинні регламентуватися у відповідних документах

За результатами оцінки остаточного проекту, що включає затверджений на відповідних рівнях керівництва комплект документів, встановлюється його готовність до реалізації. При цьому визначаються:

організаційна та технічна здатність підприємства випускати спроектовану продукцію,

наявність та достатність інструкцій з монтажу експлуатації, технічного обслуговування та ремонту продукції,

наявність відповідної торгової мережі та післяпродажного обслуговування продукції,

наявність персоналу, підготовленого до експлуатації продукції,

результати перевірок упаковки та етикетування продукції, а також фізичного стану під час зберігання та транспортування

Серійному виробництву нової (модернізованої) продукції передує розробка документованих процедур контролю за випуском, зміною та використанням документації, що містить вхідні та вихідні проектні дані, а також розробка процедур санкціонованого вжиття заходів, якщо вони необхідні, щодо внесення змін, які можуть впливати на продукцію протягом всього її життєвого циклу. Дані процедури передбачають порядок затвердження рішень на різних рівнях управління, визначають етапи та строки внесення зміни до документації, порядок вилучення застарілих креслень та технічних умов. Ці процедури також передбачають внесення екстрених змін, необхідних для запобігання випуску або постачанню продукції, що не задовольняє встановленим вимогам.

Для підтвердження того, що проект, як і раніше, відповідає встановленим вимогам, продукцію періодично знову оцінюють. Цей процес передбачає аналіз відповідності якості продукції вимогам споживачів, вивчення експлуатаційних характеристик продукції, визначення необхідності внесення змін до технологічної документації.

Створення систем менеджменту якості – процес трудомісткий та відповідальний. Розробка систем менеджменту якості підприємств та організацій відповідно до вимог міжнародних стандартів ISO серії 9000 є не найлегшим, але одним з найбільш надійних шляхів забезпечення якості та конкурентоспроможності товарів та послуг, необхідною умовою діяльності організації в рамках міжнародного співробітництва. Число сертифікованих компаній у світі становить понад 400 тисяч, в Росії трохи більше тисячі підприємств отримали сертифікати відповідності на системи якості.

Тривалість періоду розробки СУЯ та підготовки підприємства до сертифікації системи якості залежить від чисельності працюючих, специфічних особливостей підприємства, ступеня первісної підготовки персоналу та становить орієнтовно 1 – 2 роки. При цьому необхідно мати на увазі, що від моменту введення СУЯ в дію (або після введення в дію всієї документації СУЯ) до подачі заявки на сертифікацію має пройти не менше 2 місяців, оскільки СУЯ функціонуватиме вже на повну силу і всі недоробки, «хвороби» системного характеру виявлять себе «у всій красі». Завдання спеціалістів підприємства на цьому етапі – усунути всі недоробки, здійснити необхідні коригувальні та запобіжні дії для усунення їх причин, у тому числі внести необхідні зміни до документації СМЯ та практики роботи персоналу. Експерти, які у сертифікаційному аудиті, звертають пильну увагу те що, чи підтримується СМК у робочому стані, тобто. чи виконуються вимоги, встановлені у внутрішніх документах СУЯ, чи своєчасно проводяться зміни до документації. Відсутність будь-яких змін у СУЯ у період після введення її в дію (навіть якщо це короткочасний період – 2-3 місяці) мимоволі свідчить про те, що СУЯ існує тільки на папері, для комісії, а підприємство працює зовсім за іншими правилами.

Основними етапами є:

- Проведення оцінного аудиту діючої в організації СМЯ з метою визначення ступеня її відповідності вимогам стандарту ISO 9001:2000 (ГОСТ Р ISO 9001-2001);

– навчання різних категорій персоналу організації з питань забезпечення якості на основі стандартів ISO серії 9000;

– з розробки СУЯ та підготовки її до сертифікації та програми з документування СУЯ;

- Розробка документів СМЯ, реалізація плану заходів;

- Навчання внутрішніх аудиторів;

– проведення внутрішніх аудитів, здійснення коригувальних та запобіжних заходів;

– проведення передсертифікаційного аудиту СМЯ, здійснення коригувальних та запобіжних заходів;

– подання заявки на сертифікацію СМЯ до органу сертифікації систем якості.

Окремі етапи цієї роботи можуть виконуватися паралельно (наприклад, навчання персоналу та розробка плану заходів).

На підприємстві мають бути фахівці, які пройшли підготовку: з питань забезпечення якості на базі стандартів ISO серії 9000 (менеджер з якості, кандидат в експерти з сертифікації систем якості, провідний аудитор систем якості або ін. — як мінімум одна людина), аудитори з внутрішніх перевірок (їх кількість залежить від розмірів підприємства – чим більше підрозділів, служб, тим більше потрібно аудиторів, але як мінімум їх має бути двоє), які також пройшли спеціалізоване навчання. Крім того, навчання з питань забезпечення якості має пройти тією чи іншою мірою весь персонал підприємства — зазвичай це навчання проводиться консультантами чи силами своїх фахівців, які пройшли навчання у сторонніх організаціях та мають відповідний документ. Для ефективного ведення робіт з розробки СУЯ 20-30% персоналу підприємства (від загальної чисельності) повинні пройти навчання з питань менеджменту якості на основі стандартів ISO серії 9000, решта персонал повинен бути обов'язково поінформований про те, що на підприємстві ведеться технологія СУЯ (з чим це пов'язано, які зміни відбуваються у зв'язку з цим тощо). Навчання може проводитися як у сторонніх організаціях, так і безпосередньо на підприємстві (що менш витратно та ефективніше).

На початковому етапі проблема полягає в інтерпретації вимог стандарту стосовно підприємства (необхідно зрозуміти, що вимагає стандарт і як ці вимоги можна реалізувати на підприємстві).

Найбільш трудомістким етапом є розробка документації СУЯ. Стандарт ISO 9001:2000 (ГОСТ Р ISO 9001-2001) вимагає, щоб СУЯ була документована (тобто описана) у ряді документів СУЯ:

– заяви про політику та цілі організації у сфері якості;

- керівництво з якості;

– шість документованих процедур (Управління документацією; Управління записами; Управління невідповідною продукцією; Внутрішні аудити; Коригувальні дії; Запобіжні дії);

- Документи, необхідні організаціїдля забезпечення ефективного планування, здійснення процесів та управління ними (мети підрозділів у галузі якості, документація щодо процесів СУЯ, положення про підрозділи, посадові інструкції, стандарти підприємства, інструкції тощо).

При цьому необхідно враховувати, що стандарт не встановлює вимог до того, наскільки докладними мають бути ці документи, як їх оформляти. Підприємство саме визначає і ступінь подробиці документів (залежно від досвіду та кваліфікації персоналу, ступеня ризику при виконанні роботи та ін.), та форму документів (текстовий документ або документ у вигляді блок-схеми, матриці відповідальності тощо), головне щоб у цих документах були враховані всі вимоги стандарту, вони були зрозумілі персоналу та зручні для користування.

Стандарт вимагає обов'язкового виконання всього, що записано в документах СУЯ (тобто необхідно не тільки визначити, яким чином виконувати ту чи іншу роботу, а й робити все саме так, як це написано). У зв'язку з цим усі роботи з розробки в організації СУЯ в цілому та з розробки документації зокрема повинні виконувати безпосередньо працівники цієї організації (починаючи від підготовки плану розробки СУЯ і закінчуючи розробкою загальносистемних документів СУЯ, документацією по окремим видамробіт, проведенням внутрішніх аудитів та ін.), оскільки тільки вони можуть описати виконувані роботи з урахуванням усіх особливостей організації, розподілу обов'язків, що склався, і т.д., і саме їм же і доведеться виконувати все написане. Розробку загальносистемних документів (посібник з якості, документовані процедури) зазвичай здійснює служба якості (фахівець з якості), документи з процесів СУЯ та конкретних напрямів діяльності розробляють керівники відповідних підрозділів. Тільки в цьому випадку документація відображає реальний стан справ та СУЯ в цілому є життєздатною. Розробка документації СМЯ консультантами або лише службою якості (без залучення фахівців із відповідних напрямів діяльності) недоцільна та неефективна. Іноді консультанти можуть передати підприємству макети окремих документів СМЯ як довідковий матеріал. В окремих випадках (наприклад, коли виконавець робіт не має навички та здібностей до розробки документів) документ може бути розроблений консультантом, але в цьому випадку консультант повинен з'ясувати у виконавця всі подробиці та особливості виконуваної роботи, ознайомитися з усіма записами, які ведуться під час виконання роботи, з документами, які необхідні виконання робіт тощо., тобто. консультант повинен чітко уявити всі дії виконавця. Написаний таким чином документ обов'язково має бути «схвалений» безпосереднім виконавцем роботи та, за потреби, відкоригований. Такий підхід до написання документів СМЯ є дуже трудомістким і до нього вдаються у виняткових випадках.

2. КЛАСИФІКАЦІЯ ВИТРАТ НА ЯКІСТЬ

Організації, яким не вдається забезпечити необхідний рівень якості товарів, послуг, несуть високі витратиі наражають свій бізнес на значний ризик. Щоб задовольнити покупців та бути конкурентоспроможними, керівництву організації необхідно шукати найменш витратні шляхи безперервного поліпшення якості продукції. Хоча створення системи управлінського обліку витрат за якість внутрішньої справи кожної організації, до складу такої системи слід включати загальні елементи. Це:

– принципи обліку витрат за якість продукції;

- Класифікацію зазначених витрат з метою прийняття рішення управління ними;

– методики обліку витрат за якість з використанням різних підходів;
– методику обліку шлюбу у різних системах калькулювання з метою управління невідповідною продукцією.

Д. Кампанелла дає наступне визначення витрат на якість: Витрати, пов'язані з якістю, або ціна якості, є різницею між фактичною собівартістю продукції або послуги та її можливою вартістю, визначеною за умови відсутності випадків надання послуг, що не відповідають стандарту, або виникнення дефектів, що виявляються у процесі виготовлення або після постачання продукції споживачам [3].

Найбільш відома система класифікації витрат за якість (quality costs) підрозділяє їх у чотири категорії. Склад та структура витрат, згрупованих за такою ознакою, вперше була запропонована американським ученим у галузі якості А. Фейгенбаумом. Коротко перерахуємо їх.

Превентивні витрати, або витрати на запобігання невідповідності якості(Prevention costs). Це витрати, понесені на те, щоби випуск продукції відповідав стандартам якості. До превентивних витрат можна зарахувати: планування якості; контроль технологічного процесу; проектування апаратури, що застосовується для отримання інформації про якість; робота з кадрами щодо навчання методів забезпечення якості; навчання та сертифікація постачальників з тим, щоб вони постачали бездефектні деталі та матеріали та забезпечували кращий, більш надійний дизайн продуктів.

Витрати на оцінку якості(appraisal costs). Витрати, понесені у тому, щоб переконатися, що продукти задовольняють вимогам внутрішніх та зовнішніх споживачів. До таких витрат можна віднести: проведення випробувань та приймальний контроль матеріалів; лабораторні приймальні випробування та вимірювання; технічний контроль; самоконтроль (перевірка якості продукції самими працівниками); атестація якості продукції сторонніми організаціями; технічне обслуговуваннята перевірка апаратури, що застосовується для інформації про якість; випробування в умовах експлуатації .

Витрати при внутрішньому виявленні якісної невідповідності(Internal failure costs). Витрати, понесені у разі, коли виробничий процес виявляє дефектний компонент чи продукт, як він відвантажений зовнішньому споживачеві. Приклад таких витрат: вартість утилізації дефектної продукції (шлюбу), переробок, повторних перевірок та випробувань дефектної продукції; витрати на аналіз матеріалів; втрати від зниження дефектних виробів.

Витрати при зовнішньому виявленні якісної невідповідності(External failure costs). Витрати, понесені у разі, коли клієнти виявляють дефект. До таких витрат можна віднести: витрати на задоволення претензій споживачів, які включають технічне обслуговування виробів дома експлуатації; заміну дефектних виробів; витрати на переробку чи заміну; витрати на гарантійним зобов'язанням; збитки, пов'язані з відкликанням продукції, поставленої споживачам.

Запобігти дефектам набагато дешевше, ніж виявити та усунути їх після того, як вони мали місце.

Розглянемо також сучасні моделі, що описують витрати, пов'язані з якістю На рис. 1 представлена ​​модель, запропонована А.В. Орешін [4].

Рис.1. Класифікація витрат на якість

Як бачимо, витрати, пов'язані з якістю продукції, включені до різних секцій.

Секція А. Витрати запобігання невідповідностей:

– вартість запобіжних заходів;

- Вартість навчання персоналу;

- Витрати на розвиток бізнесу;

- Вартість впровадження системи менеджменту якості (СМЯ);

- Вартість розробки продукції.

Секція Б. Витрати оцінку якості:

- Витрати на оцінку якості продукції, матеріалів, послуг (вхідний контроль);

- Витрати на перевірку в ході виробництва (інспекції);

Секція В. Прямі внутрішні витрати:

- Витрати на помилки при проектуванні продукції;

- Витрати на помилки при закупівлі;

- Витрати на помилки в процесі виробництва.

Секція Г. Непрямі (приховані) внутрішні витрати:

- Помилки менеджменту;

– втрати (витрати) через неправильне (невідповідне) використання активів та власності організації;

- Витрати на виправлення помилок, пов'язаних з маркетинговими дослідженнями;

- Витрати на виправлення помилок адміністративного персоналу;

- Витрати через неефективність виробництва;

- Витрати, пов'язані з помилками в процесі планування / виробництва.

Секція Д. Прямі зовнішні витрати:

– вартість незадоволення (скарг) замовника;

- Витрати по гарантії;

- Витрати на відкликання продукції;

– інші витрати на зобов'язання перед замовником;

- Витрати на штрафи та неустойки.

Секція Е. Непрямі (приховані) зовнішні витрати:

- Втрати через недостатній обсяг продукції, що випускається;

- Втрати через низьку якість продукції в порівнянні з конкурентом;
- Зниження продажів через втрату репутації на ринку.

Особливість застосування цієї моделі у цьому, що слід враховувати стиль менеджменту і специфіку виробництва кожної організації. Для практичного вирішення питань організації обліку витрат за якість можна використовувати класифікацію витрат за виробництво. Е.В.Мінько та М.Л. Кричевський пропонують наступну класифікацію витрат на якість, що складається з п'яти груп витрат (див. рис. 2).

Мал. 2. Класифікація витрат за якість

Перша групахарактеризує втрати, пов'язані з появою дефектів продукції (це невиправний шлюб, витрати на переробку, виправлення дефектів продукції, повторні випробування, витрати на ремонт тощо).

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

У третю групувключаються витрати на заходи щодо запобігання появі дефектів ( технічне забезпеченняобладнання, підвищення кваліфікації кадрів та ін.).

Четверта групаце витрати, пов'язані з поліпшенням якості продукції і на її ринку, тобто. на вдосконалення якості.

П'ята групавизначає обов'язкові витрати, які за останні роки суттєво зросли. До них відносяться витрати на сертифікацію продукції, на оплату розробки та оцінки систем якості на підприємстві, витрати на надання споживачеві доказів відповідності продукції вимогам на неї.

Розглянута класифікація по суті аналогічна до тієї, що запропонована А. Фейгенбаумом, проте за формою вона більш конкретна. Це проявляється в тому, що витрати на забезпечення та на вдосконалення якості виділені в окремі групи. Ця класифікація нагадує ту, що рекомендована міжнародним стандартом ISO 9004-87. Відповідно до цього документа витрати поділяються на виробничі та невиробничі.

Виробничі діляться на три категорії:

- Витрати на попередження виникнення дефектів;

- Витрати на контроль та оцінку якості продукції;

- Витрати, обумовлені випуском дефектної продукції.

Невиробничі витрати не пов'язані з виробництвом продукції та поділяються на чотири категорії:

– витрати на підтвердження якості та надання споживачеві об'єктивних додаткових доказів якості;

- Витрати на випробування специфічних характеристик продукції в сторонніх спеціальних організаціях;

- Витрати на демонстраційні випробування рекламного характеру;

- Витрати на сервісне обслуговування.

Крім вище представлених класифікацій існують й інші, але жоден із варіантів класифікації витрат в управлінському обліку не може розглядатися як еталонний. Ідеальних підходів до класифікації витрат, що застосовуються у всіх випадках життя, немає. У різних господарських ситуаціях при прийнятті рішень потрібна різна інформація про витрати. Саме тому одним із принципів управлінського обліку є принцип різної класифікаціївитрат для різних цілей управління.

Розробка системи менеджменту якості (СМЯ) за ISO 9001

Шановні колеги!

Для Вашої зручності ми розділили процедуру створення СМЯ на дві послуги: «Розробка СМЯ за ISO 9001»і «Впровадження СМЯ за ISO 9001». Якщо Вам потрібна розробка СМК (розробка системи управління якістю) з впровадженням, то ми виконаємо роботи з двох цих послуг послідовно. Можлива окрема розробка ІСО (розробка документації системи менеджменту якості - СМЯ) без подальшого впровадження.

У цьому розділі Ви зможете ознайомитись з послугою "Розробка СМЯ за ISO 9001", з послугою з впровадження - у розділі .

УВАГА!

Запрошуємопройти навчання з одночасним консультуванням з розробки та впровадження СМЯ за стандартом ISO 9001:2015 (ГОСТ Р ІСО 9001-2015) , хто має самостійнорозробляти СМЯ .

Розробка системи менеджменту якості (розробка СУЯ, розробка системи якості, розробка документації системи менеджменту якості) включає комплекс робіт:

Перелік робіт

Обстеження існуючої системи управління компанією та діяльності щодо забезпечення якості продукції (послуг). Підготовка проекту наказу про розробку та впровадження СУЯ в організації. Розробка механізму управління "Політикою у сфері якості". Опис взаємодії бізнес-процесів СУЯ, розробка показників та методів моніторингу бізнес-процесів СУЯ, розробка показників результативності бізнес-процесів СУЯ. Консультування з розробки бізнес-процесів, розробки регламентів (карт) бізнес-процесів СМК (опис бізнес-процесів СМК за функціями, з розробки блок-схем бізнес-процесів СМК) (Примітка. За запитом Замовника). Розробка механізму постановки, вимірювання, моніторингу та актуалізації цілей у сфері якості. Розробка механізму формування та моніторингу плану заходів щодо досягнення цілей у галузі якості та показників результативності бізнес-процесів СМЯ. Розробка документованих процедур: порядок розробки стратегії розвитку організації; Управління ризиками; Управління документацією; Управління записами; Внутрішні аудити СМЯ; Управління невідповідними результатами процесів СУЯ; Управління невідповідностями та коригувальні дії. Розробка Положення про СМК (Посібники з якості). Розробка шаблону Звіту про функціонування СУЯ для аналізу СУЯ з боку керівництва компанії. Розробка рекомендацій щодо покращення бізнес-процесів та системи управління організацією.

Розробка системи менеджменту якості (розробка СУЯ, розробка системи якості) включає наступний склад робіт:

Підготовка наказу керівника Компанії щодо розробки та впровадження СУЯ. У наказі визначається склад робочої групи, яка бере участь у розробці документації СМЯ, та призначається керівник проекту.

Розробка документації системи управління якістю (розробка документів СМЯ). Оскільки кожна конкретна компанія має свої особливості, розробка СУЯ (розробка системи якості) проводиться строго індивідуально з урахуванням усіх тонкощів та специфіки діяльності компанії. Саме цьому етапі починається безпосередня розробка СМК (розробка системи якості) з урахуванням всіх існуючих вимог.

Опис взаємодії бізнес-процесів СУЯ, розробка показників та методів моніторингу бізнес-процесів СУЯ, розробка показників результативності бізнес-процесів СУЯ. Також для розробки системи якості необхідно створити механізми регулярного моніторингу поточних результатів діяльності компанії та оцінку результативності бізнес-процесів СМЯ.

Консультування з розробки бізнес-процесів включає роботи зі створення регламентів (стандартів, карт) бізнес-процесів СМЯ, в яких наведено опис бізнес-процесів за функціями, блок-схеми бізнес-процесів СМЯ, процедури та ресурси бізнес-процесів. Інакше кажучи, здійснюється моделювання бізнес-процесів. на даному етапіробіт проводиться реінжиніринг бізнес-процесів (оптимізація бізнес-процесів) з урахуванням їхньої взаємодії. За інформаційно-консультаційної підтримки з боку консультантів співробітники організації виконують вищезазначені роботи. Дані роботи не є обов'язковими відповідно до вимог ДСТУ ISO 9001-2015 (ISO 9001:2015), тому необхідність їх виконання визначає сам Замовник.

Розробка ІСО 9001 (розробка системи якості, створення системи управління якістю) включає розробку механізмів управління політикою та цілями в галузі якості, визначення вимірюваних показників як на рівні компанії, так і на рівні підрозділів.

Розробка СУЯ (розробка документації СУЯ) полягає також у формуванні плану заходів щодо розвитку компанії та підвищення якості продукції (послуг) для досягнення цілей у галузі якості та показників результативності бізнес-процесів СУЯ.

Розробка системи якості (розробка документів системи менеджменту якості – СМЯ). Розробка документованих процедур:

• порядок розроблення стратегії розвитку організації;
• управління ризиками;
• управління документацією;
• керування записами;
• внутрішні аудити СМЯ;
• керування невідповідною продукцією (послугою);
• управління невідповідностями та коригувальні дії.

Розробка Положення про СМК (Положення про систему управління якістю або Посібник з якості). У Положенні про СУЯ описується виконання вимог стандарту по всіх елементах СУЯ стосовно конкретної організації. До цього документа також будуть включені процедури, розроблені консультантами для забезпечення результативного функціонування СМЯ (з урахуванням наявної в компанії документаційної бази) або посилання на них, якщо ті чи інші процедури будуть самостійними документами.

Навчання керівників та персоналу компанії основ СМЯ за вимогами ISO 9001 (ІСО 9001), проведення навчального тренінгу з керівниками та ключовими спеціалістами організації із застосування документації СМЯ у реальній діяльності компанії.

Формування шаблону Звіту про функціонування СУЯ з урахуванням існуючого в компанії порядку формування звітності.

Розробка рекомендацій, вкладених у поліпшення бізнес-процесів, вдосконалення організаційно-штатної структури компанії, оптимізацію функціонального взаємодії підрозділів і працівників, в розвитку системи управління організацією.

За Вашим бажанням ми також надаємо послуги дистанційного консультування.

Розробка системи менеджменту якості (розробка документації СМЯ) - це не остання стадія нашої взаємодії з компанією. Після того, як повністю завершено розробку ISO (ІСО) 9001, ми можемо ефективно впровадити її на підприємстві. Крім того, після завершення всіх робіт за послугою "Розробка СМЯ" (розробка документації СМЯ) ми продовжуємо надавати компанії безкоштовну інформаційну підтримку.