Скрижали от e-Gov

Все, что мы есть, это результат наших мыслей.

Будда

Одна картинка стоит тысячи слов.

Восточная поговорка

Общество является сложноорганизованным и многоуровневым образованием, обладающим саморегулированием и адаптацией к внешней среде. Основная цель управления – это максимально полное удовлетворение потребности людей за счет эффективно организованного общественного производства. Управление социальной системой базируется на выявлении факторов, определяющих режим  его внутренней саморегуляции и устойчивости к внешним воздействиям. Еще Платон (427-347гг до н.э.) размышляя над судьбой своего учителя Сократа(469-399гг до н.э.) казненного после падения «тирании десяти» в условиях победившей демократии попытался создать модель идеального общества.

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

К такому подходу относится и понятие «качественное управление» (Good Governance), которое по методологии ООН включает следующие ключевые характеристики:

  • сотрудничество и совместная работа граждан и власти (Participatory);
  • признание верховенства права (Rule of Law);
  • прозрачность власти и ее решений (Transparency);
  • отзывчивость реагирования, оперативность (Responsiveness);
  • ориентация на консенсус (Consensus Oriented);
  • равенство и отсутствие дискриминации (Equity and Inclusiveness);
  • результативность, эффективность и экономичность (Effectiveness ciency)
  • подотчетность власти гражданам (Accountability).

Любая система знаний (в данном случае о процессе электронного управления) обрастает правилами, нарушать которые не следует. Примечательны в этом плане поговорки к игре в преферанс, они в легко воспринимаемой форме определяют общие правила и соглашения при игре, где действия партнеров должны быть предсказуемыми. Изложить подобные правила попытались и мы. Надеемся на Ваше участие в творчестве составления «Законов e-Gov» или «Заповедей e-Gov».  Если хотите, то можно было бы назвать предлагаемый сборник «Мантры e-Gov», если использовать трактование мантр, как приём для регулирования и настройки ума.

Уровень государственного или местного самоуправления имеет одни и те же особенности, как единая голографическая фотография или ее часть(осколок)(см. «Как казаки e-Government делали» на ehronika.com.ua). Поэтому излагаемые правила справедливы для всех уровней e-Government. Кто ознакомился с «Семью принципами академика Глушкова»( ehronika.com.ua), тот найдет в данных правилах много параллелей.

В основе, цели и спасении e-Government лежит безбумажная технология управления и взаимодействия людей. Это как Черепаха на картине Мира. Безбумажная технология не должна тупо переносить прежние связи и структуры органов управления. После обследования становится очевидным дублирующие связи и подразделения. Определить это при поверхностном рассмотрении сложно. Это может напоминать кастрюлю со сварившимися спагетти. Есть несколько способов внедрить оптимальную структуру управления. Рекомендуется для этого использовать внедрение европейских стандартов EN ISO 9001:2008.

 

Аналогично древнему представлению устройства мира можно представить e-Gov. Опираясь на панцирь Черепахи e-Government(регион, город, село) поддерживают Слоны. По преданию их три. Только их слаженность и устойчивость обеспечивает гармоничную жизнь граждан в государстве, городе.

Слон 1. Нам привычнее его называть Автоматизированная система управления. Сейчас в ходу названия: внутренний сайт, G2G и пр.

Слон 2. Электронная демократия, G2C, G2B. Это все, благодаря чему граждане и бизнес взаимодействуют с Властью и получают от Власти установленные Услуги.

Слон 3. Правильнее его назвать первым, ведь то, что он все время находится в тени, не уменьшает его важности. Это то, что мы привыкли называть компьютерной грамотностью. Это касается как чиновников, так и граждан. Эта часть постоянно совершенствуется, как и весь остальной мир. Сегодня это важно, как никогда! Все считают себя компетентными в электронном управлении, но как это соизмеряется с нужным представлением?

В унисон со своими наблюдениями и выводами могу привести слова заместителя главы КГГА Александра Пузанов во время программы «Столица. Спецпроект» от 27.07.11: «У нас есть много людей, которые даже не владеют компьютером, у нас есть некоторые чиновники, которые проработали 30 лет и это очень хорошо, что есть опытные работники, но современная жизнь требует современных подходов и в некоторых случаях мы должны подумать о системе подготовки квалифицированных кадров, квалифицированных работников, которые будут реализовывать эту стратегию (Стратегию развития Киева до 2025 года – Ред.) в будущем» http://www.kievpress.net/news/Stolichnye_chinovniki_otstali_ot_zhizni-10284/

Наверное, речь идет о чиновниках всех уровней – это существенно!

1: Автоматизация документооборота.

Еще в конце 60-х годов Виктор Михайлович Глушков определил  основным принципом новой технологии безбумажный обмен информации. «Первым (и самым главным) отличием новой технологии организационного управления от традиционной технологии является форма представления и пути движения информации в системах управления» — неоднократно и в разных вариантах повторял В.М.Глушков. При этом возникает возможность резкого сокращения времени обработки документов, контроля исполнительской деятельности чиновников, автоматическое формирование статистических показателей и появление новых задач в целом увеличивающих эффективность управления.

Уже сегодня в наиболее передовых странах по электронному управлению количество бумажных документов сокращено до минимума, например в Южной Корее документ в бумажном виде может появиться на столе у чиновника не ниже ранга министра(см. «В Южной Корее все документы в бумажном формате доступны только министрам» ehronika.com.ua).

2: Распределенная база данных.

В основе e-Government лежит распределенная база данных(РБД).  РБД состоит из набора узлов, связанных коммуникационной сетью, в которой каждый узел — это полноценная СУБД сама по себе; узлы взаимодействуют между собой таким образом, что пользователь любого из них может получить доступ к любым данным в сети так, как будто они находятся на его собственном узле.

Каждый узел сам по себе является системой базы данных. Любой пользователь может выполнить операции над данными на своём локальном узле точно так же, как если бы этот узел вовсе не входил в распределённую систему. Распределённую систему баз данных можно рассматривать как партнёрство между отдельными локальными СУБД на отдельных локальных узлах. работающая под управлением Системы управления базами данных (СУБД)(см. ehronika.com.ua статью от 21-07-11 «Какой должна быть национальная СУБД»). БД должна обладать минимальной избыточностью, необходимой для поддержания сохранности и целостности базы. Управленческие задачи могут работать со своими собственными локальными базами данных, но организация и поддержание таких баз не должны требовать никакого дополнительного ввода, поскольку они формируются и актуализируются как вторичные базы данных непосредственно из исходной (первичной) интегральной базы.

Существенный параметр СУБД для e-Government  — цена. Существуют СУБД со свободным(бесплатным правом использования). Прежде всего это: MySQL( http://www.intuit.ru/department/database/mysql/) и PostgreSQL(http://www.postgresql.org/)

3: Одноразовый ввод данных

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

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

Примечателен в этом смысле опыт грузинских гаишников. Они заметили, что им при проверке автомобиля на дороге, даже права водителя не нужны! При указании фамилии водителя по запросу в БД они получают весь необходимый объем данных.

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

4: Динамическая целостность

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

Процедура составления и сопровождения справочников, реестров и баз данных общего пользования должна быть определена так, чтобы источник изменения был локализован в на одном рабочем месте. Как правило, справочник некорректен, если его могут изменять с разных мест.

5: Системное единство

Создание широкомасштабной информационной системы требует обязательной проработки и согласования всех ее элементов, в первую очередь таких, как информационное наполнение и форматы баз данных, процедуры актуализации баз данных и внесения изменений в их структуру, пользовательские интерфейсы и т.п. Большинство из перечисленных вопросов кардинально могут быть решены на стадии проектирования руководящими документами либо придется создавать целый проект типа: http://www.egoverlab.com/eng/Competence/xRoad . Впрочем, подобие xRoad создавать все равно придется ((

6: Типовость (универсальность и унификация)

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

Хороший пример этому комплекс 1С-Бухгалтерия. Изменение выходных форм, расчетные схемы, типовые документы и пр. настраиваются параметрически. Причем квалификация для настройки определенная нужна, но программы при этом не меняются, т.е. изменения кодов непосредственно программ не производится.

7: Модульность и прозрачность

К предыдущему принципу непосредственно примыкает принцип модульности построения технического, программного и информационного обеспечения, позволяющий сравнительно легко адаптировать систему к меняющимся условиям, производить ее помодульное развитие и совершенствование. Модульность позволяет преодолеть одно существенное противоречие в разработке широкомасштабных информационных систем: с одной стороны, изложенные выше принципы (особенно принципы единой информационной базы и автоматизации документооборота) требуют достаточно длительного времени для своей реализации, а с другой стороны, отдачу от системы пользователи хотят получать уже на самых ранних этапах ее развития. Последнее требование обычно толкает разработчиков на антисистемный позадачный подход с автоматизацией только отдельных процедур и организацией собственных баз данных с неавтоматизированным, как правило, вводом. Далее можно непосредственно процитировать В.М.Глушкова: «Основной порок позадачного метода состоит в том, что даже при условии автоматизации всех процедур единая система управления не получается и эффект автоматизации оказывается в результате весьма низким. Пользуясь же принципом модульности, можно внедрять отдельные задачи на фоне одновременной работы по созданию системы управления, удовлетворяющей перечисленным принципам. При этом по мере развития общесистемной части подобные локальные очаги автоматизации включаются в качестве готовых модулей в создаваемую систему».

e-Gov хотя и провозглашается основным приоритетом властью и правительством, но не всегда именно власть и правительство проявляет в этом заинтересованность. В схемах G2C и G2B очевидная заинтересованность у бизнеса и народа. Простой пример в том, что в первую очередь власть рапортует о реализации в электронном сервисе таких услуг, как регистрация предприятий и предпринимателей и т.п., которые и так достаточно прозрачны и менее всего подвержены коррупции(http://www.unian.net/ukr/news/news-451881.html).

Прозрачность системы должна позволять ее развитие методом «народной стройки», для чего должны быть понятны требования для включения модулей в общую систему и правила получения нужной информации о процессе, конечно в нормах соблюдения требований по защите информации. Такое развитие системы соответствует развитию системы по правилам уровня 2.0. Фактически это краудсорсинг, если понимать под этим термином то что создается для удовлетворения предполагаемого спроса бесплатно или за небольшую цену поделиться своими идеями с властью, исключительно из интереса увидеть свои идеи воплощёнными!

8: Электронное управление – выгодная инвестиция.

Изначально должна быть выработана методика оценки того или другого (электронного) воздействия на управляемую систему, чтобы определить адекватность воздействия и ее экономический эффект(самоокупаемость). Окупаемость вложений в 14 месяцев можно считать удовлетворительной. В течение 14 месяцев вложения в электронное управление в Эстонии окупаются экономическим эффектом от внедрения(см. «Сотрудничество Украины и Эстонии в e-Goverment» — ehronika.com.ua).  Южная Корея, например, от функционирование системы «электронного правительства» за последние 2009-2010г.г. сэкономила для госбюджета более 1 млрд. долларов и сократила число служащих почти на девять тыс. человек. Общий же социально-экономический эффект оценивается в 16 млрд. долларов…

Является ли довод временного отсутствия средств в бюджете государства, области, города и т.д. аргументом для откладывания сроков разработки и внедрения e-Government?

9: Постоянное совершенствование.

Сфера e-Government одна из самых молодых и расширение возможностей ее применения и использования еще окончательно не определено. Это связано, прежде всего, с появлением новых средств и возможностей в отрасли IT. Примечательным можно считать в этом плане стартовавшая недавно в Сингапуре программа eGov2015. В фокусе, которой новый акцент на появление новых мобильных приложений и расширение участия граждан в правительственных инициативах e-Government.

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

Большое значение для инфраструктуры электронных правительств имеют онлайновые «облачные» разработки, причем государство выступает как в роли их провайдера, так и в роли пользователя. По мнению специалистов Gartner в 2015 году более 50% сервисов, совместно предоставляемых разными госструктурами, а также инициатив по централизации госуправления будут поддерживаться в режиме «облака».

По данным Gartner, глобальное внедрение технологий «электронного правительства» позволит к 2014 году примерно на 20% сократить расходы на поддержание правительственной инфраструктуры и административно-бюрократического аппарата.

10: Постоянное обучение.

Исходя из предыдущего принципа требования к пользователю, чиновнику и разработчику e-Government постоянно меняются, скорее всего, повышаются!

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

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

Как организовать обучение новым знаниям, когда сами знания меняются в процессе обучения – проблема сложная, но разрешимая. Один из подходов изложен в статье «Образование 3.0» (ehronika.com.ua)

Терминология

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

Сайты открытые — все сервисы полностью доступны для любых посетителей и пользователей.

Сайты полуоткрытые — для доступа необходимо зарегистрироваться (обычно бесплатно).

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

И еще хотелось бы для настроения привести Заповеди программиста от it-епископа:

1. Программирование — твоя главная страсть. И да не будет у тебя страсти главней.

    2. Не сотвори себе кумира из конкретной технологии. Ибо программирование требует постоянного развития, а технологии-кумиры останавливают развитие.

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

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

    5. Уважай учителей и учеников своих. Постоянно учись и учи окружающих, чтобы было тебе всё легче и легче делать всё более и более сложные вещи.

    6. Не убий в себе ребенка. Не забывай эмоции от первого запуска первой написанной тобой программы и воспринимай каждую следующую, как ту — первую.

7. Не изменяй программированию. Ибо программист может стать кем угодно, но этот кто угодно обратно программистом уже не станет.

8. Не кради код ближнего своего.

9. Не программируй то, что может принести вред другим. Ибо встав раз на путь дьявола — на нем и останешься.

    10. Не завидуй ближнему твоему, если он умеет лучше программировать. Ибо программирование — это божественный дар, но его можно развить. Так что не завидуй, а развивай.

http://bishop3000.livejournal.com/177408.html

И еще Дзен-заповеди программиста:

Эти «заповеди» (полушутливые на первый взгляд) сформулированы по аналогии с заповедями дзен-буддизма. Я процитируем «заповеди» Zen of Python — выраженные Тимом Питерсом для языка программирования Python. С учетом определенной адаптации они подойдут и для инженеров-программистов встраиваемых систем.

    Красивое лучше уродливого

Явное лучше неявного

Простое лучше сложного

Сложное лучше усложненного

Плоское лучше вложенного

Разреженное лучше плотного

Читаемость важна

Частные случаи недостаточно частные, чтобы нарушать правила

Хотя практичность превыше чистоты, ошибки не должны подавляться, если только не указано обратное

В случае неопределенности не поддавайся соблазну угадывания

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

Сейчас лучше, чем никогда, хотя лучше никогда, чем прямо сейчас

Если реализацию идеи сложно объяснить, это плохая идея

Если реализацию идеи легко объяснить, возможно, идея хорошая

(взято из книги: Р. А. Сузи. Python (в подлиннике). СПб.: БХВ, 2002)

http://onembedding.bialix.com/tools/python/articles/zen/

Реклама

Добавить комментарий

Заполните поля или щелкните по значку, чтобы оставить свой комментарий:

Логотип WordPress.com

Для комментария используется ваша учётная запись WordPress.com. Выход / Изменить )

Фотография Twitter

Для комментария используется ваша учётная запись Twitter. Выход / Изменить )

Фотография Facebook

Для комментария используется ваша учётная запись Facebook. Выход / Изменить )

Google+ photo

Для комментария используется ваша учётная запись Google+. Выход / Изменить )

Connecting to %s

%d такие блоггеры, как: