Три вида ресурсов создаются и используются за счет реализации трех основных IT-процессов:

• инновации в области IT – идентификация и планирование создания соответствующих прикладных систем;

• создание ИС – полный цикл проектирования, включая операции покупки, разработки (своими силами или на заказ), конфигурирования и настройки, внедрения;

• эксплуатация – услуги по сопровождению, поддержке, эксплуатации.

Опыт последних лет выявил следующие группы практик (способы действий), с помощью которых обеспечивается приемлемое существование IT на предприятии:

1. Нацеленность на стандартизацию технологий:

• разработка технологических (общих, функциональных и т.д.) архитектур;

• разработка портфеля прикладных систем;

• создание (построение) инфраструктуры IT-услуг.

1. Дисциплинированное управление проектами:

• управление проектами в соответствии с определенным стандартом;

• управление рисками (каждый проект создает риск невозврата вложенных в него инвестиций).

1. Оценка результатов:

• анализ (оценка) результатов внедрения систем: (return of investment);

• оценка деятельности департамента информационных технологий (ДИТ);

• наличие соглашений об уровне обслуживания ДИТом бизнес-подраздлений (SLA – service level agreement);

• процедура (регламент) обоснования нового IT-проекта.

Разработка технологической архитектуры

Парадигма Захмана

Парадигма Захмана представляет собой таблицу (матрицу).

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

• что? (данные)

• как? (функции)

• где? (сеть, дислокация)

• кто? (люди)

• когда? (время)

• почему? (мотивация)

Строка матрицы – это представление. Существует 6 категорий представлений:

Сфера действий (контекст) отражает точки зрения людей уровня бизнес-руководителей верхнего уровня.

• Модель предприятия отражает взгляд на систему владельца-менеджера бизнес-процесса.

• Модель системы отражает представления о системе конструкторов, архитекторов.

• Технологическая (физическая) модель отражает представления о системе проектировщиков.

• Детали реализации отражает представления о системе работников.

• Работающее предприятие (система) отражает взгляды пользователей системы.

Правила заполнения таблицы: каждая клетка – точка зрения данной категории людей на конкретный аспект системы. Вся строка называется представлением о системе в целом данной категории людей.

Первые 2 строки отражают взгляды бизнес-руководителей разных уровней. 3-5 строки – отражают представление разработчиков.

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

• Порядок следования столбцов не существенен, но желателен.

• Каждая клетка матрицы содержит соответствующие описание аспекта системы в виде определенной модели (формализованной или в виде текстового описания).

• Модели для каждого столбца являются уникальными.

• Соответствующие модели в клетках каждой строки в совокупности образуют полное описание системы в представлении выбранной категории людей.

• Если столбцы относительно независимы, то строки связаны временем.

• Заполнение клеток столбца производится сверху вниз.

1-я строка соответствует уровню планирования бизнеса в целом, она определяет контекст для всех последующих строк сверху вниз.

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

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

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

5-я строка – детальная реализация – соответствует конкретным выбранным моделям оборудования, отражающим топологию сети, версию СУБД, средства программирования.

6-я строка – описание работающей системы. Может отражать инструкции по работе с системой.

Недостатки парадигмы Захмана:

• отсутствие встроенного механизма распространения изменений между клетками;

• отсутствие динамики.

Модель Гартнера (Gartner)

Модель Гартнера – это архитектурное представление 4 слоев:

• среда бизнес-взаимодействия;

• бизнес-процессы;

• шаблоны – описанные способы отображения функций бизнес-процессов на конкретные прикладные программные продукты;

• строительные блоки.

Разработка портфеля прикладных систем

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

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

• ранжировать по функциям (попадание одних и тех же решений в один класс);

• ранжировать по стоимости (трудно сразу отсечь).

Важно здесь не ошибиться!

Лекция № 4 (08.10.2011)

Создание IT-инфраструктур и IT-услуг

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

Практика управления проектами:

1. Большинство работ в области IT, выполняемых на предприятии, являются уникальными и неповторимыми.

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

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

Основными критериями оценки является достижение цели проекта.

Для использования проектной формы на предприятии, должно быть разработано положение об основах проектной работы – стандарт предприятия:

• 1 раздел положения – это порядок (правило) обоснования новых проектов;

• 2 раздел положения – критерии (признаки) выделения проектов. Должны быть сформированы правила по срокам;

• 3 раздел положения - определение организационного статуса проекта;

• 4 раздел положения – цели и задачи проекта;

• 5 раздел положения – процедура контроля над ходом выполнения проекта и достижением результата (цели и задачи);

• 6 раздел положения – формирование и расходование бюджета;

• 7 раздел положения – руководство проектом;

• 8 раздел положения – порядок двойной подчиненности сотрудников, участвующих в проекте;

• 9 раздел положения – порядок стимулирования сотрудников в проекте;

• 10 раздел положения – определение и согласование сроков проекта.

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

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

Матричная организационная структура

Столбец – это дивизиональное функциональное подразделение (такое вертикальное деление всех сотрудников связано с историей). Строки - проекты.

– список людей, которые участвуют в i-ом проекте от j-го подразделения.

Формирование такой матрицы не простая задача.

Оценка результатов внедрения систем

Для оценки результатов IT- проектов используется система ключевых показателей деятельности (KPI – Key Performance Indicator). Как правило, это метрики, например:

• % процессов, не укладывающийся в стоимость или бюджет;

• время разрешения проблем пользователей;

• загрузка оборудования;

• рост в процентном отношении IT по сравнению с ростом операции;

• удовлетворенность пользователя работой IT-подразделения;

• доступность критичных IT-сервисов;

• уровень квалификации IT-персонала;

• количество замечаний по результатам внутренних и внешних проверок;

• количество проблем и консультаций, обработанных ИТ-подразделением;

• количество инцидентов в области информационной безопасности.

Пример инцидента информационной безопасности:

• забыли пароль;

• порча данных;

• утечка данных;

• степень загруженности сотрудника IT-подр.

Лекция № 5 (22.10.2011)

1. Разработка стратегии на основании бизнес-стратегии;

2. Создание(учреждение) IT-комитета – это элемент организационной структуры, создание на основе приказа.

В задачи IT-комитета входит разработка., внесение изменений и подготовка к утверждении:

• IT-стратегии;

• IT-бюджета;

• Регламент формирования IT-бюджета;

• Утверждение портфеля IT-проекта;

• Разработка планов реализации проектов;

• Контроль выполнения планов проектов

• Снятие

1. IT как сервисная организация: замкнутость на конечный продукт

2. Риск – менеджмента (Коммуникационные компании; банки; биржи; брокерские компании; инвестиционные компании) очень зависят от работы компонентов системы. Основная задача: снижение рисков; архитектура, обеспечивающая надежность; резервирование данных на всех уровнях.

• Обеспечение непрерывного бизнеса и восстановления после катастроф;

• Документирование IT-процессов и систем.

Перечень документов, которые должны существовать:

• Стратегия в области IT;

• Техническая политика;

• IT-архитектура;

• IT-бюджет;

• Политика информационной безопасности;

• Процедура и правила получения доступа к информационным ресурсам;

• Стандарты информационной безопасности;

• Методология разработки ПО;

• Соглашение о взаимодействии и обслуживании бизнес-подразделений IT-департамента;

• Положение о проведении тендеров по выбору IT-решений;

• Протокол IT-коммитета;

• Перечень бизнес-процессов и IT-процессов их поддерживающих;

• Описание бизнес-процессов и IT-процессов;

• Перечень проектов;

• План и график работ по проектам;

• Документация на систему;

• ТЗ на разработку системы;

• Журнал регистрации заявок и обращений пользователей;

• Заявки на предоставление прав доступа к сервисам системы;

• Акты о внедрении;

• Должностные инструкции работников;

• Специфически техническое, системное и прикладное ПО;

• Положение об IT-подразделении.

1. Совершенствование IT-процессов должно быть непрерывным

1 шаг: оценка уровня зрелости (начиная с анализа наличия и качества бизнес-процессов);

2 шаг: сравнение 12 с аналогами;

3 шаг: определение узких мест и несоответствия бизнес процессов. Перечень узких мест – основание для анализа.

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

IT-расходы различают на 4 крупные составляющие:

1. административные расходы (~5%)

2. Затраты на IT-инфраструктуру (~60%)

3. Поддержка и сопровождение прикладных систем (~10%);

4. Разработка прикладных систем (~25%).

Рассмотрим самую крупную составляющую (Затраты на IT-инфраструктуру)

Принято делить на 2 части:

• операционные затраты (~60%);

• капитальные затраты (~40%).

Капитальные затраты:

• техническое обеспечение (~55%)

• сетевое и телекоммуникационное оборудование (~25%)

• ПО (минеу. программирование) (~10%)

• здания и помещения (~10%)

Операционные затраты:

• Затраты на IT-персонал (~55%);

• затраты на коммуникационные услуги (~20%)

• поддержка со стороны поставщиков (~10)

• прочие расходы (~15%)