Решение, которое государство находит для проблемы, обычно является таким же плохим, как сама проблема.
Милтон Фридман
Ежели таковых областей, в коих градоначальники станут второго сорта законы сочинять, явится изрядное количество, то не произойдет ли от сего некоторого для архитектуры Российской Державы повреждения?
М. Е. Салтыков-Щедрин. "История одного города"
В конце XX-го – начале XXI-го века многие государства мира стали смотреть на информационные технологии как на способ решения проблем, стоящих перед ними. Однако, в соответствии с приведенной выше цитатой одного из величайших экономистов XX-го века Милтона Фридмана, очень часто подход к решению проблем государства с помощью ИТ оказывался таким же плохим, как сами проблемы. Именно с этим связаны, в частности, существенные трудности реализации многих национальных и ведомственных инициатив в области "
Все, о чем мы до сих пор говорили, относилось к корпоративной архитектуре уровня предприятия. По большому счету, государство есть совокупность ведомств, которые составляют некоторую "корпорацию", называемую государством. Возникает вопрос: "А нужно ли в таком случае рассматривать отдельно проблему формирования архитектуры информационных технологий государства в целом или архитектуру отдельного региона, города?" Ответ, однако, однозначно положительный – нужно. Тут мы снова имеем типичную ситуацию, когда "целое составляет нечто большее, чем механическая сумма составляющих" [9.1].
Итак, государство как институт обладает уникальными свойствами, которые отсутствуют у отдельных ведомств как составных элементов системы под названием "государство". Это стало особенно очевидно, когда в рамках национальных и региональных инициатив в области создания "электронных правительств" встала задача предоставления государством интегрированных услуг гражданам и хозяйствующим субъектам по принципу "одного окна". Поэтому эта лекция адресована в равной степени тем, кто имеет отношение к проектам внедрения ИТ (или же, как более принято называть в отечественной литературе – информационно-коммуникационных технологий – ИКТ) как на национальном уровне, так и на уровне региона или города.
Если применять понятие "Архитектура предприятия" в отношении государства (правительства) на национальном, региональном уровне, уровне крупного муниципалитета, то термин "предприятие" (или "корпорация") с практической точки зрения означает совокупность министерств, ведомств, агентств, служб, которые взаимодействуют друг с другом и чьи бизнес-процессы (административные процессы) имеют общие характеристики. При этом ведомства в рамках такого обобщенного "предприятия" также взаимодействуют с внешними субъектами: гражданами, хозяйствующими субъектами и другими государственными ведомствами. Эти взаимодействия все чаще осуществляются в электронной форме, поэтому требуются общие стандарты на информационные технологии, которые применялись бы в масштабах всего правительства соответствующего уровня как единого "предприятия", для того чтобы обеспечить целостность, надежность и гибкость выполнения государственных функций.
Поскольку термин "предприятие" в отечественной практике государственного управления мало приемлем и может неоднозначно пониматься, то наиболее адекватным аналогом понятия "Архитектура предприятия" в отношении государства и правительства соответствующего уровня является понятие "Архитектуры
Разумеется, отдельные государственные ведомства и организации могут использовать термин "Архитектура предприятия" в отношении описания собственной архитектуры, описывающей все направления деятельности внутри конкретной организации. В данном разделе мы говорим об особенностях интегрированной архитектуры
При этом, хотя мы и будем использовать термин "Архитектура
По большому счету, то, что уже было сделано в плане создания ИТ-систем на уровне отдельных, наиболее передовых в плане использования информационных технологий ведомств в течение последних десяти и более лет, должно быть сделано на уровне государства, а это требует системного, "корпоративного" взгляда на деятельность государства и правительства и, соответственно, разработки архитектуры
Архитектура
Эти документы и эта информация имеют универсальную ценность и применимость независимо от того, идет ли речь о коммерческой компании, государстве в целом, региональном правительстве или правительстве крупного муниципалитета. С нашей точки зрения, они уникальны по своему содержанию, в них отражена, например, практика описания архитектур и методики консалтинговых компаний, таких как Gartner Group, Meta Group, т.е. информация, получение которой иными способами потребовало бы весьма ощутимых финансовых затрат.
Поэтому мы настоятельно рекомендуем всем читателям просмотреть разделы, посвященные примерам проектов разработки и реализации архитектуры
Если кратко, то государство отличается от корпораций (и даже крупных корпораций) тремя аспектами:
Но эти три "простых" фактора оказывают существенное влияние на все сферы деятельности государства – даже на архитектуру информационных технологий и процессы разработки и использования этой архитектуры.
Одним из следствий перечисленных выше факторов является то, что сегодня для многих государственных организаций и правительств различного уровня, включая национальный, характерен специфический стиль деятельности в области информационных технологий. Кратко этот стиль можно охарактеризовать как "управление в условиях постоянного кризиса": постоянно меняющиеся приоритеты и организационные структуры заставляют заниматься "тушением пожара", иначе говоря, решением проблем, которые возникают то в одном месте, то в другом. И, конечно, все эти проблемы являлись срочными и требовали решения "еще вчера". По мере того как мы движемся в направлении, когда государство в целом использует все более сложные, более взаимосвязанные системы, проникающие во все области деятельности государства, эта ситуация должна измениться. Необходимо уйти от реактивной модели деятельности в области планирования и реализации ИТ-проектов к проактивной модели, которая основана на
(рис 6.1) От реактивной к проактивной модели деятельности государства в области использования информационных технологийСразу отметим, что в контексте архитектуры мы придерживаемся достаточно "широкого" определения "
Во-первых, стала очевидной вся сложность совокупности информационных систем государства, региона или крупного города, количество которых исчисляется сотнями (например, в Москве существует несколько сотен зарегистрированных в соответствующем реестре информационных систем и, вероятно, как минимум, столько же незарегистрированных).
Во-вторых, реальность такова, что этой совокупностью государственных ведомственных информационных систем, большим количеством одновременно выполняемых проектов невозможно управлять жестко централизованно, особенно в таком федеративном государстве, как Россия.
Страны с федеративным устройством, а также крупные регионы и мегаполисы сталкиваются с проблемой наличия большого количества децентрализованных структур управления, когда речь идет о реализации проектов "
И только наличие некоторой общей архитектуры, которой руководствуются сотни и тысячи независимых специалистов различных ведомств и регионов, может обеспечить минимально необходимый уровень гарантии того, что государственные информационные системы смогут взаимодействовать между собой для выполнения необходимых функций.
В последние годы появилась литература на русском языке, в которой содержится достаточно обширный материал по тематике архитектуры
Мы же остановимся на вопросах, которые практически не отражены в литературе на русском языке:
Традиционная архитектура предприятия уделяет основное внимание приложениям, данным и интегрирующей инфраструктуре с целью обеспечения он-лайновых транзакций, выполняемых по инициативе пользователей (клиентов), и создания систем принятия решений. При этом архитектура
Использование единых принципов и стандартов разработки архитектуры государственных организаций и архитектуры
При этом разработка архитектуры электронного государства на национальном уровне условно делится на две составляющие:
Безусловно, оба эти процесса существуют и протекают параллельно. Разработка методик описания архитектуры сопровождается практическим процессом, который, в свою очередь, дает обратную связь для развития и расширения методик.
Как нам кажется, только на национальном уровне существует потребность в разработке собственной или существенной адаптации каких-то существующих методик. На уровне регионов, муниципалитетов вполне достаточно воспользоваться тем, что разрабатывается на национальном уровне, либо, в отсутствии инициативы сверху, воспользоваться одной из известных на рынке
В отличие от коммерческих организаций, для государственных ведомств практически неактуальны такие понятия, как рынок и рыночные отношения, продукты, прибыль. Деятельность ведомств ориентирована на получение определенных конечных результатов (рост экономики, уменьшение преступности и т.д.), что связано с реализацией закрепленных за ними властных и иных полномочий, которые выполняются при помощи определенных государственных программ. В рамках этих программ ведомства предоставляют определенный набор государственных услуг, ориентированных на целевые группы граждан, хозяйствующих субъектов и других ведомств. Прямыми результатами этих услуг могут быть финансовая помощь, предоставление информации, возврат налогов и т.д. Предоставление услуг требует реализации ведомствами определенных процессов и выполнения регламентов работ, для чего используются ресурсы (людские, финансовые и иные). Архитектура информационных технологий ведомств должна обеспечивать всю эту иерархию областей деятельности ведомств и эффективное использование ресурсов.
При этом государство и государственные ведомства отличаются от других индустрий в том плане, что законы и правила гораздо в более существенной степени определяют их деятельность. В совокупности с очевидными ограничениями бюджетного цикла все это создает определенные ограничения и рамки для реализации инициатив в области ИТ. И хотя многие из этих ограничений в какой-то степени обоснованы, процесс разработки архитектуры, в частности, таких ее областей, как архитектура государственных функций (бизнес-архитектура), могут выявить потребности, связанные с изменениями в законах и правилах, и дать необходимые обоснования для таких изменений.
(рис 6.2) Модель деятельности государственных ведомствЗаметим, что государственный сектор наиболее подвержен рискам неэффективных решений, а отсутствие архитектуры и четкой стратегии становятся особо заметными. Мы уже отмечали, что, по данным американского Центра правительственных технологий, статистика провалов проектов в области ИТ в госсекторе в среднем составляет порядка 70–80% от общего числа по сравнению со значением 54% по всем отраслям в целом. При этом около трети неудач связаны с проблемами и недостатками проектирования архитектуры.
В частности, в 2004 финансовом году, по данным Административно-бюджетного управления США, 17 из 26-ти обследованных федеральных агентств и более половины из основных 1400 ИТ-проектов находились в области риска, более половины из 230-ти федеральных программ не могли продемонстрировать реальный эффект, а еще 20% оказались неэффективными.
Причина неудач, по мнению экспертов, как правило, кроется в неадекватной оценке сложности решения, а также в отсутствии полноценного осознания того влияния, которое новая технология будет оказывать на все аспекты работы организации. Две глобальные ошибки, совершаемые "ответственными" чиновниками, это либо неправильный выбор технологии, либо неправильное внедрение в принципе адекватно подобранного решения.
Эти две "фатальные", в конечном счете, ошибки формируются из ряда мелких недочетов в ходе работы, например:
К числу объективных факторов, обусловливающих такие негативные результаты, относятся:
Поэтому ключевой задачей будет являться обеспечение воспроизводимости (сохранения) корпоративной архитектуры государственной организации при такой смене руководства. Поскольку финансовая эффективность и отдача здесь играют гораздо меньшую роль, на первый план выходят такие аспекты, как приверженность развитию, операционная эффективность и политические выгоды для потребителей государственных услуг.
Разница в целях, которые ставят перед собой государственные и коммерческие компании при реализации ИТ-проектов, часто является существенной.
Коммерческие компании, как правило, стремятся получить конкурентные преимущества за счет использования новых информационных систем (мы не рассматриваем здесь вспомогательные системы типа систем расчета заработной платы, когда основной фактор – это достижение операционной эффективности). Это часто ведет к выбору архитектурных решений, основанных на жестко связанных между собой системах и централизованном контроле.
В государственных проектах, особенно в проектах
В частности, объективной необходимостью для государственных ведомств является отказ от полного контроля за всей цепочкой предоставления услуги и разделение информационных систем, отвечающих за фронт-офис (взаимодействие с пользователями) и бэк-офис (ключевых систем ведомств, содержащих необходимую бизнес-логику и данные).
Процесс разработки архитектуры и впоследствии обеспечение ее практической реализации является непростым и для больших коммерческих компаний, а в условиях распределения областей ответственности, фрагментарности организационных структур, характерных для правительства любого уровня управления, он становится сложней на порядок.
Практика показывает, что государственные организации испытывают трудности при разработке и практическом использовании архитектуры в большей степени, чем коммерческие компании. Очень часто усилия по разработке архитектуры заканчиваются созданием обширного количества не используемых на практике документов, усугубляя и без этого непростую ситуацию с объемом бумажной работы в государственных организациях.
Реальная ценность архитектуры
В этом отношении имеется положительный опыт федерального правительства США, когда применение Федеральной архитектуры, о которой речь пойдет ниже, подкреплено соответствующими законодательными и нормативными документами. При этом процесс организован так, что запросы на бюджетное финансирование, связанные с информационными технологиями, оцениваются на соответствие Федеральной архитектуре.
В конечном итоге, архитектура должна направлять процессы организационных изменений. При этом следует учитывать, что государственные служащие, как группа, в силу объективных причин более консервативны в плане реализации изменений, чем их коллеги в коммерческих компаниях. Два фактора определяют поведение и деятельность государственных ведомств в первую очередь: 1) законы и другие нормативные акты, и 2) бюджетный процесс. Для обеспечения успеха архитектуры необходимо умело использовать оба эти фактора.
Первой отличительной характеристикой процессов использования ИКТ в государстве является проблема масштаба. У нас нет цифр по России, но давайте посмотрим на Великобританию, страну с населением в 60 млн. человек, которые все, по сути дела, являются потенциальными пользователями государственных услуг, а значит, и соответствующих информационных систем. При предоставлении государством услуг в электронной форме в этой стране необходимо учитывать следующие масштабы:
Далеко не каждая крупная коммерческая компания сталкивается с организационно-техническими проблемами такого масштаба. При этом большинство коммерческих компаний имеют обычно не более 10 (в среднем около 6) различных бизнес-процессов, которые включают в себя определенное количество
На федеральном уровне Правительство США идентифицировало 487 бизнес-процессов (из них – 28 ключевых, укрупненных процессов). При этом надо заметить, что до недавнего времени госорганизации уделяли непростительно мало внимания анализу своих бизнес-процессов, в то время как
В России только сейчас, в связи с обсуждением административных регламентов, электронных административных регламентов и необходимости принятия соответствующего федерального закона, функциональный взгляд, основанный на анализе государственных бизнес-процессов, начинает получать адекватное внимание специалистов в области государственного управления.
Государственные и общественные институты имеют гораздо более продолжительный жизненный цикл, чем коммерческие предприятия (мы не берем в расчет небольшое количество великих компаний, которые существуют на рынке сотни и более лет). Процессы и процедуры государственных организаций развиваются более продолжительные периоды времени и бывают достаточно сложными, в силу этих и других объективных причин.
Коммерческие предприятия могут использовать подход "все или ничего" для реализации своих ключевых информационных систем. На ум приходят примеры ключевой
В государственном секторе этот подход "все или ничего" при автоматизации сложных процессов может привести (да и приводит) к катастрофическим последствиям: сначала десятки и сотни миллионов "условных единиц" дополнительных затрат и затем, в конечном итоге, остановка проекта. Тем самым, для государственного сектора более разумным является инкрементальный подход, разбивающий реализацию сложных систем, процессов на этапы. Это подталкивает к принятию определенных архитектурных решений, в частности, в области архитектуры интеграции, использования принципа "свободного связывания" систем на основе обмена сообщениями и
Взгляд на электронные государственные услуги как на продолжительные транзакции и процессы, основанные на обмене сообщениями, отражает реально существующий способ работы служащих и государственных ведомств. Он позволяет быстро автоматизировать те части процессов, где это можно сделать легко, оставляя до лучших времен автоматизацию некоторых ручных операций.
Архитектура предприятия, как и архитектура
(рис 6.3) Три измерения, определяющие ценность использования технологий государствомЛюбая инициатива, связанная с использованием технологий в государстве, должна оцениваться метриками, которые измеряют отдачу по одному из этих трех измерений. Архитектура обеспечивает основу для достижения этих показателей и получения соответствующей отдачи по этим трем направлениям.
Образно говоря, архитектура электронного государства – эта та лошадь, которая должна тянуть за собой телегу с инициативами в области
Решение, которое государство находит для проблемы, обычно является таким же плохим, как сама проблема.
Милтон Фридман
Ежели таковых областей, в коих градоначальники станут второго сорта законы сочинять, явится изрядное количество, то не произойдет ли от сего некоторого для архитектуры Российской Державы повреждения?
М. Е. Салтыков-Щедрин. "История одного города"
В конце XX-го – начале XXI-го века многие государства мира стали смотреть на информационные технологии как на способ решения проблем, стоящих перед ними. Однако, в соответствии с приведенной выше цитатой одного из величайших экономистов XX-го века Милтона Фридмана, очень часто подход к решению проблем государства с помощью ИТ оказывался таким же плохим, как сами проблемы. Именно с этим связаны, в частности, существенные трудности реализации многих национальных и ведомственных инициатив в области "
Все, о чем мы до сих пор говорили, относилось к корпоративной архитектуре уровня предприятия. По большому счету, государство есть совокупность ведомств, которые составляют некоторую "корпорацию", называемую государством. Возникает вопрос: "А нужно ли в таком случае рассматривать отдельно проблему формирования архитектуры информационных технологий государства в целом или архитектуру отдельного региона, города?" Ответ, однако, однозначно положительный – нужно. Тут мы снова имеем типичную ситуацию, когда "целое составляет нечто большее, чем механическая сумма составляющих" [9.1].
Итак, государство как институт обладает уникальными свойствами, которые отсутствуют у отдельных ведомств как составных элементов системы под названием "государство". Это стало особенно очевидно, когда в рамках национальных и региональных инициатив в области создания "электронных правительств" встала задача предоставления государством интегрированных услуг гражданам и хозяйствующим субъектам по принципу "одного окна". Поэтому эта лекция адресована в равной степени тем, кто имеет отношение к проектам внедрения ИТ (или же, как более принято называть в отечественной литературе – информационно-коммуникационных технологий – ИКТ) как на национальном уровне, так и на уровне региона или города.
Если применять понятие "Архитектура предприятия" в отношении государства (правительства) на национальном, региональном уровне, уровне крупного муниципалитета, то термин "предприятие" (или "корпорация") с практической точки зрения означает совокупность министерств, ведомств, агентств, служб, которые взаимодействуют друг с другом и чьи бизнес-процессы (административные процессы) имеют общие характеристики. При этом ведомства в рамках такого обобщенного "предприятия" также взаимодействуют с внешними субъектами: гражданами, хозяйствующими субъектами и другими государственными ведомствами. Эти взаимодействия все чаще осуществляются в электронной форме, поэтому требуются общие стандарты на информационные технологии, которые применялись бы в масштабах всего правительства соответствующего уровня как единого "предприятия", для того чтобы обеспечить целостность, надежность и гибкость выполнения государственных функций.
Поскольку термин "предприятие" в отечественной практике государственного управления мало приемлем и может неоднозначно пониматься, то наиболее адекватным аналогом понятия "Архитектура предприятия" в отношении государства и правительства соответствующего уровня является понятие "Архитектуры
Разумеется, отдельные государственные ведомства и организации могут использовать термин "Архитектура предприятия" в отношении описания собственной архитектуры, описывающей все направления деятельности внутри конкретной организации. В данном разделе мы говорим об особенностях интегрированной архитектуры
При этом, хотя мы и будем использовать термин "Архитектура
По большому счету, то, что уже было сделано в плане создания ИТ-систем на уровне отдельных, наиболее передовых в плане использования информационных технологий ведомств в течение последних десяти и более лет, должно быть сделано на уровне государства, а это требует системного, "корпоративного" взгляда на деятельность государства и правительства и, соответственно, разработки архитектуры
Архитектура
Эти документы и эта информация имеют универсальную ценность и применимость независимо от того, идет ли речь о коммерческой компании, государстве в целом, региональном правительстве или правительстве крупного муниципалитета. С нашей точки зрения, они уникальны по своему содержанию, в них отражена, например, практика описания архитектур и методики консалтинговых компаний, таких как Gartner Group, Meta Group, т.е. информация, получение которой иными способами потребовало бы весьма ощутимых финансовых затрат.
Поэтому мы настоятельно рекомендуем всем читателям просмотреть разделы, посвященные примерам проектов разработки и реализации архитектуры
Если кратко, то государство отличается от корпораций (и даже крупных корпораций) тремя аспектами:
Но эти три "простых" фактора оказывают существенное влияние на все сферы деятельности государства – даже на архитектуру информационных технологий и процессы разработки и использования этой архитектуры.
Одним из следствий перечисленных выше факторов является то, что сегодня для многих государственных организаций и правительств различного уровня, включая национальный, характерен специфический стиль деятельности в области информационных технологий. Кратко этот стиль можно охарактеризовать как "управление в условиях постоянного кризиса": постоянно меняющиеся приоритеты и организационные структуры заставляют заниматься "тушением пожара", иначе говоря, решением проблем, которые возникают то в одном месте, то в другом. И, конечно, все эти проблемы являлись срочными и требовали решения "еще вчера". По мере того как мы движемся в направлении, когда государство в целом использует все более сложные, более взаимосвязанные системы, проникающие во все области деятельности государства, эта ситуация должна измениться. Необходимо уйти от реактивной модели деятельности в области планирования и реализации ИТ-проектов к проактивной модели, которая основана на
(рис 6.1) От реактивной к проактивной модели деятельности государства в области использования информационных технологийСразу отметим, что в контексте архитектуры мы придерживаемся достаточно "широкого" определения "
Во-первых, стала очевидной вся сложность совокупности информационных систем государства, региона или крупного города, количество которых исчисляется сотнями (например, в Москве существует несколько сотен зарегистрированных в соответствующем реестре информационных систем и, вероятно, как минимум, столько же незарегистрированных).
Во-вторых, реальность такова, что этой совокупностью государственных ведомственных информационных систем, большим количеством одновременно выполняемых проектов невозможно управлять жестко централизованно, особенно в таком федеративном государстве, как Россия.
Страны с федеративным устройством, а также крупные регионы и мегаполисы сталкиваются с проблемой наличия большого количества децентрализованных структур управления, когда речь идет о реализации проектов "
И только наличие некоторой общей архитектуры, которой руководствуются сотни и тысячи независимых специалистов различных ведомств и регионов, может обеспечить минимально необходимый уровень гарантии того, что государственные информационные системы смогут взаимодействовать между собой для выполнения необходимых функций.
В последние годы появилась литература на русском языке, в которой содержится достаточно обширный материал по тематике архитектуры
Мы же остановимся на вопросах, которые практически не отражены в литературе на русском языке:
Традиционная архитектура предприятия уделяет основное внимание приложениям, данным и интегрирующей инфраструктуре с целью обеспечения он-лайновых транзакций, выполняемых по инициативе пользователей (клиентов), и создания систем принятия решений. При этом архитектура
Использование единых принципов и стандартов разработки архитектуры государственных организаций и архитектуры
При этом разработка архитектуры электронного государства на национальном уровне условно делится на две составляющие:
Безусловно, оба эти процесса существуют и протекают параллельно. Разработка методик описания архитектуры сопровождается практическим процессом, который, в свою очередь, дает обратную связь для развития и расширения методик.
Как нам кажется, только на национальном уровне существует потребность в разработке собственной или существенной адаптации каких-то существующих методик. На уровне регионов, муниципалитетов вполне достаточно воспользоваться тем, что разрабатывается на национальном уровне, либо, в отсутствии инициативы сверху, воспользоваться одной из известных на рынке
В отличие от коммерческих организаций, для государственных ведомств практически неактуальны такие понятия, как рынок и рыночные отношения, продукты, прибыль. Деятельность ведомств ориентирована на получение определенных конечных результатов (рост экономики, уменьшение преступности и т.д.), что связано с реализацией закрепленных за ними властных и иных полномочий, которые выполняются при помощи определенных государственных программ. В рамках этих программ ведомства предоставляют определенный набор государственных услуг, ориентированных на целевые группы граждан, хозяйствующих субъектов и других ведомств. Прямыми результатами этих услуг могут быть финансовая помощь, предоставление информации, возврат налогов и т.д. Предоставление услуг требует реализации ведомствами определенных процессов и выполнения регламентов работ, для чего используются ресурсы (людские, финансовые и иные). Архитектура информационных технологий ведомств должна обеспечивать всю эту иерархию областей деятельности ведомств и эффективное использование ресурсов.
При этом государство и государственные ведомства отличаются от других индустрий в том плане, что законы и правила гораздо в более существенной степени определяют их деятельность. В совокупности с очевидными ограничениями бюджетного цикла все это создает определенные ограничения и рамки для реализации инициатив в области ИТ. И хотя многие из этих ограничений в какой-то степени обоснованы, процесс разработки архитектуры, в частности, таких ее областей, как архитектура государственных функций (бизнес-архитектура), могут выявить потребности, связанные с изменениями в законах и правилах, и дать необходимые обоснования для таких изменений.
(рис 6.2) Модель деятельности государственных ведомствЗаметим, что государственный сектор наиболее подвержен рискам неэффективных решений, а отсутствие архитектуры и четкой стратегии становятся особо заметными. Мы уже отмечали, что, по данным американского Центра правительственных технологий, статистика провалов проектов в области ИТ в госсекторе в среднем составляет порядка 70–80% от общего числа по сравнению со значением 54% по всем отраслям в целом. При этом около трети неудач связаны с проблемами и недостатками проектирования архитектуры.
В частности, в 2004 финансовом году, по данным Административно-бюджетного управления США, 17 из 26-ти обследованных федеральных агентств и более половины из основных 1400 ИТ-проектов находились в области риска, более половины из 230-ти федеральных программ не могли продемонстрировать реальный эффект, а еще 20% оказались неэффективными.
Причина неудач, по мнению экспертов, как правило, кроется в неадекватной оценке сложности решения, а также в отсутствии полноценного осознания того влияния, которое новая технология будет оказывать на все аспекты работы организации. Две глобальные ошибки, совершаемые "ответственными" чиновниками, это либо неправильный выбор технологии, либо неправильное внедрение в принципе адекватно подобранного решения.
Эти две "фатальные", в конечном счете, ошибки формируются из ряда мелких недочетов в ходе работы, например:
К числу объективных факторов, обусловливающих такие негативные результаты, относятся:
Поэтому ключевой задачей будет являться обеспечение воспроизводимости (сохранения) корпоративной архитектуры государственной организации при такой смене руководства. Поскольку финансовая эффективность и отдача здесь играют гораздо меньшую роль, на первый план выходят такие аспекты, как приверженность развитию, операционная эффективность и политические выгоды для потребителей государственных услуг.
Разница в целях, которые ставят перед собой государственные и коммерческие компании при реализации ИТ-проектов, часто является существенной.
Коммерческие компании, как правило, стремятся получить конкурентные преимущества за счет использования новых информационных систем (мы не рассматриваем здесь вспомогательные системы типа систем расчета заработной платы, когда основной фактор – это достижение операционной эффективности). Это часто ведет к выбору архитектурных решений, основанных на жестко связанных между собой системах и централизованном контроле.
В государственных проектах, особенно в проектах
В частности, объективной необходимостью для государственных ведомств является отказ от полного контроля за всей цепочкой предоставления услуги и разделение информационных систем, отвечающих за фронт-офис (взаимодействие с пользователями) и бэк-офис (ключевых систем ведомств, содержащих необходимую бизнес-логику и данные).
Процесс разработки архитектуры и впоследствии обеспечение ее практической реализации является непростым и для больших коммерческих компаний, а в условиях распределения областей ответственности, фрагментарности организационных структур, характерных для правительства любого уровня управления, он становится сложней на порядок.
Практика показывает, что государственные организации испытывают трудности при разработке и практическом использовании архитектуры в большей степени, чем коммерческие компании. Очень часто усилия по разработке архитектуры заканчиваются созданием обширного количества не используемых на практике документов, усугубляя и без этого непростую ситуацию с объемом бумажной работы в государственных организациях.
Реальная ценность архитектуры
В этом отношении имеется положительный опыт федерального правительства США, когда применение Федеральной архитектуры, о которой речь пойдет ниже, подкреплено соответствующими законодательными и нормативными документами. При этом процесс организован так, что запросы на бюджетное финансирование, связанные с информационными технологиями, оцениваются на соответствие Федеральной архитектуре.
В конечном итоге, архитектура должна направлять процессы организационных изменений. При этом следует учитывать, что государственные служащие, как группа, в силу объективных причин более консервативны в плане реализации изменений, чем их коллеги в коммерческих компаниях. Два фактора определяют поведение и деятельность государственных ведомств в первую очередь: 1) законы и другие нормативные акты, и 2) бюджетный процесс. Для обеспечения успеха архитектуры необходимо умело использовать оба эти фактора.
Первой отличительной характеристикой процессов использования ИКТ в государстве является проблема масштаба. У нас нет цифр по России, но давайте посмотрим на Великобританию, страну с населением в 60 млн. человек, которые все, по сути дела, являются потенциальными пользователями государственных услуг, а значит, и соответствующих информационных систем. При предоставлении государством услуг в электронной форме в этой стране необходимо учитывать следующие масштабы:
Далеко не каждая крупная коммерческая компания сталкивается с организационно-техническими проблемами такого масштаба. При этом большинство коммерческих компаний имеют обычно не более 10 (в среднем около 6) различных бизнес-процессов, которые включают в себя определенное количество
На федеральном уровне Правительство США идентифицировало 487 бизнес-процессов (из них – 28 ключевых, укрупненных процессов). При этом надо заметить, что до недавнего времени госорганизации уделяли непростительно мало внимания анализу своих бизнес-процессов, в то время как
В России только сейчас, в связи с обсуждением административных регламентов, электронных административных регламентов и необходимости принятия соответствующего федерального закона, функциональный взгляд, основанный на анализе государственных бизнес-процессов, начинает получать адекватное внимание специалистов в области государственного управления.
Государственные и общественные институты имеют гораздо более продолжительный жизненный цикл, чем коммерческие предприятия (мы не берем в расчет небольшое количество великих компаний, которые существуют на рынке сотни и более лет). Процессы и процедуры государственных организаций развиваются более продолжительные периоды времени и бывают достаточно сложными, в силу этих и других объективных причин.
Коммерческие предприятия могут использовать подход "все или ничего" для реализации своих ключевых информационных систем. На ум приходят примеры ключевой
В государственном секторе этот подход "все или ничего" при автоматизации сложных процессов может привести (да и приводит) к катастрофическим последствиям: сначала десятки и сотни миллионов "условных единиц" дополнительных затрат и затем, в конечном итоге, остановка проекта. Тем самым, для государственного сектора более разумным является инкрементальный подход, разбивающий реализацию сложных систем, процессов на этапы. Это подталкивает к принятию определенных архитектурных решений, в частности, в области архитектуры интеграции, использования принципа "свободного связывания" систем на основе обмена сообщениями и
Взгляд на электронные государственные услуги как на продолжительные транзакции и процессы, основанные на обмене сообщениями, отражает реально существующий способ работы служащих и государственных ведомств. Он позволяет быстро автоматизировать те части процессов, где это можно сделать легко, оставляя до лучших времен автоматизацию некоторых ручных операций.
Архитектура предприятия, как и архитектура
(рис 6.3) Три измерения, определяющие ценность использования технологий государствомЛюбая инициатива, связанная с использованием технологий в государстве, должна оцениваться метриками, которые измеряют отдачу по одному из этих трех измерений. Архитектура обеспечивает основу для достижения этих показателей и получения соответствующей отдачи по этим трем направлениям.
Образно говоря, архитектура электронного государства – эта та лошадь, которая должна тянуть за собой телегу с инициативами в области
Для получения официальных документов о завершении программы дополнительного профессионального образования (удостоверения о повышении квалификации, дипломов о профессиональной переподготовке и MBA) необходимо предоставить:
Внимание! Вы можете не заказывать доставку бумажной версии официального документы, а скачать его в электронном виде и распечатать самостоятельно. Информация о выданном документе в течение 1 месяца загружается в Федеральную информационную систему «Федеральный реестр сведений о документах об образовании и (или) о квалификации, документах об обучении» - ФИС ФРДО.
Доступ на новый сайт осуществляется с использованием адреса электронной почты, который был указан вами при регистрации на "старом". Мы постарались перенести все ваши данные с прежнего ресурса, однако не исключена вероятность потери части информации.
При возникновении проблемы со входом, воспользуйтесь функцией сброса пароля
Если вы обнаружите несоответствия, пожалуйста, сообщите нам.