Вопросы к экзамену «Оценка эффективности программных продуктов»

Вид материала

Содержание

Линейная система
Матричная система
Современные стандарты и методологии управления ИТ
Управление программными активами (SAM - Software Asset Management)
Control Objectives for Information and Related Technology
Microsoft Operations Framework
Этапы жизненного цикла
Уровень «Управление»
Таблица 2. SMF-функции уровня «Управление»

Подобный материал:

1 2 3 4 5 6 7 8 9 ... 13

Линейная система управления характеризуется наличием устойчивой связи «начальник – подчиненный». Руководство в линейной системе охватывает все задачи и распространяется на всю иерархию. Линейная система имеет следующие характеристики: наличие единого распорядительства, распоряжения поступают только от одного начальника к исполнителю; наличие нормы управляемости, т.е. предельного количества людей в прямом подчинении, которыми можно эффективно управлять (обычно от 4 до 6-12 человек), предельная граница контроля, т.е. величина отклонений, превышение которой не позволяет справиться своими силами и требует вмешательства более высокого уровня руководства.

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

Главной отличительной чертой функциональной системы управления является высокое качество управления на всех уровнях. Это выгодно отличает ее от линейной системы.

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

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

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

исполнитель имеет двух и более руководителей;
наряду с линейно-вертикальной системой подчинения существует горизонтальное подчинение.

На схеме оно представлено связями по линии – Руководитель проекта (РП) – группы исполнения (ГР). В горизонтальных связях осуществляется управление рабочим и технологическим временем, сроками, комплексами работ и полномочиями. Здесь решается вопрос, что и когда должно быть сделано. Линейно-вертикальные связи решают вопросы технического характера: кто и как будет выполнять ту или иную работу. Нести ответственность за выполнение общей задачи на данном участке. На схеме линейно-вертикальные связи идут от общего руководства к функциональным отделам и от них к «сетчатому» блоку исполнителей.

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

Указанные недостатки смягчаются временным характером этой структуры и компенсируются высочайшим уровнем квалификации исполнителей.

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

Существует различные руководства для специалистов различных профилей в области ИТ. Для программных инженеров и разработчиков ПО предлагается документ Software Engineering Body of Knowledge (SWEBOK). Назначение SWEBOK — в объединении знаний по инженерии программного обеспечения (разработке программного обеспечения).

Для руководителей ИТ наибольшую ценность представляют библиотека знаний Information Technology Infrastructure Library (ITIL), издание «Задачи информационных и смежных технологий» («Control Objectives for Information and Related Technology», CobiT) и инструкции в Microsoft® Operations Framework (MOF).

Для аудиторов ИТ инструментами могут стать вышеупомянутый CobiT и стандарты ISO (ГОСТы). Отдельно можно выделить свод знаний по управлению проектами PMBOK(Project Management Body of Knowledge). Руководство PMBoK фиксирует части Свода знаний по управлению проектами, которая обычно считается хорошей практикой. В настоящем стандарте описываются суть процессов управления проектами в терминах интеграции между процессами и взаимодействий между ними, а также цели, которым они служат. Эти процессы разделены на пять групп, называемых «группы процессов управления проектом». Отдельное рекомендации и требования PMBoK могут быть полезными руководителям как ИТ подраздления, так и руководителям проектов.

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

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

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

Современные стандарты и методологии управления ИТ

Потребность эффективного управления информационными системами и технологиями (далее ИС или ИТ) привела к развитию множества отраслевых, национальных и международных стандартов управления ИТ. Стандарты управления ИТ были созданы на основе анализа и обобщения лучших методов, опробованных, как большими группами профессионалов, так и множеством различных организаций. Кроме признанных международных стандартов, существует много национальных стандартов управления ИТ. Например, Control Objectives for Information and related Technology (CobiT) наиболее часто используются для управления ИТ в США и ряде других стран, IT Infrastructure Library (ITIL) более часто используется в Великобритании, Нидерландах и Австралии. Существует так же ряд стандартов для КИС, наиболее востребованными из которых сейчас являются стандарты ERP.

Большинство стран имеет собственные организации, издающие стандарты для разных случаев. Это может быть по той причине, что описываемая лучшая практика доступна или применима лишь в местном масштабе. В России такими стандартами являются стандарты ГОСТ Р ИСО/МЭК 12207-99 «Процессы жизненного цикла программных средств», ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания», ГОСТ 34.321-96 «Эталонная модель управления данными», ГОСТ 34.003-90 «Автоматизированные системы. Термины и определения».

Однако, есть и другая ситуация. Потребность в управлении проектами в рамках ИТ департаментов соответствии с лучшими практиками привела к появлению PRINCE2 в Европе и PMBOK в США.

Управление программными активами (SAM - Software Asset Management) - методология, направленная на оптимизацию процессов управления активами программного обеспечения в организации и их защиту: учет программного обеспечения и его использования, лицензий (прав на использование), документов, подтверждающих наличие прав на использование (сертификаты, лицензионные свидетельства, лицензионные соглашения, договора, бухгалтерские документы), разработка и использование регламентов и политик закупки программного обеспечения, ввода его в эксплуатацию, вывода из эксплуатации и др.

ISO/IEC 19770-1: SAM Processes - описывает процессы SAM, реализация которых в организации необходима для эффективного управления программными активами и полноценной реализации SAM. Стандарт опубликован 9 мая 2006 года.
ISO/IEC 19770-2: SAM Tag - описывает способы идентификации программного обеспечения и управления им. Эта часть стандарта в первую очередь ориентирована на производителей программного обеспечения, в том числе средств аудита. Стандарт опубликован 11 ноября 2009 года.
ISO/IEC 19770-3: Software Entitlements - описывает способы отслеживания прав на использование программного обеспечения. Эта часть стандарта в первую очередь ориентирована на производителей средств аудита и управления лицензиями.
ISO/IEC 19770-4: SAM Maturity Assessments and Incremental Conformance - описывает методы оценки зрелости SAM в организациях, а также сертификации организаций на соответствие стандарту. Эта часть стандарта ориентирована на компании, оказывающие услуги в сфере внедрения методологии SAM, обучения, сертификации и т.д.

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

К стандартам для корпоративных информационных систем (КИС) относятся системы стандартов MPS, MPR , MPR II, ERP, ERP II и CSRP.

Исходным стандартом, появившимся в конце 50-х – начале 60-х годов, был стандарт MPS (Master Planning Scheduling – управление календарным планированием), предназначенный для составления основного плана производства.

С целью оптимального управления производством в середине 60-х годов были сформулированы принципы управления материальными запасами предприятия. Эти принципы легли в основу систем класса MRP (Material Requirement Planning - планирования материальных потребностей). Эти системы могут быстро подсчитать возможность выполнения нового заказа к нужному сроку при текущей загрузке производства. При условиях невозможности выполнения данного заказа к конкретному сроку, система способна ответить на вопрос, во что обойдется заказчику выполнение нового заказа, если он все же на сроке настаивает.

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

Следующим этапом в развитии КИС стало появление с конца 80-х годов систем класса ERP (Enterprise Resource Planning - планирование ресурсов предприятия). Эти системы охватывают всю финансово-хозяйственную и производственную деятельность предприятия. К ним предъявляются такие требования как: централизация данных в единой базе, режим работы близкий к реальному времени, сохранение общей модели управления для предприятий любых отраслей, поддержка территориально распределенных структур, работа в широком круге аппаратно-программных платформ и СУБД.

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

Следующий этап развития КИС ориентирован на интеграцию деятельности заказчиков и партнеров предприятия в его внутреннюю систему и называется ERPII (Enterprise Resource and Relationship Processing – обработка данных по ресурсам и взаимоотношениям предприятия). Internet предоставляет возможность предприятию взаимодействовать со всеми его контрагентами в совершенно новой среде, позволяющей контактировать напрямую с потребителем по типу B2C (Business-to-Consumer – “бизнес–клиент”) или/и партнерами по бизнесу по типу B2B (Business-to-Business – “бизнес-бизнес”).

Для того чтобы ERPII система была применима для электронной коммерции и бизнеса, необходимо создать приложения по управлению связями с заказчиком CRM (Customer Relationship Management – управление взаимоотношениями с клиентом), а также дополнительное программное обеспечение (ПО) промежуточного слоя. Такое ПО назвали EAI (Enterprise Application Integration - интеграция приложений масштаба предприятия). EAI обеспечивает следующие функции:

электронная коммерция;
управления цепочкой поставок;
услуги доступа к приложениям;
виртуальные торговые площадки.

ERPII-система, снабженная CRM и EAI-продуктами получила название XRP-система, т.е. расширенная (Extended) ERP-система. С ее помощью можно в реальном режиме времени разделять данные, циркулирующие между различными корпоративными приложениями. По классификации эта система приближается к следующему поколению КИС - системам стандарта CSRP (Customer Synhronized Resource Planning – планирование ресурсов совместно с потребителем). Системы такого класса позволяют интегрировать процессы как внутри одной корпорации, так и за ее пределами.

Control Objectives for Information and Related Technology

CobiT - «Задачи информационных и смежных технологий» – подход к управлению информационными технологиями, созданный Ассоциацией контроля и аудита систем (Information Systems Audit and Control Association - ISACA) и Институтом руководства ИТ (IT Governance Institute - ITGI) в 1992 году. Он предоставляет менеджерам, аудиторам и ИТ пользователям набор утверждённых метрик, процессов и лучших практик с целью помочь им в извлечении максимальной выгоды от использования информационных технологий и для разработки соответствующего руководства и контроля ИТ в компании. Первая редакция Cobit увидела свет в 1996 году. В настоящее время используется версия Cobit 4.1, выпущенная в мае 2007 года. Кардинальных новшеств Cobit 4.1 в себе не содержит, в его основе лежит процессный подход, система сбалансированных показателей BSC, модель зрелости SEI CMM/CMMI, PMBoK (методология проектного управления), а также подходы стандартов PRINCE2, TickIT, ITIL® и другие. Концептуальное ядро CobiT 4.1 сформировано из 34 высокоуровневых процессов (которые покрывают порядка 200 целей контроля), сгруппированных в 4 домена (сферы деятельности):

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

PO1 Разработка стратегического плана
PO2 Определение ИТ архитектуры
PO3 Определение направлений развития технологий
PO4 Формализация ИТ процессов, организации и взаимоотношений с бизнесом
PO5 Управление инвестициями в ИТ
PO6 Согласованное управление целями и задачами
PO7 Управление ИТ персоналом
PO8 Управление качеством
PO9 Оценка и управление рисками ИТ
PO10 Управление проектами

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

AI1 Идентификация и выбор решений по автоматизации
AI2 Проектирование и разработка приложений
AI3 Проектирование и поддержка технической инфраструктуры
AI4 Обеспечение работы и использования ИС
AI5 Закупка ИТ ресурсов
AI6 Управление изменениями
AI7 Установка и утверждение решений и изменений

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

DS1 Определение и управление уровнями сервиса
DS2 Управление сервисами подрядчиков
DS3 Управление производительностью и мощностью
DS4 Обеспечение непрерывности сервисов
DS5 Обеспечение безопасности систем
DS6 Определение и распределение ИТ затрат
DS7 Обучение пользователей
DS8 Управление службой поддержки и инцидентами
DS9 Управление конфигурацией
DS10 Управление проблемами
DS11 Управление данными
DS12 Управление физическим оборудованием
DS13 Управление эксплуатацией

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

ME1 Отслеживать и оценивать производительность ИТ
ME2 Отслеживать и оценивать внутренние контроли
ME3 Гарантировать соответствие регулирующим требованиям
ME4 Обеспечивать руководство ИТ

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

В CobiT детально описаны цели и принципы управления, объекты управления, чётко оп-ределены все ИТ процессы (для каждого процесса определены входы и выходы, исполнители и ответственные, а также объекты контроля и метрики) и требования к ним, описан возможный инструментарий (практики) для их реализации. В описании ИТ процессов также приведены практические рекомендации по управлению ИТ безопасностью. Cobit применяется для контроля и аудита существующей системы управления информационными технологиями, организации оперативного и стратегического управления ИТ, анализа расходов на ИТ проекты и поддержку соответствующей инфраструктуры, соответствия требованиям стандартам и регулирующим организациям, таких как SOX и COSO.

Microsoft Operations Framework

Методологическая модель Microsoft® Operations Framework (MOF) состоит из набора взаимосвязанных «рекомендованных практик», принципов и процедур, которые вместе предоставляют рекомендации (инструкции) по достижению надежности ИТ-решений и услуг. Инструкции в Microsoft Operations Framework охватывают все действия и процессы управления ИТ-услугами: планирование, разработка, использование, обслуживание и, в конечном счете, вывод из эксплуатации. В модели MOF эти действия и процессы упорядочены в виде функций управления ИТ-услугами (SMF-функций), которые группируются по этапам, отражающим жизненный цикл ИТ-услуги. Каждая SMF-функция относится к определенному этапу жизненного цикла и обладает уникальным набором целей и результатов, отвечающих предназначению этого этапа. Значительным преимуществом MOF является детальное описание документации сопутствующей каждой SMF-функции.

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

Этапы жизненного цикла

Жизненный цикл ИТ-услуги состоит из трех чередующихся этапов и одного основополагающего уровня, охватывающего все этапы:

Этап «Планирование».
Этап «Внедрение».
Этап «Эксплуатация».
Уровень «Управление».

Этап «Планирование», как правило, считается подготовительным. Он предполагает планирование и оптимизацию стратегии предоставления ИТ-услуг для соответствия бизнес-целям и задачам.

Затем начинается этап «Внедрение». Цель его - удостовериться, что все ИТ-услуги рационально разработаны, успешно внедрены и готовы к эксплуатации.

Далее следует этап «Эксплуатация», направленный на оптимальное использование, обслуживание и поддержку ИТ-услуг в соответствии с потребностями и ожиданиями компании.

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

Следование рекомендациям MOF помогает решить ряд задач:

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

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

Используйте этапы жизненного цикла ИТ-услуги MOF независимо от масштабов изменения и его влияния. Степень формальности, с которой применяется подход к жизненному циклу, соразмерен риску, связанному с внесением изменения. На практике выполняйте только то, что необходимо в каждом конкретном случае: не больше и не меньше. Так, крупная инициатива (например, внедрение новой услуги, от которой зависит исполнение бизнес-функций предприятия) требует тщательного предварительного анализа и проверки на этапе «Планирование», составления полного проектного плана на этапе «Предоставление», а также подготовки к внедрению, поддержке и мониторингу этой услуги ИТ-подразделением на этапе «Эксплуатация».

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

Уровень «Управление»

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

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

Основная цель уровня «Управление» — интегрированный подход к управлению ИТ-услугами. Такой подход помогает координировать процессы на каждом из трех этапов жизненного цикла («Планирование», «Предоставление» и «Эксплуатация»). Координация улучшается за счет следующих факторов:

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

Конкретные инструкции предназначены для повышения вероятности достижения следующих преимуществ:

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

Достижению этих целей способствуют следующие факторы:

Четкие структуры и процессы управления ИТ.
ИТ-отдел и бизнес-подразделения компании исповедуют единый подход к управлению рисками.
Регулярный, плановый управленческий анализ политик и внутренних мер контроля.

Основные действия на этапе «Управление» поддерживают следующие SMF-функции.

Таблица 2. SMF-функции уровня «Управление»

SMF-функция	Конечный результат/цель	Следствие
Управление, риск и соответствие нормативным требованиям	Конечный результат: достигнуты цели ИТ, изменения и риски контролируются и документируются Цель Поддержка, обеспечение и рост организации при управлении рисками и в сложных обстоятельствах	ИТ-услуги идеально соотносятся с бизнес-стратегией и целями
Изменение и конфигурация	Конечный результат: известные конфигурации и прогнозируемая адаптивность Цель Изменения планируются, число незапланированных изменений минимально, ИТ-услуги надежны	Прогнозируемые, надежные и заслуживающие доверия ИТ-услуги
Команда	Конечный результат: четкие сферы ответственности, роли и назначение работ Цель Динамичные, гибкие и масштабируемые рабочие группы	ИТ-решения предоставляются с соблюдением установленных ограничений, без незапланированного ухудшения качества услуг Надежное предоставление услуг бизнесу

Blog

Вопросы к экзамену «Оценка эффективности программных продуктов»

Содержание