ВУЗ:
Составители:
Рубрика:
сурсы на установление и налаживание взаимодействия, которые в дальнейшем нивелируются за счет экономии на созда-
нии собственной инфраструктуры разработки, ресурсах специалистов и т.д.
Результаты исследования показали, что для успешного сотрудничества как поставщикам, так и потребителям услуг
следует больше внимания уделять управлению рисками и тщательному планированию взаимодействия. Анализ рисков
показывает, что, по мнению заказчиков, больший приоритет имеют риски, связанные с недоработками исполнителя, та-
кие как недостаточная квалификация или плохое управление проектом. В то же время, риски, находящиеся на стороне
поставщика и связанные с формализацией требований или нечетким определением целей проекта, имеют меньший при-
оритет (рис. 5.9) [5].
Рис. 5.9. Риски, возникающие в процессе сотрудничества
Итак, по результатам исследования можно сказать, что в этих условиях основным катализатором дальнейшего роста
популярности аутсорсинга ИТ-услуг в России станут примеры успешного использования этой схемы. С одной стороны,
это будет способствовать росту доверия к аутсорсингу потребителей услуг, а с другой – свидетельствовать о зрелости
поставщиков и их способности обеспечить контроль над проектными рисками.
6. СИСТЕМА МЕНЕДЖМЕНТА КАЧЕСТВА
В СФЕРЕ ИТ-АУТСОРСИНГА
Одна из основных идей всеобщего управления качеством (Total Quality Management – TQM) заключается в том, что
мы можем управлять качеством разрабатываемого продукта в основном через процесс его изготовления. Качество про-
дукта улучшается на каждой стадии этого процесса. Во-первых, вследствие технологичности самого процесса; во-вторых,
вследствие использования промежуточного продукта, произведённого на предыдущей стадии, но более высокого качест-
ва. То есть при сложном производстве продукт аккумулирует качество, причём его составляющие с ранних стадий боль-
ше влияют на конечный продукт, чем вклад, сделанный на заключительных этапах. Процесс разработки должен быть по-
строен таким образом, чтобы обеспечить возможность измерения качества продукта.
В соответствии со стандартами ИСО 9000:2000 качество рассматривается как степень соответствия присущих от-
личительных свойств потребителям или ожидания, которые установлены, обычно предполагается или являются обя-
зательными [4].
В нашем случае мы рассматриваем услугу, а не продукт, поэтому под качеством стоит понимать степень удовлетво-
рения потребностей, то есть выполнение предъявленных требований в конечном результате. Это достигается организаци-
ей процесса разработки, предусматривающего создание на основе требований плана тестирования. Далее на основе плана
должны быть разработаны тестовые задания, затем соответственно тесты и тестовые процедуры. В итоге обеспечиваются
тестирование всех требований и возможность измерения степени их выполнения.
Обеспечение стабильности процесса возлагается на контроль качества, который должен выявлять несоответствия и
информировать о них разработчиков и руководителей проекта.
В полной мере управлять качеством можно, только если оно измеряется на всех этапах жизненного цикла. Качество
промежуточного продукта может быть установлено на основе отраслевых стандартов.
Приоритетом при выборе показателей качества в большинстве случаев являются назначение, функции и функцио-
нальная пригодность соответствующего программного средства. Полное и корректное описание этих свойств должно
служить базой для определения значений большинства остальных характеристик качества.
Технические возможности и точность измерения значений атрибутов характеристик качества всегда ограничены в
соответствии с их содержанием. Это определяет рациональные диапазоны значений каждого атрибута, которые могут
быть выбраны на основе здравого смысла, а также путем анализа прецедентов в спецификациях требований реальных
проектов [14].
Сертификация по стандартам серии ISO 9001 предполагает соответствие системы качества компании ряду как со-
держательных, так и для определенных видов деятельности чисто формальных требований. Процесс приведения системы
качества в соответствие этим требованиям может быть весьма трудоемким и, как правило, занимает много времени.
Поэтому, прежде чем принять решение о подготовке системы качества к сертификации по ISO 9001, руководство
компании должно тщательно взвесить все «за» и «против», а также ясно определить, зачем компании нужен сертификат
на систему качества.
СМК является сложным и многослойным процессом (рис. 6.1) [10].
Управление проектом со стороны поставщика
Формализация требований заказчиком
Неудачный выбор поставщика
Нечёткое определение целей заказчиком
Плохие коммуникации в ходе проекта
0 1 2 3 4 5
Квалификация поставщика
Страницы
- « первая
- ‹ предыдущая
- …
- 23
- 24
- 25
- 26
- 27
- …
- следующая ›
- последняя »
