ПРОЕКТ ИЗ НЕДАЛЕКОГО НАСТОЯЩЕГО
У руководителей проектов по мере накопления опыта может проявиться синдром их избегания. Руководитель учится достигать результата, но, вместе с этим, следует жесткая побочка в виде понимания:
• Возможных рисков, их вероятности и каковы разрушительные последствия для проекта;
• Того, что ресурсов нет и не дадут;
• Данных для ИТ-системы нет, как их получить — неясно;
• Требования к результату обязательно поменяются;
• У победы будет много родственников, поражение — всегда сирота.
Опытный РП заранее знает, что сделать проект будет невозможно. Или, все-таки получится?
Сегодня поговорим о таком вот полностью невозможном проекте, заявленном на премию «Интеллект, талант, действие» в рамках «ИТ-Диалога 2025»
Задача: обеспечить социальные выплаты в регионе;
Место действия: Херсонская область;
Время: только что завершены боевые действия, регион находится под контролем вооруженных сил России, но формально не включен в состав РФ;
Охват проекта: более двухсот тысяч граждан, от социальных выплат которым зависит их жизнь.
Обычно в кейсах пишут, что было доступно для реализации проекта. Здесь проще перечислить чего не было:
1. ИТ-системы, работавшие ранее, отключены оппонентами;
2. Данных, необходимых для производства выплат (паспорта, ИНН, СНИЛС, адреса — тоже нет). Речь не об ИТ-системе, их просто пока что нет у граждан, потому что регион еще не прошел процедуру референдума и формализации в составе РФ;
3. Государства со всеми привычными нам институтами, системами и механизмами на этой территории тоже нет. Будет, но, позже;
4. Охват проекта не до конца понятен, так как граница освобождённой территории подвижна;
5. Нет законодательства, регламентов, органов власти, их полномочий и взаимодействия.
В этот момент хочется спросить читающих это руководителей проектов: «а что вы знаете о работе в условиях неопределенности и о проектах, которые невозможно реализовать?».
Но у команды получилось. Что у них было:
1. Небольшая группа тех, кого не надо мотивировать. Они приехали и взялись;
2. Понимание, что никакие типовые подходы не сработают;
3. Видение, что нужно быстро запустить облачную ИТ-платформу учета выплат и снять социальное напряжение;
4. Подрядчик, готовый стартовать «за спасибо».
Отмечу еще одну специфику этого проекта: тут не хайпануть и не невозможно имитировать результат. Люди либо получат выплаты, либо нет.
Образ решения:
1. ИТ-платформа, сделанная точечно под задачу, в отрыве от ландшафта государственных информационных систем РФ. На условиях эксперимента размещена в ГЕОПе (Гособлаке). Это также потребовало нешаблонного подхода;
2. Единая платформа позволила собрать данные граждан, обеспечить идентификацию, уйти от риска многократных выплат одному и тому же человеку в разных городах;
3. В интеграции с банком обеспечить индивидуальные и групповые выплаты.
Этот проект можно отнести к мобилизационным, то есть соответствующем следующим критериям:
1. Острая потребность в результате в сжатые сроки;
2. Невозможность заранее планировать ресурсы, понимать охват, проектировать образ решения (хотя, до определенной степени, потребность в таком проекте можно предвидеть);
3. Результат невозможно имитировать, он либо есть, либо его нет;
4. Типовых или готовых решений нет, придется на ходу принимать решения и проходить развилки. На готовых методологиях, презах и наработках прошлых лет выехать не получится.
МИХАИЛ ШПИР (представил проект на ИТ-Диалоге):
«Сейчас мы эту страницу уже перевернули. Но одно из важнейших достижений нашей команды в первые месяцы работы, летом 2022 года — это создание собственной системы социального обеспечения. Регион тогда не был в составе РФ, но базовые потребности населения нужно было удовлетворять. Уходя из Херсонской области, Украина оставила жителей без сервисов учета, лишив их возможности получать социальные выплаты и пенсии. Критически важно было в кратчайшие сроки верифицировать граждан для выполнения государством социальных обязательств.
Тогда у людей не было ни российских документов, ни СНИЛСов, а в инфраструктуре региона — защищенных сетей данных. Федеральное ПО не могло быть применено, и Минцифры Херсонской области приняло решение строить свою систему, не имея технических специалистов и подрядчиков, которые могли начинать работы без предоплаты.
Задача казалась нереальной, тем не менее Херсонская область — единственный регион РФ, который смог построить собственную информационную систему своими силами и разместить ее в гособлаке (ГЕОП). По сути, тогда мы формально не имели на это права. Но федеральное Правительство и Минцифры России пошли нам навстречу. Облачная система позволила пресечь попытки дублирования граждан в базе данных (осуществлялась проверка одновременно по нескольким параметрам) и коррупционные риски в виде задвоения выплат и «мертвых душ» в ведомостях.
Кажется, ничего сверхъестественного, но тогда это была важнейшая задача. Через нашу систему прошло 207 808 пенсионеров и других получателей социальных выплат.
Какой бы любимой не была наша система, мы понимали ее временный характер и ограниченность нашей локальной разработки. Через полтора года приняли решение вывести ее из эксплуатации и начали переходить на современное решение ПГС 3.0 на платформе государственных сервисов "ГосТех"».
Предвижу, что в предстоящие годы способность делать подобные проекты все более будет востребована как в бизнес-организациях, так и в государственном управлении.