Библиотека закупок информационных услуг

«ISPL» перенаправляется сюда. Чтобы узнать о других значениях, см. Indian Street Premier League .

Библиотека закупок информационных услуг ( ISPL ) — это библиотека передового опыта управления информационными технологиями , связанными с процессами приобретения (на основе Euromethod ). Это помогает как заказчику, так и организации-поставщику достичь желаемого качества, используя соответствующее количество времени и денег, предоставляя методы и передовые методы управления рисками , управления контрактами и планирования. ISPL фокусируется на отношениях между заказчиком и организацией-поставщиком: он помогает составить запрос предложений, составить контракт и план поставки в соответствии с ситуацией и рисками проекта, а также помогает контролировать этап поставки. ISPL — это уникальный метод информационных технологий, потому что там, где большинство других методов и структур информационных технологий ориентированы на развитие (например, DSDM , RUP ), ISPL фокусируется исключительно на закупке информационных услуг. Целевая аудитория ISPL состоит из менеджеров по закупкам, менеджеров по закупкам, менеджеров программ, менеджеров по контрактам, менеджеров по объектам, менеджеров по уровню обслуживания и менеджеров проектов в области ИТ (информационных технологий). Поскольку ISPL ориентирован на закупки, его очень удобно использовать с ITIL (для управления ИТ-услугами ) и PRINCE2 (для управления проектами ).

Преимущества

Существует четыре основных преимущества использования ISPL.

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

Эти преимущества подробно описаны в пунктах ниже.

Клиент может воспользоваться конкурентным рынком ISPL помогает организации-заказчику составить запрос предложений ( RFP ). Он даже предоставляет организации-клиенту оглавление. Очень важной частью запроса предложений ISPL является разработка подхода к оценке поставщиков. Полная прозрачность подхода к оценке поставщиков побуждает организации-кандидаты-поставщики выдвигать действительно конкурентоспособные предложения. В результате клиент может в полной мере воспользоваться преимуществами конкурентного рынка.

Предложения поставщиков становятся сопоставимыми ISPL определяет содержание предложения организации-кандидата-поставщика. Он также снабжает организаций-заказчиков и поставщиков-кандидатов единой четкой терминологией. Благодаря этому предложения поставщиков-кандидатов очень легко сравнивать.

Использование стратегии, которая действительно соответствует ситуации. ISPL предоставляет пользователю действительно обширный процесс управления рисками. Основываясь на передовом опыте, это помогает руководству разработать стратегию доставки, которая действительно соответствует ситуации как клиента, так и организаций-поставщиков. Это выгодно как заказчику, так и организациям-поставщикам, поскольку выбор неоптимальной стратегии, очевидно, влечет за собой более высокие затраты. Глава #Планирование услуг описывает анализ ситуации и рисков, а также разработку стратегии предоставления услуг.

Контракт как инструмент контроля ISPL помогает организациям-заказчикам и поставщикам заключить контракт, в котором описываются все критические аспекты закупок. Например, список требований, бюджет и план поставок зафиксированы в контракте. Это предоставляет организациям-клиентам и поставщикам очень мощный инструмент контроля. Одним из преимуществ для организации-заказчика является то, что у организации-поставщика будет высокая мотивация соблюдать все сроки, поскольку в противном случае поставщик нарушит договор. Одним из преимуществ для организации-поставщика является то, что организации-потребителю становится гораздо сложнее изменить требования, что замедлит процесс разработки. Короче говоря, с ISPL обеспечивается лучший контроль затрат и сроков.

История

ISPL разработан и опубликован в 1999 году консорциумом пяти европейских компаний: EXIN и ID Research (ORDINA) из Нидерландов, FAST из Германии, SEMA из Франции и TIEKE из Финляндии. Разработка ISPL была частью программы SPRITE-S2 , запущенной в 1998 году Европейской комиссией . ISPL создан на основе Еврометода и основан на исследовании около 200 реальных приобретений.

Структура

Хотя ISPL — это лучшая библиотека, она состоит не только из книг. Структура ISPL показана на рисунке 1. На этом рисунке книги представлены квадратами, а другие инструменты — кружками. Основу составляют четыре практические книги «Основы управления закупками ИС». Кроме того, отдельная книга посвящена государственным закупкам. Плагины к IS Procurement Management Essentials предоставляются для конкретных нужд и ситуаций. В настоящее время доступны три плагина, которые имеют большой рыночный потенциал. Четвертый плагин по приобретению программного обеспечения продукта в настоящее время находится в стадии разработки.

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

• #Управление процессами привлечения клиентов
• #Указание результатов
• #Управление рисками и планирование поставок

Модель метапроцесса

Рисунок 2 иллюстрирует модель метапроцесса ISPL. Эту модель можно использовать для простой связи и сравнения ISPL с другими методами и платформами информационных технологий. Я предоставлю каждому процессу ссылку на дополнительную информацию.

Определить требования

Определение требований выходит за рамки ISPL. Для получения дополнительной информации об определении требований я хотел бы обратиться к статье « Процессы управления требованиями» .

Укажите результаты

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

Анализ ситуации, определение рисков, выбор стратегии

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

Принимайте решения

В ходе выполнения плана поставки заказчик и поставщик принимают решения на каждом этапе принятия решения. Это этап #Мониторинг контрактов .

Последовательность процесса приобретения

В этой главе представлено высокоуровневое описание процесса приобретения ISPL с точки зрения взаимодействия клиента и поставщика. Рисунок 3 иллюстрирует последовательность действий клиента и поставщика во время приобретения. Следующие параграфы связывают процессы, показанные на рисунке 3, с теоретической информацией, представленной в этой статье, и, таким образом, обеспечивают связь от практики к теории.

Сделать запрос предложения

Чтобы составить запрос предложений, клиенту сначала необходимо описать цель приобретения и другие требования, а также провести анализ ситуации и рисков. Используя анализ рисков, необходимо составить план реализации. Более подробную информацию обо всех этих действиях можно найти в главе #Управление рисками и планирование поставок и в параграфе #Инициация приобретения в главе #Управление процессами приобретения . Запрос предложений является результатом #Tendering .

Сделать предложение

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

Выбирать

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

Заключить контракт

Заказчик и поставщик заключают договор. Обычно это означает, что план доставки уточняется до более детального уровня. Информацию из главы #Управление рисками и планирование поставок можно использовать для обновления плана доставки.

Принимайте решения

По каждому контракту выполняется план поставок. Клиент и поставщик принимают решения в каждой точке принятия решения. Для отдельного контракта окончательное решение заключается в том, ли #Contract Completion достигнуто . Результаты, используемые на этом этапе, относятся к типу результатов #Точка принятия решения . Окончательным решением всего процесса приобретения является #Acquisition Complete .

Управление процессами приобретения

Процесс приобретения ISPL — это фактический процесс получения системы или услуги для достижения цели, способствующей достижению бизнес-целей и/или потребностей. Это одна из наиболее важных частей метода ISPL. Эта глава представляет собой краткое изложение [2].

Модель

На рис. 4 показана модель процесса приобретения ISPL. Процесс приобретения состоит из трех последовательных этапов.

1. Начало приобретения
2. Закупка (одна или несколько)
3. Завершение приобретения

Эти отдельные этапы процесса обсуждаются более подробно в параграфах ниже.

Целевой домен и домен службы

В ISPL термины «целевой домен» и «домен службы» используются довольно часто.

Целевой домен Целевой домен — это часть организации клиента, на которую влияет услуга.

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

Начало приобретения

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

Более подробное описание этапа Acquisition Initiation можно найти здесь .

Определение цели привлечения

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

1. Определите целевой домен.
2. Уточните определение цели приобретения с точки зрения требований к системам и услугам.
3. Проанализируйте затраты и выгоды.
4. Анализируйте ставки и заинтересованные стороны.

В идеале учет бизнес-потребностей обеспечивается процессами управления требованиями .

Планирование приобретения

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

1. Определить общие сценарии предоставления услуг.
2. Анализируйте риски.
3. Разработать стратегию приобретения в рамках управления рисками:
4. Запланируйте основные моменты принятия решения о приобретении.
5. Создание организации клиента в рамках приобретения

Шаги со второго по четвертый подробно обсуждаются в главе #Управление рисками и планирование поставок .

Как определение цели приобретения, так и планирование приобретения являются действиями на этапе инициирования приобретения . Более подробное описание этого этапа можно найти здесь .

Процесс закупок

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

1. Тендеры
2. Мониторинг контрактов
3. Завершение контракта

Тендеры

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

1. подготовка запроса предложений
2. подготовка ответа
3. выбор поставщика
4. подготовка и подписание договора

Мониторинг контрактов

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

Завершение контракта

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

Завершение приобретения

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

1. Убедитесь, что все контракты выполнены.
2. Оцените достижение цели приобретения
3. Решите, завершено ли приобретение
4. Напишите отчет о приобретении

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

Убедитесь, что все контракты выполнены.

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

Оцените достижение цели приобретения

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

Решите, завершено ли приобретение

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

Напишите отчет о приобретении

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

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

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

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

ISPL Форма управления рисками основана исключительно на эвристике. Описывая и анализируя ситуацию, можно выявить критические риски и снизить их путем выбора действий и соответствующей стратегии. ISPL предоставляет эвристику, которая связывает риски и ситуационные факторы с действиями и стратегиями по смягчению последствий. Эта глава представляет собой краткое изложение [3], а также включает информацию из [4].

Модель

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

Описание услуги

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

Описание текущих услуг

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

Определить тип услуги

ISPL предлагает два метода определения типа услуги:

• Процессы жизненного цикла ISO (ISO-LCP)
• Пакеты услуг общественного достояния

Эти методы могут использоваться последовательно, когда стандарт ISO-LCP используется для идентификации различных типов процессов, а общедоступные пакеты услуг используются для уточнения процессов ISO-LCP. Примером общедоступного описания пакетов услуг является то, которое присутствует в ITIL . Обратите внимание, что в ITIL пакеты услуг называются процессами. Дополнительную информацию о стандарте ISO-LCP можно найти в статье Википедии об ISO/IEC 12207 .

Описать свойства сервиса

Более подробно услугу можно описать по ее свойствам. Все свойства сервиса можно разделить на три группы:

• Инвестиционная недвижимость
• Функциональные свойства
• Качественные свойства

ISPL предоставляет методы для описания всех трех групп свойств.

Описание проектов

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

Документирование исходного состояния

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

Документирование конечного состояния

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

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

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

Планирование обслуживания

Процесс планирования обслуживания состоит из трех подпроцессов. Это:

• Анализ ситуации и рисков
• Разработка стратегии доставки
• Планирование точки принятия решения

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

Сложность и неопределенность

Термины сложность и неопределенность используются в этой главе довольно часто.

Сложность В контексте ISPL сложность можно рассматривать как трудность, возникающую при управлении имеющимися знаниями.

Неопределенность В контексте ISPL неопределенность можно рассматривать как недостаток имеющихся знаний.

Анализ ситуации и рисков

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

Анализ ситуации

Положение организаций-клиентов и поставщиков во многом влияет на успех процесса приобретения информационных услуг. Ситуационный анализ заключается в выявлении ситуационных факторов и их значений. Значение ситуационного фактора говорит что-то об относительном вкладе в общую сложность или неопределенность предоставляемой услуги. Как для сложности, так и для неопределенности он может иметь одно из следующих значений: высокое, низкое или среднее. Метод ISPL предоставляет набор таблиц, которые помогают пользователю определить значения ситуационных факторов. Пример части такой таблицы можно найти в Таблице 1.

Стратегия управления рисками зависит от ситуации, как показано на рисунке 7.

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

Анализ рисков

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

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

Разработка стратегии доставки

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

• Перечень действий по снижению рисков
• Подход к выполнению услуги
• Подход к управлению услугами.

Определить действия

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

Подход к выполнению услуги

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

Подход к управлению услугами

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

Проверьте согласованность и проанализируйте влияние

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

Планирование точки принятия решения

Цель планирования точек принятия решений — определить последовательность точек принятия решений и дать четкое описание каждой из них, используя в качестве входных данных проект стратегии #Delivery . Последовательность и содержание пунктов принятия решений должны отражать выбранную стратегию предоставления услуг. Планирование точки принятия решения производится в следующем порядке:

1. Выведите базовую последовательность точек принятия решения.
2. Адаптируйте базовую последовательность действий.
3. Опишите моменты принятия решения.

Выведите базовую последовательность точек принятия решения

Основная последовательность принятия решений основана на разработке стратегии #Delivery . ISPL предоставляет эвристику того, какие основные последовательности следует использовать для различных вариантов стратегии доставки.

Адаптируйте базовую последовательность действий.

Найденная базовая последовательность адаптирована к перечню действий по снижению рисков проектирования стратегии #Доставка .

Опишите моменты принятия решения

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

Мониторинг рисков

Мониторинг рисков происходит после этапа планирования #Decision point . Его результаты при необходимости могут послужить исходными данными для этапа анализа ситуации и рисков при планировании услуг. Это включает в себя отслеживание, контроль и мониторинг рисков, а также действия по снижению рисков.

Определение результатов

ISPL фокусируется на отношениях между клиентом и поставщиком. Очень важно, чтобы общение между обеими сторонами было четким и недвусмысленным. Результат — это продукт, которым обмениваются поставщик и организации-заказчики (в обоих направлениях). Обмен результатами осуществляется на всех этапах процесса приобретения: например, запрос предложений на этапе торгов, промежуточные версии во время выполнения плана поставок и объявление о завершении контракта в конце каждого контракта. ISPL предоставляет рекомендации по спецификации всех результатов, необходимых в процессе приобретения. Эта глава представляет собой краткое изложение [5].

Виды результатов

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

Результаты контрактного домена

Результаты домена контракта используются для определения и контроля всех контрактов в закупках. Существует два типа результатов контрактной области: результаты тендера и результаты этапа принятия решения. В следующих параграфах каждый из этих типов обсуждается подробно.

Результат тендера

Результаты тендера используются в процессе торгов для предъявления требований ко всем услугам в рамках закупок. Существует четыре типа тендерных результатов:

• Запрос предложения
• Ответ
• Отчет об оценке поставщика
• Договор

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

Точка принятия решения

Результаты точки принятия решения поддерживают принятие решений во время выполнения плана поставки на этапе #Contract Monitoring . Существует два типа результатов точки принятия решения:

• Предложение по точке принятия решения
• Отчет о принятии решения

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

Результаты домена обслуживания

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

План обслуживания

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

Отчет об обслуживании

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

Результаты целевого домена

Целевой домен описывается с использованием результатов целевого домена. Существует два разных типа результатов целевой области: оперативные элементы и описательные элементы. Оба будут обсуждаться в следующих параграфах.

Оперативный пункт

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

• удобства
• аппаратные устройства
• прикладное программное обеспечение
• физические данные
• руководства пользователя и оператора
• обученные актеры

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

Описательный элемент

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

Внешние ссылки

• Домашняя страница ISPL
• Группа закупок информационных услуг (на голландском языке)

Ссылки

1. Халфхайд, О. и др. (2003 г.), «Закупки, проекты и процессы на практике. Связь между ISPL, PRINCE2 и ITIL», Ежегодник управления ИТ, 2003 г., глава 5.4 (на голландском языке).
2. Франксон М. и Верхуф, редакторы (1999), «Управление процессами приобретения», Библиотека закупок информационных услуг, Тен Хаген и Стам, Ден Хааг, Нидерланды, ISBN   978-90-76304-81-6
3. Франксон М. и Верхуф, редакторы (1999), «Управление рисками и планирование поставок», Библиотека закупок информационных услуг, Тен Хаген и Стам, Ден Хааг, Нидерланды, ISBN   978-90-76304-83-0
4. Верхуф, Д. и Франксон (1999), «Управление рисками для ИТ в целом», CAiSE'99, LNCS 1626, стр. 57–72.
5. Франксон М. и Верхуф, редакторы (1999), «Определение результатов», Библиотека закупок информационных услуг, Тен Хаген и Стам, Ден Хааг, Нидерланды, ISBN   978-90-76304-82-3
6. Кох Н. и Хелмерих А. (1999), «Веб-инжиниринг», Библиотека закупок информационных услуг, Тен Хаген и Стам, Ден Хааг, Нидерланды, ISBN   978-90-76304-87-8