Укажите к какой группе процессов относится процесс обеспечения качества

Обновлено: 30.06.2024

ответ правильный, полный, с незначительными неточностями или недостаточно полный.

Оценка 3 (удовлетворительно)

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

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

Оценка 2 (неудовлетворительно)

отсутствуют необходимые теоретические знания; допущены ошибки в определении понятий, искажен их смысл, не решено тестовое задание;

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

ТЕСТОВОЕ ЗАДАНИЕ

(шифр и наименование специальности)

Группа - 03-6 ОЛ

Дисциплина - Управление качеством

Преподаватель – Забава Галина Васильевна

Согласно международному стандарту ИСО 9000:2000 качество – это:

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

Международный стандарт ИСО 9000:2000 определяет качество:

г) Продукции, услуг, работ, процессов.

а) Бытовой технике;

в) Технологическому оборудованию;

а) Бытовой технике;

б) Топливу;

в) Технологическому оборудованию;

г) Парфюмерно-косметическим продуктам

К объектам управления качеством относятся:

а) Продукция;

в) Отделы технического контроля предприятия;

К субъектам управления качеством относятся:

в) Отделы технического контроля предприятия;

г) Центр менеджмента качества предприятия.

Какие из следующих операций входят в процесс управления качеством:

а) Приобретение сырья и комплектующих;

б) Выработка управленческих решений по управлению качеством;

в) Упаковка продукции.

Цеховой контроль качества появился:

б) В начале XX века;

в) В 30-х годах XX века;

г) После второй мировой войны.

Принципы научного менеджмента, сформулированные Ф. Тейлором, впервые внедрены в процессе управления качеством на стадии:

а) Цехового контроля качества;

б) Приемочного контроля качества;

в) Статистического контроля качества;

г) Комплексного управления качеством.

Карты Шухарта в процессе управления качеством стали применяться на стадии:

а) Цехового контроля качества; б) Приемочного контроля качества;

в) Статистического контроля качества;

г) Комплексного управления качеством.

Целью процесса управления качеством является:

а) Непрерывный контроль качества;

б) Выявление дефектов на стадии производства;

в) Формирование, обеспечение и поддержание требуемого уровня качества;

г) Вовлечение всех работников в управление качеством.

а) Совокупность взаимосвязанных видов деятельности, которая преобразует входы в выходы;

б) Услуга производственного характера;

в) Деятельность по управлению качеством;

г) Деятельность по производству продукции.

а) Технический аспект;

б) Географический аспект;

в) Гендерный аспект;

г) Экономический аспект;

д) Правовой аспект.

а) Международная организация по стандартизации;

б) Организация по вопросам образования, науки и культуры; в) Международная организация по управлению качеством;

г) Организация Объединенных наций по промышленному развитию.

а) Показатель назначения;

б) Экономический показатель;

в) Показатель надежности;

г) Показатель технологичности.

ТЕСТОВОЕ ЗАДАНИЕ

(шифр и наименование специальности)

Группа - 03-6 ОЛ

Дисциплина - Управление качеством

Преподаватель – Забава Галина Васильевна

Традиционный метод получения информации о значениях показателей качества продукции предполагает:

а) Использование экспертных процедур;

б) Опросы потенциальных покупателей;

в) Анализ рекламаций;

г) Испытание продукции с помощью технических средств.

Международный стандарт ИСО 9000:2000 определяет качество:

г) Продукции, услуг, работ, процессов.

В каких единицах может измеряться уровень качества:

а) В денежных единицах;

б) В любых натуральных единицах;

в) В относительных единицах;

г) В натуральных и денежных единицах.

а) Бытовой технике;

в) Технологическому оборудованию;

г) Парфюмерно-косметическим продуктам

К объектам управления качеством относятся:

а) Продукция;

в) Отделы технического контроля предприятия;

К субъектам управления качеством относятся:

в) Отделы технического контроля предприятия;

г) Центр менеджмента качества предприятия.

Какие из следующих операций входят в процесс управления качеством:

а) Приобретение сырья и комплектующих;

б) Выработка управленческих решений по управлению качеством;

в) Упаковка продукции.

Какой из приведенных показателей следует отнести к экономическим показателям качества:

а) Затраты на гарантийный ремонт;

б) Затраты на обеспечение качества;

в) Цена потребителя;

а) Цехового контроля качества;

б) Приемочного контроля качества;

в) Статистического контроля качества;

г) Комплексного управления качеством.

Карты Шухарта в процессе управления качеством стали применяться на стадии:

а) Цехового контроля качества; б) Приемочного контроля качества;

в) Статистического контроля качества;

г) Комплексного управления качеством.

ПК.3.1 ПК.4.4 ОК.3,4,5

Целью процесса управления качеством является:

а) Непрерывный контроль качества;

б) Выявление дефектов на стадии производства;

в) Формирование, обеспечение и поддержание требуемого уровня качества;

г) Вовлечение всех работников в управление качеством.

ГОСТ Р ИСО 9001:2000 является:

а) Международным стандартом б) Российским национальным стандартом

в) Отраслевым стандартом

г) Стандартом предприятия

Показатели качества, учитывающие комплекс физиологических, анатомических, психологических свойств человека – это…

а) Эргономические показатели;

б) Показатели безопасности;

в) Показатели назначения;

г) Эстетические показатели.

а) Международная организация по стандартизации;

г) Организация Объединенных наций по промышленному развитию.

Менеджмент качества связан:

а) С производственными подразделениями компании

б) Со службой менеджмента качества

в) Со всей системой управления компании

г) Со всеми поставщиками компании

ТЕСТОВОЕ ЗАДАНИЕ

(шифр и наименование специальности)

Группа - 03-6 ОЛ

Дисциплина - Управление качеством

Преподаватель – Забава Галина Васильевна

В каком международном стандарте излагаются требования к системе менеджмента качества:

б) ИСО 9001:2000

г) ИСО 19011:2000

Международный стандарт ИСО 9000:2000 определяет качество:

б) Продукции;

г) Продукции, услуг, работ, процессов.

В каком международном стандарте содержатся рекомендации по аудиту систем менеджмента качества:

г) ИСО 19011:2000

а) Бытовой технике;

в) Технологическому оборудованию;

г) Парфюмерно-косметическим продуктам

К объектам управления качеством относятся:

в) Отделы технического контроля предприятия;

К субъектам управления качеством относятся:

в) Отделы технического контроля предприятия;

г) Центр менеджмента качества предприятия.

Какие из следующих операций входят в процесс управления качеством:

а) Приобретение сырья и комплектующих;

б) Выработка управленческих решений по управлению качеством;

в) Упаковка продукции.

Цеховой контроль качества появился:

б) В начале XX века;

в) В 30-х годах XX века;

г) После второй мировой войны.

а) Цехового контроля качества;

б) Приемочного контроля качества;

в) Статистического контроля качества;

г) Комплексного управления качеством.

Семейство стандартов ИСО 9000:2000 включает:

б) 4 стандарта

ПК.3.1 ПК.4.4 ОК.3,4,5

Целью процесса управления качеством является:

а) Непрерывный контроль качества;

б) Выявление дефектов на стадии производства;

в) Формирование, обеспечение и поддержание требуемого уровня качества;

г) Вовлечение всех работников в управление качеством.

Какой из нижеприведенных принципов не лежит в основе построения систем менеджмента качества:

а) Системный подход

б) Сплошной контроль качества в) Процессный подход

г) Постоянное улучшение

а) Технический аспект;

б) Географический аспект;

в) Гендерный аспект;

г) Экономический аспект ;

д) Правовой аспект.

а) Международная организация по стандартизации;

г) Организация Объединенных наций по промышленному развитию.

Политика в области качества – это

а) Документ, принимаемый Правительством РФ

б) Документ, принимаемый Госстандартом РФ

в) Документ, входящий в систему менеджмента качества предприятия

г) Документ, входящий в группу международных стандартов серии ИСО 9000

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

Курс профессиональной переподготовки

Библиотечно-библиографические и информационные знания в педагогическом процессе

Сейчас обучается 354 человека из 65 регионов

Курс повышения квалификации

Охрана труда

Курс профессиональной переподготовки

Охрана труда

Номер материала: ДБ-341066

Не нашли то, что искали?

Вам будут интересны эти курсы:

Оставьте свой комментарий

Учителя о ЕГЭ: секреты успешной подготовки

Время чтения: 11 минут

Число участников РДШ за 2021 год выросло в три раза

Время чтения: 2 минуты

Правительство направит регионам почти 92 миллиарда рублей на ремонт и оснащение школ

Время чтения: 1 минута

В Минпросвещения рассказали о формате обучения школьников после праздников

Время чтения: 1 минута

В Госдуме предложили продлить каникулы для школьников до 16 января

Время чтения: 1 минута

ОНФ планирует решить проблему с низкими зарплатами водителей школьных автобусов в России

Время чтения: 1 минута

Учителя о ЕГЭ: секреты успешной подготовки

Время чтения: 11 минут

Подарочные сертификаты

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

Все материалы, размещенные на сайте, созданы авторами сайта либо размещены пользователями сайта и представлены на сайте исключительно для ознакомления. Авторские права на материалы принадлежат их законным авторам. Частичное или полное копирование материалов сайта без письменного разрешения администрации сайта запрещено! Мнение администрации может не совпадать с точкой зрения авторов.

Структура ЖЦ ПО в соответствии со стандартом ISO/IEC 12207 базируется на трех группах процессов (рис. 1):

· основные процессы ЖЦ ПО (приобретение, поставка, разработка, эксплуатация, сопровождение);

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

· организационные процессы (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого ЖЦ, обучение).

Рис. 1. Процессы жизненного цикла программного обеспечения.

Процесс приобретения(acquisition process). Он состоит из действий

и задач заказчика, приобретающего ПО. Данный процесс охватывает следующие действия:

1) инициирование приобретения;

2) подготовку заявочных предложений;

3) подготовку и корректировку договора;

4) надзор за деятельностью поставщика;

5) приемку и завершение работ.

Процесс поставки(supply process). Он охватывает действия и задачи, выполняемые поставщиком, который снабжает заказчика программным продуктом или услугой. Данный процесс включает следующие действия:

1) инициирование поставки;

2) подготовку ответа на заявочные предложения;

3) подготовку договора;

5) выполнение и контроль;

6) проверку и оценку;

7) поставку и завершение работ.

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

Процесс разработки включает следующие действия:

1) анализ требований к системе;

2) проектирование архитектуры системы;

3) анализ требований к ПО;

4) проектирование архитектуры ПО;

5) детальное проектирование ПО;

6) кодирование и тестирование ПО;

7) интеграцию ПО;

8) квалификационное тестирование ПО;

9) интеграцию системы;

10) квалификационное тестирование системы;

11) установку ПО;

Процесс эксплуатации(operation process). Он охватывает действия и задачи оператора — организации, эксплуатирующей систему. Данный процесс включает следующие действия:

1) эксплуатационное тестирование;

2) эксплуатацию системы;

3) поддержку пользователей.

Процесс сопровождения(maintenance process). Он предусматривает действия и задачи, выполняемые сопровождающей организацией (службой сопровождения). Данный процесс активизируется при изменениях (модификациях) программного продукта и соответствующей документации, вызванных возникшими проблемами или потребностями в модернизации либо адаптации ПО. В соответствии со стандартом IEEE-90 под сопровождением понимается внесение изменений в ПО в целях исправления ошибок, повышения производительности или адаптации к изменившимся условиям работы или

требованиям. Изменения, вносимые в существующее ПО, не должны нарушать

его целостность. Процесс сопровождения включает перенос ПО в другую среду (миграцию) и заканчивается снятием ПО с эксплуатации.

Процесс сопровождения охватывает следующие действия:

1) анализ проблем и запросов на модификацию ПО;

2) модификацию ПО;

3) проверку и приемку;

4) перенос ПО в другую среду;

5) снятие ПО с эксплуатации.

В группу вспомогательных процессов включены:

- управление конфигурацией; обеспечение качества;

Процесс документирования(documentation process). Он предусматривает формализованное описание информации, созданной в течение ЖЦ ПО. Процесс документирования включает следующие действия:

1) проектирование и разработку;

2) выпуск документации;

3) сопровождение документации.

Процесс управления конфигурацией(configuration management process). Он предполагает применение административных и технических процедур на всем протяжении ЖЦ ПО для определения состояния компонентов ПО в системе, управления модификациями ПО, описания и подготовки отчетов о состоянии компонентов ПО и запросов на модификацию, обеспечения полноты, совместимости и корректности компонентов ПО, управления хранением и поставкой ПО. Согласно стандарту IEEE-90 под конфигурацией ПО понимается совокупность его функциональных и физических ха-

рактеристик, установленных в технической документации и реализованных в ПО.

Управление конфигурацией позволяет организовать, систематически учитывать и контролировать внесение изменений в ПО на всех стадиях ЖЦ. Общие принципы и рекомендации по управлению конфигурацией ПО отражены в проекте стандарта ISO/I EC CD 12207-2: 1995 "Information Technology - Software Life Cycle Processes. Part 2.

Configuration Management for Software". Процесс управления конфигурацией включает следующие действия:

1) идентификацию конфигурации;

2) контроль конфигурации;

3) учет состояния конфигурации;

4) оценку конфигурации;

5) управление выпуском и поставку.

Процесс обеспечения качества(quality assurance process). Он обеспечивает соответствующие гарантии того, что ПО и процессы его ЖЦ соответствуют заданным требованиям и утвержденным планам. Под качеством ПО понимается совокупность свойств, которые характеризуют способность ПО удовлетворять заданным требованиям. Для получения достоверных оценок создаваемого ПО процесс обеспечения его качества должен происходить независимо от субъектов, непосредственно связанных с разработкой ПО. При этом могут использоваться результаты других вспомогательных процессов, таких, как верификация , аттестация, совместная оценка, аудит и разрешение проблем . Процесс обеспечения качества включает следующие действия:

1) обеспечение качества продукта;

2) обеспечение качества процесса;

3) обеспечение прочих показателей качества системы.

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

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

Процесс совместной оценки(joint review process). Он предназначен для оценки состояния работ по проекту и ПО, создаваемого при выполнении данных работ (действий). Он сосредоточен в основном на контроле планирования и управления ресурсами, персоналом, аппаратурой и инструментальными средствами проекта.

Процесс аудита(audit process). Он представляет собой определение соответствия требованиям, планам и условиям договора.

Процесс разрешения проблем(problem resolution process). Он предусматривает анализ и решение проблем (включая обнаруженные несоответствия) независимо от их происхождения или источника, которые обнаружены в ходе разработки, эксплуатации, сопровождения или других процессов. Каждая обнаруженная проблема должна быть идентифицирована, описана, проанализирована и разрешена.

В группу организационных процессов ЖЦ ПО входят:

- выпуск новых версий;

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

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

Процесс усовершенствования(improvement process). Он предусматривает оценку, измерение, контроль и усовершенствование процессов ЖЦ ПО. Усовершенствование процессов ЖЦ ПО направлено на повышение производительности труда всех участвующих в них специалистов за счет совершенствования используемой технологии, методов управления, выбора инструментальных средств и обучения

Процесс обучения(training process). Он охватывает первоначальное обучение и последующее постоянное повышение квалификации персонала.

8 октября 2014

Система менеджмента качества в вопросах и ответах.

Процессы, их выделение и описание

Система менеджмента качества (СМК) — это одна из форм воплощения концепции TQM. Несмотря на солидный возраст концепции (она появилась в 50-е годы прошлого столетия), в России лишь немногие предприятия сознательно применяют СМК в своей деятельности. Большинство российских руководителей не понимают, о чем идет речь и какую пользу можно получить от СМК. В этом цикле статей мы попытаемся объяснить, что такое СМК и в чем ее отличие от применяющихся в организациях систем управления. В первых двух статьях цикла Часть 1. Основные понятия системы менеджмента качества и Часть 2. Кто отвечает за менеджмент качества мы определили и описали, что такое система менеджмента качества. В третьей части речь пойдет о процессах, их определении, соотношении с организационной структурой и описании.

Что такое процесс?

Процесс — это совокупность взаимосвязанных или взаимодействующих видов деятельности, преобразующих входы в выходы.

В PMBOK 2 дано другое, более широкое, определение процесса:

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

Деятельность — это форма активности человека, направленная на окружающий его мир. Любая деятельность включает как минимум три компонента: цель, процесс и результат.

Значит в переводе стандарта ISO 9000:2005 налицо противоречие: процесс - это совокупность видов деятельности, но деятельность состоит из процессов. Дальнейшие поиски определений (следует отметить, что разные источники дают различные определения) привели к следующим результатам:

Действие — это осмысленное усилие по выполнению определенной задачи (работы) в течение определенного времени.

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

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

Подпроцесс — это группа операций в составе процесса, объединенная технологически или организационно.

В результате мы получаем иерархию понятий, показанную на рис. 1. Таким образом, определение процесса может звучать так:

Процесс — это совокупность взаимосвязанных или взаимодействующих операций, осуществляемых для получения определенного результата 3 , преобразующих входы в выходы.

Тогда декомпозиция процесса выглядит следующим образом:

процесс ---> подпроцесс ---> операция

Рис. 1. Иерархия понятий в рамках СМК и других понятий, связанных с выполнением деятельности.

Как правильно определить перечень процессов?

1. Примеры процессов жизненного цикла:

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

2. Примеры вспомогательных процессов:

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

формирование БДДС 8 — это Plan;
учет финансово-расчетных и кассовых операций (бухгалтерский учет) — это Do;
контроль БДДС — это Check;
внесение изменений, перепланирование - это Act.

В качестве типового набора процессов промышленного предприятия можно предложить приведенные в таблице 1. Отметим, что стандарт IRIS предлагает несколько иной набор процессов.

Таблица 1. Типовой набор процессов промышленного предприятия.

1. Процессы ответственности руководства

1.1. Управление системой менеджмента качества

1.2. Управление изменениями и улучшениями

1.3. Управление проектами

2. Процессы жизненного цикла продукции

2.1. Управление маркетингом

2.2. Управление подготовкой производства

2.3. Управление производством

2.4. Управление закупками

2.5. Управление продажами

2.6. Управление сервисом

3. Процессы обеспечения

3.1. Управление технологическим оборудованием

3.2. Управление контрольным, измерительным и испытательным оборудованием

3.3. Управление производственной средой

3.4. Управление финансами и экономикой

3.5. Управление персоналом

Примечание: Процессы 1.2 и 1.3 могут входить в 1.1 как подпроцессы.

Что делать, если процессы и оргструктура не совпадают?

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

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

Одним из инструментов связи оргструктуры и процессов является матрица ответственности руководителей высшего звена за процессы (подпроцессы) СМК (пример показан в таблице 2). При изменении оргструктуры придется менять матрицу и описание процессов. Поскольку оргструктура может меняться достаточно часто, описание процессов должно быть удобным для внесения изменений.

Таблица 2. Матрица ответственности руководителей высшего звена за процессы (подпроцессы) СМК.

Директор по менеджменту качества

Зам. ГД по маркетингу

Зам. ГД по производству

Директор по обеспечению

Зам. ГД по продажам

Директор по сервису

Зам. ГД по работе с персоналом и соц. прог.

Зам. ГД по финансам и экономике

Управление системой менеджмента качества

Управление подготовкой производства

Управление организационной подготовкой производства

Управление конструкторской подготовкой производства

Управление технологической подготовкой производства

Управление технологическим оборудованием

Управление контрольным, измерительным и испытательным оборудованием

Управление производственной средой

Управление финансами и экономикой

Как описать процесс?

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

Документирование процесса может быть выполнено любым способом: вербально-описательным, графическим, с использованием таблиц. Графическое изображение модели процесса приведено на рисунке 2. Графическая форма более наглядна, табличная — более компактна, описательная — более привычна. На рис. 3 показано графическое описание процесса в виде IDEF0-диаграммы. Этот вид описания широко распространен и документирован 11 . Для разработки таких диаграмм существует достаточное количество специализированных и универсальных пакетов программ. Кроме того, эту нотацию понимают все консультанты. В дополнение к графическому описанию можно приложить текстовое или табличное дополнение. Вид табличной формы приведен в таблице 3.

Рис. 2 Графическое изображение модели процесса.

Рис. 3. Графическое описание процесса в виде диаграммы IDEFO.

Таблица 3. Формат табличного описания процессов.

Как описать взаимосвязи процессов?

Как поступить в данной ситуации? Поскольку мы описываем систему управления, то на схеме может присутствовать только информационный поток. Далее — два пути. Первый — оставить все как есть (прямоугольники со стрелками). Тем более что аудиторы не часто придираются к этому пункту требований. Второй — попытаться отразить связи более полно (для этого можно использовать таблицу 4). Но и в этой таблице следует отражать только основные информационные потоки (документы), ведь все равно взаимосвязи будут детализироваться и описываться в других документах (например, положениях о подразделении).

Таблица 4. Описание взаимодействия процессов – информационных потоков (документов).

Владелец (руководитель) процесса

Кто должен заниматься описанием процессов?

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

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

Третий способ — поручить разработку описания их владельцам. В результате вы получите сильно приукрашенные описания (зачем показывать недостатки руководству?). Они не будут состыковываться друг с другом по входам и выходам. Кроме того, они будут сделаны в разные сроки и в различных нотациях.

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

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

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

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

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

Эта глава представляет собой введение в концепцию управления проектами, как совокупность взаимосвязанных процессов, которые будут подробно описаны в последующих главах.

Процессы проекта

Проект состоит из процессов. Процесс – это совокупность действий, приносящая результат. Процессы проекта обычно выполняются людьми и распадаются на две основные группы:

Процессы управления проектами — касающиеся организации и описания работ проекта (которые будут подробно описаны далее).
Процессы, ориентированные на продукт — касающиеся спецификации и производства продукта. Эти процессы определяются жизненным циклом проекта и зависят от области приложения.

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

Группы процессов

Процессы управления проектами могут быть разбиты на шесть основных групп, реализующих различные функции управления:

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

Процессы управления проектами накладываются друг на друга и происходят с разными интенсивностями на всех стадиях проекта, как проиллюстрировано на рисунке. Кроме того, процессы управления проектами связаны своими результатами – результат выполнения одного становится исходной информацией для другого…

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

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

Взаимосвязи процессов

Внутри каждой группы процессы управления проектами связаны друг с другом через свои входы и выходы. Фокусируясь на этих связях, опишем отдельные процессы через:

Описываемые ниже процессы характерны для большинства проектов и подробнее освещены в последующих главах.

Процессы инициации

Инициация включает единственный подпроцесс — Авторизацию, т.е. решение начать следующую фазу проекта.

Процессы планирования

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

Напомним, что следует различать цели проекта и цели продукта проекта, под которым понимается продукция (или услуги), созданная или произведенная в результате исполнения проекта.

Цели продукта — это свойства и функции, которыми должна обладать продукция проекта.
Цели проекта — это работа, которую нужно выполнить для производства продукта с заданными свойствами.

В ходе исполнения проекта эти процессы многократно повторяются. Изменениям могут подвергнуться цели проекта, его бюджет, ресурсы и т.д. Кроме того, планирование проекта – это не точная наука. Различные команды проекта могут разработать различные планы для одного и того же проекта. А пакеты управления проектами могут составить различные расписания выполнения работ при одних и тех же исходных данных.

Основные процессы планирования

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

К основным процессам планирования относятся:

Планирование целей — разработка постановки задачи (проектное обоснование, основные этапы и цели проекта),
Декомпозиция целей — декомпозиция этапов проекта на более мелкие и более управляемые компоненты для обеспечения более действенного контроля,
Определение состава операций (работ) проекта — составление перечня операций, из которых состоит выполнение различных этапов проекта,
Определение взаимосвязей операций — составление и документирование технологических взаимосвязей между операциями,
Оценка длительностей или объемов работ — оценка количества рабочих временных интервалов, либо объемов работ, необходимых для завершения отдельных операций,
Определение ресурсов (людей, оборудования, материалов) проекта — определение общего количества ресурсов всех видов, которые могут быть использованы на работах проекта (ресурсов организации) и их характеристик;
Назначение ресурсов — определение ресурсов, необходимых для выполнения отдельных операций проекта;
Оценка стоимостей — определение составляющих стоимостей операций проекта и оценка этих составляющих для каждой операции, ресурса и назначения;
Составление расписания выполнения работ — определение последовательности выполнения работ проекта, длительностей операций и распределения во времени потребностей в ресурсах и затрат, исходя и с учетом наложенных ограничений и взаимосвязей;
Оценка бюджета — приложение оценок стоимости к отдельным компонентам проекта (этапам, фазам, срокам);
Разработка плана исполнения проекта — интеграция результатов остальных подпроцессов для составления полного документа.
Определение критериев успеха — разработка критериев оценки исполнения проекта.

Вспомогательные процессы планирования

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

Такие процессы включают в себя:

Планирование качества — определение того, какие стандарты качества использовать в проекте, и того, как эти стандарты достичь;
Планирование организации — определение, документирование и назначение ролей, ответственности и взаимоотношений отчетности в организации;
Назначение персонала — назначение человеческих ресурсов на выполнение работ проекта;
Планирование взаимодействия — определение потоков информации и способов взаимодействия, необходимых для участников проекта,
Идентификация риска — определение и документирование событий риска, которые могут повлиять на проект;
Оценка риска — оценка вероятностей наступления событий риска, их характеристик и влияния на проект;
Разработка реагирования — определение необходимых действий для предупреждения рисков и реакции на угрожающие события;
Планирование поставок — определение того, что, как и когда должно быть поставлено;
Подготовка условий — выработка требований к поставкам и определение потенциальных поставщиков.

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

Процессы исполнения и контроля

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

Как и в планировании, процессы исполнения можно подразделить на основные и вспомогательные. К основным можно отнести сам процесс исполнения плана проекта.

Среди вспомогательных процессов отметим:

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

Процессы анализа

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

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

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

Процессы анализа также можно подразделить на основные и вспомогательные.

К основным относятся те процессы анализа, которые непосредственно связаны с целями проекта и показателями, характеризующими успешность исполнения проекта:

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

Вспомогательные процессы анализа связаны с анализом факторов, влияющих на цели и критерии успеха проекта. Эти процессы включают:

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

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

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

Процессы управления

Управление исполнением проекта — это определение и применение необходимых управляющих воздействий с целью успешной реализации проекта.

Если исполнение проекта происходит в соответствии с намеченным планом, то управление фактически сводится к исполнению – доведению до участников проекта плановых заданий и контролю их реализации. Эти процессы нами включены в процессы исполнения. Другое дело, если в процессе реализации возникли отклонения, анализ которых показал, что необходимо определение и применение корректирующих воздействий. В этом случае требуется найти оптимальные корректирующие воздействия, скорректировать план оставшихся работ и согласовать намеченные изменения со всеми участниками проекта.

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

К основным процессам управления, встречающимся практически в каждом проекте, относятся:

Читайте также: