Прошло ровно 5 лет с момента запуска Добродела в Московской области.
За эти пять лет простой проект превратился в продукт. А Правительство Московской области в виде простой неисключительной лицензии передало его Ульяновской области.
Ссылка на новость здесь .
Но давайте посмотрим на то, что произошло чуть ранее, и поговорим о цикличности и дзен-буддизме в управлении продуктом.
Будучи директором небольшой IT-компании, я смотрел портал «Наш город», запущенный в 2011 году командой Собянина, и портал Навального «РосЯма».
Я не мог отказаться от мысли, что можно сделать лучше .
Так в нашей компании родился проект платформы АИСТ и проект внедрения платформы в Дубне «Город 2.0».
Добродел появился в составе АИСТ в 2014-2015 годах.
В этой статье мне хотелось бы немного поговорить об идеологии и технологии и тем самым продемонстрировать цикл проект-продукт-проект. «Наш город» работал на Правительство Москвы и позволял оперативно решать коммунальные проблемы, распределяя обращения ответственным лицам.
Портал РосЯма тут же отправил проблемы в контролирующие органы и другие ответственные ведомства.
Навальный пошел по простому и доступному пути.
Возьмите запрос из формы и отправьте его в ведомство на официальную почту.
Проблемы решались, но срок был 30 дней, и решение зачастую в течение этих 30 дней оставалось только на бумаге.
«Наш город» всегда работал гораздо эффективнее.
С 2013 года мы поддерживаем пользователей портала «Наш город» и разбираемся во внутренней работе этой системы.
Я до сих пор восхищаюсь архитекторами этой системы.
Под капотом столько всего интересного, что описать невозможно.
Передний портал больше похож на верхушку айсберга.
Просто взять и разместить его в той же Ульяновской области (по крайней мере, в 2014 году) было бы нереально.
Надо было бы построить всю инфраструктуру Москвы.
А второй Москвы в России у нас нет. В 2013 году мы начали делать платформу на Java Spring + PostgreSQL с BPM-движком и ГИС-модулем (с использованием того же PostgreSQL).
Мы хотели сделать элегантное решение для средней полосы, чтобы, изменив дизайн и фасад, можно было быстро построить систему, аналогичную «Нашему городу» в регионах.
Основными функциями платформы были: управление пользователями, ролями и правами, запросами, категориями запросов, их маршрутизацией, бизнес-процессами, также имелся простой геоинформационный модуль и уровень управления интеграцией (как с фронтальным порталом, так и с внешними).
системы).
Все было сделано вокруг одного основного процесса обработки заявления резидента.
Чтобы он зашёл, выбрал тип проблемы и выбрал точку на карте, где находится эта проблема и отправил запрос на рассмотрение.
Далее для каждого типа проблемы существовал бизнес-процесс ее решения.
Модераторы посмотрели формальную часть.
С помощью ГИС-модуля были определены исполнитель данного запроса и контролирующий орган.
Если, например, в доме на Боголюбова, 45 нет воды, то управляющая компания «Управдом-Дубна» взяла на себя эту просьбу, выполнила ее, и жилец принял результат работы.
Если компания не выполнила задание в установленные сроки, то обращение направлялось в контролирующий орган – жилищную инспекцию.
Вот так выглядел главный экран, ничего лишнего, зашёл, нажал и вышел.
Далее на почту и телефон будут приходить уведомления об изменении статуса заявки.
Основная идея этого проекта заключалась в исключении администрации из рутинного процесса обработки жалоб жильцов.
Все должно работать как часы.
Ведь за каждую проблему есть свой ответственный, и обычно это не администрация, даже если она является собственностью города.
Все это подрядные организации или управляющие компании.
А контролеров не так уж и много: 90% проблем города контролируются административно-техническим надзором и жилищной инспекцией.
Мы постарались сделать интерфейс максимально удобным, легким и простым.
Результаты пилота использования платформы в Дубне были признаны успешными, в 2014 году мы получили губернаторскую премию «Наше Подмосковье» в номинации «Общественный контроль», после чего в 2015 году запустили «Добродел».
Платформой был АИСТ, и мы хотел продать его в другие регионы; изначально мы создавали его как продукт. После запуска Добродела платформа исчезла в нем.
Уровень задач, требований, интеграций вырос в несколько раз.
Вышло то, о чем мы даже не подумали.
Как, например, быстрая утечка памяти в Java под нагрузкой или как поддерживать карту ответственности управляющих компаний в актуальном состоянии.
В регионе их границы меняются каждый день.
Но поддерживать это вручную невозможно.
В то время не было автоматизированных средств выявления зон ответственности, в результате «Добродел» превратился в маршрутизатор запросов для муниципальных администраций, а его основная цель — сократить рутину для чиновников — серьезно трансформировалась.
За эти пять лет проект успешно развивался под руководством команды Московской области.
Я уверен, что многие проблемы решены и теперь их опыт можно успешно применять в других сферах.
И вот снова товар.
Дзен ловим, все циклично.
Это был не единственный подход к снаряду; сейчас мы разрабатываем нашу платформу AIOps для мониторинга производительности ИТ-сервисов и бизнес-процессов, а также автоматизированного управления инцидентами ( подробнее о платформе MONQ здесь ).
Мы сначала начали делать простенький обработчик инцидентов типа PagerDuty для внутреннего использования (это был 2014 год), затем он превратился в слияние и мегадашборд для сбора данных с десятков забфиксов и платформу для мониторинга запуска автотестов для подключения данных о функционировании бизнес-сервисы глазами пользователей и данные о работе инфраструктуры.
Мы сначала начали делать продукт, потом нашли первого серьезного клиента и за 2 года фактически превратились в проект, на 100% посвятив себя потребностям этого клиента, затем в 2017 году продали первую лицензию другому клиенту и, наконец, стали продукт снова.
Потом были финансовые проблемы и мы снова попали в зависимость от проекта, сделали серьёзный рефакторинг, выпустили новый функционал, перешли в другой сегмент рынка и теперь мы снова продукт. Баланс продукта и проекта, на мой взгляд, очень актуальный вопрос.
Если вам интересно, в следующей статье я расскажу, как родился MONQ. Теги: #Управление проектами #Управление продуктами #Управление продажами #monq #monqlab #rospartner #dobrodel
-
Экспедиция Центра Данных 2015: Тур По Азии
19 Oct, 24 -
Лекция Владимира Пирожкова
19 Oct, 24 -
Память И Манипуляции С Ней
19 Oct, 24 -
Карманный Алкотестер Drinkmate
19 Oct, 24 -
Статистика Feedburner Упала?
19 Oct, 24 -
Конференция Для Застройщиков В Оренбурге
19 Oct, 24
