L'histoire de la transformation du produit au projet et vice versa (en utilisant l'exemple de la bonté dans la région de Moscou)

Depuis le lancement de Dobrodel dans la région de Moscou, exactement 5 ans se sont écoulés. Au cours des cinq dernières années, un simple projet s'est transformé en produit. Et le gouvernement de la région de Moscou, sous la forme d'une simple licence non exclusive, l'a transféré à la région d'Oulianovsk. Lien vers les nouvelles ici . Mais voyons ce qui s'est passé un peu plus tôt et discutons de la nature cyclique et du bouddhisme zen dans la gestion des produits.



En tant que directeur d'une petite entreprise informatique, j'ai regardé le portail Our City, lancé en 2011 par l'équipe Sobyanin et le portail RosYama de Navalny. Je n'ai pas abandonné l'idée de ce qui peut être mieux fait. C'est ainsi que le projet de la plateforme AIST et le projet d'implémentation de la plateforme à Dubna «City 2.0» sont nés dans notre entreprise. De l'AIST en 2014-2015, Virtue est apparue. À propos de l'idéologie et de la technologie, je voudrais parler un peu dans cet article et ainsi démontrer le cycle projet-produit-projet.

"Notre ville" a fonctionné pour le gouvernement de Moscou et a permis de résoudre rapidement les problèmes communaux, dispersant les appels aux hauts fonctionnaires. Le portail RosYama a immédiatement posé des problèmes aux organes de contrôle et aux autres services responsables.

Navalny a opté pour un moyen simple et abordable. Prendre la demande du formulaire et l'envoyer sous forme d'e-mail au service par e-mail officiel. Des problèmes ont été résolus, mais le délai était de 30 jours, et la solution ne restait souvent pour ces 30 jours que sur papier.

«Notre ville» a toujours fonctionné beaucoup plus efficacement. Depuis 2013, nous accompagnons les utilisateurs du portail Our City et comprenons la cuisine interne de ce système. J'admire toujours les architectes de ce système. Il y a tellement de choses intéressantes sous le capot qui ne peuvent pas être décrites. Le portail frontal est plutôt la pointe de l'iceberg. Le prendre et le déployer dans la même région d'Oulianovsk ne serait pas réaliste (du moins en 2014). Il faudrait construire toute l'infrastructure de Moscou. Et nous n'avons pas de deuxième Moscou en Russie.

En 2013, nous avons commencé à créer une plateforme sur Java Spring + PostgreSQL avec un moteur BPM et un module SIG (sur le même PostgreSQL). Nous voulions faire une solution Midland élégante afin qu'il soit possible de changer rapidement la conception et le front pour construire un système similaire à «Our City» dans les régions. Les principales fonctions de la plateforme étaient: la gestion des utilisateurs, les rôles et les droits, les appels, les catégories d'appels, leur routage, les processus métier, il n'y avait pas non plus de module d'information géographique compliqué et de couche de gestion de l'intégration (à la fois avec le portail frontal et avec les systèmes externes).



Tout a été fait autour d'un processus principal de traitement d'une demande d'un résident. Pour qu'il se connecte, sélectionne le type de problème et sélectionne le point sur la carte où se situe ce problème et envoie l'appel pour examen. De plus, pour chaque type de problème, il y avait un processus opérationnel pour le résoudre. Les modérateurs ont examiné la partie formelle. À l'aide du module SIG, l'entrepreneur pour cet appel et l'organisme de réglementation ont été déterminés. Si, par exemple, il n'y a pas d'eau dans la maison du Bogolyubova 45, alors la société de gestion «Udomdom-Dubna» a entrepris cet appel, l'a exécuté et le résident a accepté le résultat des travaux. Si l'entreprise n'a pas respecté le délai, l'appel a été renvoyé à l'autorité de contrôle - l'inspection du logement.



Il ressemblait à l'écran principal, rien de plus, entra, cria et partit. De plus, des notifications arriveraient par courrier et par téléphone concernant un changement de statut de la demande.

L'idée principale de ce projet était d'exclure l'administration du processus courant de traitement des plaintes des résidents. Tout devrait fonctionner comme une horloge en soi. Après tout, chaque problème a sa propre responsabilité, et ce n'est généralement pas l'administration, même s'il s'agit d'une propriété urbaine. Ce sont tous des entrepreneurs ou des sociétés de gestion. Et il n'y a pas tellement de contrôleurs: 90% des problèmes de la ville sont contrôlés par l'administration de la supervision technique et l'inspection du logement.



Nous avons essayé de rendre l'interface la plus pratique, facile et simple.

Les résultats du pilote sur l'utilisation de la plate-forme à Dubna ont été reconnus comme réussis, nous avons reçu le prix du Gouverneur «Notre région de Moscou» dans la nomination du contrôle public en 2014 et après cela, Dobrodel a été lancé en 2015. AIST était une plate-forme et nous voulions la vendre à d'autres régions, nous l'avons construite initialement comme un produit. Après le lancement de Virtue, la plate-forme s'y est dissoute. Le niveau des tâches, des exigences, des intégrations a augmenté plusieurs fois. Il s'est avéré que nous n'avions même pas pensé. Comme, par exemple, une fuite de mémoire rapide sur Java sous des charges, ou comment maintenir à jour la carte de responsabilité des sociétés de gestion. Dans la région, leurs frontières changent chaque jour. Mais le maintenir manuellement est impossible.À cette époque, il n'existait aucun moyen automatisé de découvrir les zones de responsabilité, et en conséquence, Dobrodel s'est détourné d'un routeur d'appels à l'administration municipale et son objectif principal, réduire la routine des fonctionnaires, a été sérieusement transformé. Au cours de ces cinq années, le projet s'est développé avec succès sous la houlette de l'équipe de la région de Moscou. Je suis sûr que de nombreux problèmes ont été résolus et que leur expérience peut maintenant être appliquée avec succès dans d'autres domaines. Et voici à nouveau le produit. On attrape le zen, tout est cyclique.

Ce n'était pas la seule approche du projectile, nous développons maintenant notre plate-forme AIOps pour surveiller la performance des services informatiques et des processus d'affaires, ainsi que la gestion automatisée des incidents ( plus d'informations sur la plate-forme MONQ ici) Tout d'abord, nous avons commencé à créer un simple numéroteur sur des incidents similaires à PagerDuty pour un usage interne (c'était en 2014), puis il s'est transformé en une fusion et un mégadashboard pour collecter des données à partir de dizaines de Zabbixes et une plate-forme pour contrôler le lancement d'autotests pour connecter des données sur le fonctionnement des services aux entreprises. aux yeux des utilisateurs et des données sur la santé de l'infrastructure. Nous avons d'abord commencé à fabriquer le produit, puis nous avons trouvé le premier client sérieux et pendant 2 ans, nous sommes devenus un projet, nous utilisant à 100% pour les besoins de ce client, puis en 2017, nous avons vendu la première licence à un autre client et sommes finalement redevenus le produit. Ensuite, il y a eu des problèmes financiers et nous sommes de nouveau entrés dans la dépendance du projet, nous avons sérieusement refactorisé, publié de nouvelles fonctionnalités, nous sommes passés à un autre segment de marché et nous sommes à nouveau un produit.L'équilibre du projet de produit, à mon avis, est un problème très aigu.

Si vous êtes intéressé, dans le prochain article, je peux vous dire comment est né MONQ.