Почему раз за разом ?Т-проекты запускаемые органами государственной власти завершаются с очень скромными результатами или вовсе - завершаются ничем. Как получается так, что раз за разом ?Т-компании “разводят” заказчиков из органов государственной власти и выходят “сухими из воды”. На эту тему небольшое размышление и фиксация текущей ситуации. ?так, как же так происходит:
Типичная реализация ?Т-проекта для органов государственной власти.
С одной стороны, реализовать ?Т-проект - это просто. Для инициирования и реализации ?Т-проекта нужно пройти всего несколько стандартных шагов:
• ?нициировать проект.
• Осуществить планирование проекта.
Поставить цели на проект и на достигаемые результаты.
• ?сполнить проект.
Начать и выполнить разработку информационной системы. Осуществить внедрение ?Т-системы и достигнуть цели проекта
• Завершить и сдать проект в эксплуатацию
Все вроде просто, но раз за разом во многих органах государственной власти проекты создания и внедрения ?Т-систем заканчиваются ничем, раз за разом планируемые результаты создания информационных систем гораздо ниже и хуже чем те ожидания, которые были на этапе инициации и запуска проектов. Попробуем разобраться почему так происходит. Для этого очень кратко проанализируем процесс создания ?Т-систем для органов государственной власти – как это происходит в жизни:
?нициация проекта
Сама идея создания ?Т-проектов для органов государственной власти обычно появляется одним из следующих образов:
- необходимость создания ?Т-систем обусловлена принятыми нормативно-правовыми актами федерального или регионального уровня (например, повсеместное создание порталов органов государственной власти было вызвано принятием постановления принятием Постановления Правительства РФ «Об обеспечении доступа к информации о деятельности Правительства РФ и федеральных органов исполнительной власти» и пр.)
- в рамках реализации целевых программ информатизации федерального и регионального уровней (где, исходя из политических и административных приоритетов прописывается реализация комплекса мероприятий и создания ?Т-систем, а также выделяются бюджетные ресурсы на их реализацию)
- возникает критическая необходимость в использовании ?Т-технологии для осуществления оперативной деятельности ОГВ (например, необходимость значительного количества расчетов в социальной сфере вызвало к жизни целый ряд систем автоматизирующих сферу здравоохранения и социального развития)
- по аналогии с существующими системами (в том случае, когда руководству ведомства или администрации удается в силу каких-то причин увидеть работающую ?Т-систему, которая может быть перенесена и адаптирована)
- «инициативным порядком» (когда, идея реализации ?Т-систем для поддержки деятельности органов государственной власти возникает в ведомстве или региональной администрации, в консалтинговой или ?Т-компании работающих с органами власти по иным проектам)
Стоит сразу отметить, что наибольший шанс быть реализованными и доведенными до качественного результата имеют шанс системы создаваемые по «аналогии с существующими системами» (потому что, ?Т-система «уже работает» и ее лишь нужно несколько усовершенствовать и доработать – понятно что делать) и системы создаваемые в результате «критической необходимости для организации деятельности ОГВ» (так как, потребность в ?Т-системе четко осознана на высшем уровне и сформировано задание на необходимый результат).
После принятия решения о том, что ?Т-проект все таки нужно подготавливать и запускать наступает этап планирования проекта и подготовки Технических требований на проект.
Осуществление планирования проекта
В рамках планирования ?Т-проекта должна быть осуществлена постановка целей на проект и на достигаемые результаты. По логике, постановка целей и требований к результатам на ?Т-проект должна осуществляться основной заинтересованной стороной – заказчиком проекта со стороны органа государственной власти, так как только он знает специфику деятельности организации, основные процессы и ключевые результаты деятельности, основные тренды и тенденции развития и пр. Но, на практике, это происходит чрезвычайно редко. Участие представителей органов государственной власти в планировании большинства проектов минимально, и сводится к рассмотрению и рецензированию подготовленной документации разработанной привлеченными ?Т-компаниями. В результате такого способа организации работ, реальные цели, задачи и потребности, существующие в организации, находят малое отражение в подготавливаемых планах проекта.
?звестный тезис гласит, что: «Качественное планирование – основа успешности проекта» и, что: «От того как поставлена и сформулирована задача зависит более 70% успеха проекта». Так как на сегодня планирование и постановку задачи на ?Т-системы для органов государственной власти осуществляют в большинстве своем привлеченные ?Т-компании, которые впоследствии и реализуют данные проекты в «точном соответствии с ТТ», то получается парадоксальная ситуация, что ?Т-компании сначала сами ставят себе задачи, а потом «их героически решают». В итоге, ?Т-проекты хотя формально и соответствуют техническим требованиям выставленным на конкурс, но, по факту, не решают в полной мере реальные задачи стоящие перед органами государственной власти, не реализуют те функции, для которых собственно и затевался ?Т-проект.
Анализ Технических требований, которые многие регионы и ведомства выставляют на конкурсы показывает, что подавляющая их часть является очень поверхностной постановкой задачи на ?Т-систему, требования содержательно не проработаны и зачастую противоречивы. Формулировка содержательной задачи на ?Т-систему в технических требованиях на лот в несколько десятков миллионов рублей обычно занимает одну-две дюжины страниц и включает совершенно минимальное описание создаваемой системы. Такого рода недостаточная проработка планирования проекта и постановка требований на результат, которая должна была бы стать инструментом содержательного контроля и мониторинга дальнейшей разработки информационной системы таковой быть не может и это заранее предопределяет нелучшие результаты создания ?Т-системы.
?сполнение/реализация проекта.
После начала реализации проекта ?Т-компаниями осуществляется разработка и внедрение информационной системы. Обычно, на этом этапе ?Т-компании стремятся минимизировать большую часть своих усилий и затрат и выполнять работы в минимальной конфигурации. Учитывая то, что, обычно, в качестве результатов работ по созданию ?Т-систем пишутся следующие формулировки:
• ТЗ на разработку ?Т-системы …
• Типовое программное обеспечение ?Т-системы …
• Программа и методика испытаний ?Т-системы …
• Методика внедрения ?Т-системы …
• Руководство пользователя, руководство администратора ?Т-системы …
• Пакет нормативно-правовых актов, необходимых для ввода в действие и функционирования ?Т-системы …
Если проанализировать структуру результатов, то с исполнителя – ?Т-компании, обычно требуется набор документов и программное обеспечение – т.е. требования к сдаче проектов формируются не в терминах результата проекта для ОГВ, а в терминах передаваемых отчетов и «предметов»/программного обеспечения. Заказчик обычно получает весь этот набор «предметов/результатов», но чаще всего это не равносильно работающей ?Т-системе удовлетворяющей потребности органа государственной власти и решающей задачи заказчика. Более того, очень часто со стороны заказчика вообще не организуется система мониторинга и контроля за ?Т-проектом, так как у заказчика нет содержательного понимания проекта и конструкции его развертывания, то просто невозможно корректно осуществлять контроль за действиями исполнителей. Заказчик зачастую встречается с исполнителем только на стадии подписания контракта на начало работ и на приемке/сдаче, при подписании актов.
Примечание:Необходимо отметить, что для ?Т-компаний работа по проектам для органов государственной власти также характеризуется целым рядом ограничений и сложностей. Обычно это проявляется в том, что: сроки проекта сжаты более чем наполовину по сравнению с нормальным необходимым временем реализации проекта (т.е. вместо требуемых 10-15 месяцев обычно в распоряжении компании 5-7 для реализации проекта); количество разработчиков, которые в «теме проекта» недостаточно для его реализации (т.е. обычно что-то про содержание проекта до его запуска знает 2-3 человека участвовавших в предварительных переговорах, остальные начинают вникать в специфику ?Т-проекта для обеспечения госуправления только после его запуска); бюджет и ресурсы выделенные на проект могут быть урезаны (это может быть результатом демпинга компании при проведении конкурсов и тендеров); функциональность и реальные требования к модулям ?Т-системы могут значительно превышать значения, которые они могли бы иметь в нормальных условиях (это может быть следствием требований на безопасность для ?Т-систем ОГВ или следствием политического решения в рамках договоренностей руководства ОГВ и руководства компании).
Данные ограничения и экстренность ситуации разработки и внедрения такого ?Т-проекта для органов государственной власти накладывает свой отпечаток на поведение и стратегию действия ?Т-компаний. Непосредственные исполнители из ?Т-компаний в такой ситуации обычно стремятся побыстрее отделаться от такого вот «неудобного проекта», несмотря на многочисленные разговоры руководства ?Т-компани о потенциальном стратегическом и долговременном сотрудничестве.
Завершение проектов
Завершение и сдача проектов в эксплуатацию очень часть проходит в значительной спешке. Органам государственной власти обычно просто необходимо принять проекты по совершенно различным причинам: из за необходимости освоить выделенные средства на информатизацию, потому что скоро закрытие бюджетного года и просто, потому что долго и сложно разбираться в том что наделали информатизаторы. В итоге, в органы государственной власти передается недоработанный проект под многочисленные заявления специалистов из ?Т-компаний, что «после нового года» они обязательно все доделают и доработают до той функциональности, которую они ранее обещали. Ну, а после «закрытия актов» квалифицированные ?Т-специалисты пропадают, а с неисправностями системы начинают вести «неравный бой» специалисты ?Т-департамента органа государственной власти.
Рассматривая вышесказанное можно отметить, что одним из важных составляющих провала при реализации проекта является отсутствие четкой постановки задачи со стороны сотрудников органов государственной власти на этапе инициирования проекта и этапе организации планирования проекта.
Часто можно слышать, что существует два основных типа «безнадежных проектов»: «системы с нечёткими целями» и «очень сложные системы». Самоустранение заказчиков ?Т-проекта от постановки целей, задач и требований на результат почти наверняка вводит проект в разряд «безнадежных» - проекта создания «системы с нечёткими целями . в итоге, это приводит к тому, что ?Т-компании делают не то, что нужно заказчику, а то, что они уже умеют делать – т.е., по сути, «продают» органам государственной власти какие-то ранее сделанные заготовки и настройки программного обеспечения по новыми названиями.
