Предлагаемая схема и структура отчета об оценке может выглядеть следу­ющим образом:

Раздел 1. Общий обзор проекта и резюме для руководства

Раздел 2. Оценка архитектуры процессов

Раздел 2.1. Рамки рабочих процессов

Раздел 2.2. Связь между архитектурой процессов и еТОМ

Раздел 2.3. Будущие возможности и стратегия

Оценка информационной архитектуры Раздел 3.1. Цели использования SID в (компании X)

Раздел 3.2. Оценка информационной архитектуры Раздел 3.3. Потенциальные возможности использования S1D Раздел 3.4. Краткосрочные и долгосрочные планы использования SID в (компании X)

Раздел 4. Анализ архитектуры реализации

Раздел 4.1. Цели оценки архитектуры реализации Раздел 4.2. Оценка архитектуры реализации

Раздел 4.3. Анализ реализации с точки зрения концепции технологи-
чески нейтральной архитектуры (TNA) NGOSS

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

Раздел 1. Общий обзор проекта и резюме для руководства

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

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

• соответствия SID (NGOSS)

• соответствия еТОМ (NGOSS)

• соответствия принципам TNA NGOSS

• соответствия методологии реализации, используемой провайдером, методологии жизненного цикла NGOSS Lifecycle.

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

Раздел 2. Оценка архитектуры процессов

В этом разделе отчета должны быть представлены результаты оценки общей архитектуры процессов и предложены меры, направленные на обеспечение ее соответствия структуре eTOM (NGOSS). Сюда войдут:

• определение границ уже реализуемых и запланированных рабочих процессов;

• определение существующих и возможных в будущем связей с моделью бизнес-процессов еТОМ, разработанной организацией ТМ Forum, поз­днее — с другой аналогичной моделью;

• определение будущих возможностей и стратегий, связанных с исполь­зованием результатов работы ТМ Forum там, где это может принести пользу — в сфере информационных технологий и, более широко, в рам­ках всей организации.

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

Раздел 2.1. Границы рабочих процессов

В этом разделе важно отразить выводы об общем подходе компании к стан­дартизации процессов. В первую очередь здесь следует представить оценку уровня зрелости процессов в данной организации. Ранее мы разделили ор­ганизации по уровню зрелости процессов на три категории: организации с «незрелыми» процессами, организации с понятными процессами и органи­зации, в которых процессы занимают главенствующую роль. Остальная часть этого раздела должна соответствовать контексту уровня зрелости процессов, поэтому здесь важно точно определить уровень зрелости процессов и объяс­нить, почему он признан именно таким. Для объяснения в раздел можно включить следующие вопросы:

• Эти процессы сосредоточены вокруг отдельных систем или широко покрывают организацию с перспективами со временем стать сквоз­ными?

• Имеет ли организация высокоуровневое представление о процессах всей организации или все процессы описаны изолированно?

Раздел 2.2. Связь между архитектурой процессов и еТОМ