Доклад Мауссымжан Нурмагамбетовой на конференции Analyst Days-5, 22-23 апреля 2016 г., Санкт-Петербург www.analystdays.com

1. СОЗДАНИЕ ЛИЧНОГО КАБИНЕТА
В ЭЛЕКТРОННОМ ПРАВИТЕЛЬСТВЕ
РЕСПУБЛИКИ КАЗАХСТАН
Нурмагамбетова Маусымжан
Bee Software, Astana

2. НЕМНОГО О СЕБЕ
Участие в реализации проекта автоматизации
(деятельности ЦОН автоматизации
)государственных услуг
«Участие в обсуждении проекта закона О
»персональных данных
« ( )Участие в разработке эталонных справочных
» « »моделей электронного правительства РК и
eGov/mGovразработке архитектуры
«e-Разработка и защита концепции системы
Learning» для Республики Казахстан и авторское
сопровождение проекта
eGov/mGovВедение проектов развития в качестве
Beeглавного аналитика со стороны компании
Software

3. «ИСТОРИЯ РАЗВИТИЯ ЭЛЕКТРОННОГО
»ПРАВИТЕЛЬСТВА РК
Создание
ГБД
Создание ПЭП
(~200)автоматизация госуслуг
Создание и
(~700)автоматизация ЦОНов
Создание
мобильного правительства
Создание Личного
кабинета

4. ПРЕДЫСТОРИЯ
Концепция

5. EGOV 1.0АРХИТЕКТУРА
( )КОНЦЕПТУАЛЬНО

6. ИСТОРИЯ РОЖДЕНИЯ ИДЕИ
Принят закон
«О персональных
»данных
« »Была пройдена критическая точка перехода
,количества в иное качество в смысле информатизации
eGovВ накопился определенный объем
,проблем требующих модернизации
mGov,С проектом
появлялись новые
каналы
взаимодействия

7. - « »Личный кабинет это вишенка на айсберге инфраструктуры
« » . , .электронного правительства РК Причем во многих смыслах

8. КЛЮЧЕВЫЕ НАЧАЛЬНЫЕ ПРИНЦИПЫ
,Единая точка входа единый идентификатор
,Выделение потока информации касающегося
конкретного лица и направление по удобым
каналам
,Предложение услуг потенциально интересующих
( )конкретное лицо предвосхищение потребностей
Защита персональных данных
Легитимизация и переиспользование данных
Мы изначально решили что не будем создавать ничего принципиально
, , .нового возмем то что уже есть и сделаем это удобным Кроме того мы
решили что мы не будем дублировать никакую уже существующую
.функциональность

9. ( )АГЕНТЫ ВЛИЯНИЯ СТЕЙКХОЛДЕРЫ
Команда
Партнеры
Служба
информбезопасности
Заказчик
Управление
проектом
от Заказчика
Служба
технического
обслуживани
я Департамент
архитектуры
Владельцы
ИС ГО

10. ПЕРВОНАЧАЛЬНАЯ АРХИТЕКТУРА
ЛИЧНОГО КАБИНЕТА
PD
Ntf
SBSCR HIS
SBSCR SBSCR SBSCR SBSCR SBSCR
CA
SMS
PUSH
etc...

11. АРХИТЕКТУРА ЛИЧНОГО КАБИНЕТА
ЧТО ПОЛУЧИЛОСЬ В ИТОГЕ
PD
Ntf
SBSCR HIS
CA
SMS
PUSH
etc...
1.0ШЭП 2.0ШЭП
Brd
DOC

12. КАК СОХРАНЯЛИСЬ ПРИНЦИПЫ
Концепци
я
Новое
требование
Проверка
Обсуждение
Выработка
решений

13. ПРИНЦИПЫ ПОСТРОЕНИЯ
АРХИТЕКТУРЫ
,Унификация всех взаимодействий объектов и
представлений
Специализация
Независимость реализации от способа доступа
пользователя
Разделение на слои

14. ПРИНЦИПЫ УПРАВЛЕНИЯ ПРОЕКТОМ
Глубокая проработка контекста проекта
« »Обмен услугами с партнерами для страхования
рисков
«Никогда не приходить к Заказчику с пустыми
»руками
Поиск взаимовыгодых решений при конфликте
интересов
Выработка совместных решений ДО обсуждения с
Заказчиком
-Любой проект или отдельная задача в проекте это вопрос достижения
.локального оптимума Основной вопрос как его найти и на нем
.остановиться

15. ПРИМЕРЫ РЕАЛИЗАЦИИ ПРИНЦИПОВ
1. « ,Концепции должны рождаться в одной голове
» -но прорабатываться совместно как мы
проектировали сильносвязанную часть подсистем
с Партнерами
2. « , » -Ты мне я тебе страхование взаимных рисков
3. «12 » -подвигов аналитика или как получить еще
100 подписей за последнюю неделю проекта

16. ПРИМЕРЫ РЕАЛИЗАЦИИ ПРИНЦИПОВ
, .Если вы идете навстречу друг другу то вы бестрее достигнете цели Если
,вы идете в разных направлениях то почему вы считаете что это один
?проект
4. « » -Слово на вес золота как вы можете выиграть
,еще немного времени или о доверии
5. « - , - » -Планы ничто планирование все как
2одновременно добежать в точки
6. « » -В поисках смысла как выйти из ситуации
«когда в договоре оказались кривые
»формулировки

17. НЕКОТОРЫЕ РЕЗУЛЬТАТЫ ПРОЕКТА
: ~ 50%Активных пользователей
: 87Общий объем интеграций ИС
: ~ 300 000Всего пользователей

18. EGOV 2.0АРХИТЕКТУРА
( )КОЦЕПТУАЛЬНО
«Надводная часть
...»айсберга

19. ЧТО НЕ ПОЛУЧИЛОСЬ И ПОЧЕМУ
Изменить модель работы ГО для реализации
части возможностей Системы
Унифицировать в полной мере взаимодействие с
внешними системами
Полноценно реализовать изначально
предполагаемые задачи

20. ВЫВОДЫ И РЕКОМЕНДАЦИИ
:Что может быть полезно
- «Разделение требований и архитектуры на условно
», « »постоянные малоизменчивые и
« »быстроменяющиеся
- ,Понимание интересов всех сторон отказ от
примитивного эгоизма
- ,Готовность к изменениям изменения как часть
,культуры проекта проактивность

21. ВЫВОДЫ И РЕКОМЕНДАЦИИ
Единственный способ успеть к финишу вовремя в проектах
«FixedPrice/FixedTime» это сместить время старта в прошлое
:Что может быть полезно
- Фиксация договоренностей на коротком этапе
- Жесткое соответствие всем формальным
юридическим критериям успешности проекта
( ,включая опечатки двусмысленые формулировки и
.)проч всей командой
- , , ,Стандартизация унификация разделение
« »особенно для электронного правительства

22. ПРИМЕР МЕТАТОДЕЛИ УСЛУГИ