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

Функциональный компонент «Проблема» Problem Functional Component

Простыми словами

Компонент расследования: он ведёт жизненный цикл проблем и известных ошибок, тогда как причина в момент заведения проблемы обычно ещё неизвестна. Главное, чего не видно из определения объекта данных: это основная точка ВЫХОДА из потока Detect to Correct наружу — обратная связь уходит в Requirement to Deploy дефектами, а в Strategy to Portfolio элементами портфельного бэклога. Отличие от компонента «Incident»: тот восстанавливает работу, этот устраняет причину тяжёлых и повторяющихся случаев и предотвращает новые. Отличие от «Change Control»: сам компонент изменение не проводит, он создаёт связанный с проблемой RFC.

Примеры

Известная ошибка — результат нерешённой проблемы

«Shall create Known Error data object instances from unsolved Problems.» Поэтому объект данных и назван парой «Problem, Known Error».

The Open Group IT4IT™ Reference Architecture, Version 2.1 (2017, C171), разд. 8.4.4 — критерии функциональности Problem

Выход в планирование портфеля

«May push a Portfolio Backlog Item to the Portfolio Demand functional component for backlog processing if a Portfolio Demand functional component exists.» Так эксплуатация возвращает спрос в поток Strategy to Portfolio.

Отсутствие такой связи названо ограничением отрасли

Среди перечисленных ограничений сегодняшней эксплуатации стандарт называет: «Poor linkage of Problems to the S2P Value Stream (providing demand loop back information about the service).»

The Open Group IT4IT™ Reference Architecture, Version 2.1 (2017, C171), разд. 8.1 — цели потока Detect to Correct

Определение из первоисточника

дословная выписка
Responsible for managing the lifecycle of all Problems. The objectives are to solve severe/repeating Incidents, prevent Incidents from happening, and minimize the impact of Incidents that cannot be prevented. The Problem cause is not usually known at the time of the Problem data object instance creation, and the Problem functional component is responsible for the investigation. Also serves as the main exit point from the D2C Value Stream for the feedback information about IT services issues. The feedback is reported to the R2D Value Stream in the form of Defects and to the S2P Value Stream in…

машинный перевод

Отвечает за управление жизненным циклом всех проблем. Цели — решать тяжёлые и повторяющиеся инциденты, предотвращать возникновение инцидентов и минимизировать влияние тех инцидентов, которые предотвратить нельзя. Причина проблемы обычно неизвестна в момент создания экземпляра объекта данных «Проблема», и за её расследование отвечает функциональный компонент «Проблема». Он же служит основной точкой выхода из value stream D2C для обратной связи о неполадках ИТ-услуг. Обратная связь сообщается в value stream R2D в форме дефектов, а в value stream S2P — в форме элементов портфельного бэклога (зап…

ИсточникThe Open Group IT4IT™ Reference Architecture, Version 2.1. The Open Group, 30.01.2017, C171, US ISBN 1-937218-84-3

Основные параметры

Атрибуты этой сущности по справочнику источника.

Функциональные критерии стандарта: Shall be the system of record for all Problem records. Shall manage the state and lifecycle of the Problem. Shall create Known Error data object instances from unsolved Problems. Can push Problem data to trigger the execution of a Run Book data object (either automated or manual) to provide diagnostics information or remediation steps if a Diagnostics & Remediation functional component exists. Shall create an RFC associated to a Problem in order to implement a fix to the issue that is documented by the Problem if a Change Control functional component exists. Shall use existing Knowledge data to solve a Problem if a Knowledge & Collaboration functional component exists. Can create a new Knowledge data object based on Problem Management activities (from the Known Error data object instances) if a Knowledge & Collaboration functional component exists. Shall push Problem data requiring emergency/specific development to the Defect functional component (R2D Value Stream) if a Defect functional component exists. May push a Portfolio Backlog Item to the Portfolio Demand functional component for backlog processing if a Portfolio Demand functional component exists. Объекты данных компонента: Problem, Known Error.

Связанные понятия

Поддерживающая функция «Знания и совместная работа»Портал взаимодействия и опыта Функциональный компонент «Архитектура предприятия»Функциональный компонент «Возврат затрат / показ затрат»Функциональный компонент «Дефект»Функциональный компонент «Диагностика и устранение»Функциональный компонент «Инцидент»Функциональный компонент «Исполнение заявки»

Служебные сведения

Вид документа: Функциональный компонент
Место в подходе: Detect to Correct (D2C) Value Stream
Редакция: The Open Group IT4IT™ Reference Architecture, Version 2.1 (2017, C171)

14 дней бесплатно

Опишите архитектуру своей компании в Storm

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

Попробовать бесплатно Без банковской карты

Это же в StormРеестр процессов Имитационное моделирование Архитектура систем и интеграций