Методы архитектурного подхода для обеспечения результативности и эффективности электронного правительства. Зиндер Е.З. - 9 стр.

UptoLike

Составители: 

16
разрабатывается контракт, ясно определяющий ожидания,
ответственность и финансовые обязательства как заказчика, так и
поставщика;
выбирается поставщик (поставщики), приобретается продукт или
услуга, отвечающая потребностям заказчика;
работа по приобретению подвергается мониторингу для контроля
выполнения предусмотренных ограничений, и в случае успеха
производится приемка поставляемого продукта, а пункты контракта
закрываются как успешные.
При выполнении этого процесса есть возможность:
учесть в контракте все необходимые аспекты и показатели
эффективности;
предусмотреть все необходимые режимы и процедуры
периодической или ситуационной оценки эффективности;
проводить эти оценки, не дожидаясь не только конца проекта
создания системы, но и завершения стадий и этапов,
предусматриваемых моделью ЖЦ системы.
Эти работы поддерживаются целым рядом других управленческих и
технических процессов, предусмотренных в новых стандартах и
нацеленных на оценку хода проекта и измерение его состояния, на
выявление и анализ потребностей заинтересованных лиц и оценку
соответствия им системы и т.д. Казалось бы, в виде указанных стандартов
мы получаем идеальную нормативно-методическую основу для того,
чтобы оценивать эффективность систем и использовать полученные
оценки на благо предприятия заказчика. К сожалению, такая гибкость и
широта возможного применения не даётся даром.
4. Адаптация стандартов для учета специфики предприятия и
проекта. Дело в том, что процессы, описанные в указанных современных
стандартах, представляют собой универсальные обобщенные наборы
работ, которые могут инициироваться многократно в одном проекте или
для одной ИС, по разным причинам и из различных других процессов.
Поэтому такие «абстрактные» описания процессов и входящих в них работ
не являются тем определенным «местом», где можно легко фиксировать
конкретные моменты оценки эффективности в ходе выполнения
конкретного контракта. Но не зря же говорится о том, что все предприятия
и проекты разные (конечно, за рамками того, в чем они одинаковые!).
По этой причине сами новые стандарты предусматривают два уровня
своей адаптации:
в рамках учета специфики предприятия (организации) в целом;
для учета специфики конкретного проекта.
Это означает, что для разработки хорошего контракта стандарт
необходимо адаптировать к специфике именно конкретного проекта и
17
конкретной системы. В кратком представлении все это может выглядеть
так:
обсуждается идея системы, ее связи с целями предприятия,
проектируются основные показатели ее эффективности;
определяются ограничения на создание и функционирование
системы, выбираются методы управления рисками в проекте её
создания/внедрения;
формируется модель жизненного цикла системы как схема стадий и
этапов, нагруженная выбранными из стандарта процессами и
работами; при этом как схема компоновки и последующего
выполнения стадий и этапов, так и состав процессов и работ для
каждой стадии и этапа могут требовать адаптации и быть
уникальными в каждом проекте;
составляется, обсуждается и заключается контракт, не просто
учитывающий, но явно отражающий описанную выше уникальную
модель жизненного цикла, тем или иным образом включающий в
себя показатели эффективности системы, точки и условия
выполнения различных контрольных процедур, в том числе оценки
планируемых, а затем и реально достигаемых показателей
эффективности приобретаемой системы (практически в этом случае
контракт опирается на адаптированный под данный проект текст
стандарта);
контракт выполняется, а предусматриваемые в нем работы по
мониторингу и оценкам позволяют как можно раньше выявлять
любые несоответствия и исправлять их;
исправления несоответствий проводятся на нескольких уровняхв
технических процессах (проектирование, реализация), в процессах
управления проектом, в процессе управления портфелем проектов.
При правильно выполненной адаптации, при включении в контракт
необходимых положений адаптированного описания процессов создания
системы (возможно, как приложений), при достижении согласия между
заказчиком и поставщиком по всем положениям контракта, включая
определение и контроль эффективности, есть все основания ожидать
хорошего обеспечения эффективности системы, а также того, что не
возникнет разногласий ни по поводу понимания эффективности системы,
ни по результатам оценки достигаемого значения ее эффективности.
1.6. Совместное использование старых и новых стандартов
инжиниринга систем, а также стандартов и моделей архитектуры
предприятия
Стоит обратить внимание на следующее.