从产品到项目的转换历史，反之亦然（以莫斯科地区的善良为例）

自从Dobrodel在莫斯科地区启动以来，已经过去了5年。在过去的五年中，一个简单的项目变成了产品。莫斯科地区政府以简单的非专有许可证的形式将其转让给了乌里扬诺夫斯克州。在这里链接到新闻。但是，让我们先看看发生了什么，并讨论产品管理中的周期性和禅宗。



作为一家小型IT公司的主管，我查看了Sobyanin团队于2011年启动的Our City门户以及Navalny的RosYama门户。我没有放弃可以做得更好的想法。因此，AIST平台的项目和Dubna“ City 2.0”平台的实施项目就诞生于我们公司。2014年至2015年，在AIST上，Virtue出现了。关于思想和技术，我想在本文中谈一点，从而演示项目-产品-项目的周期。

“我们的城市”为莫斯科政府服务，使迅速解决社区问题成为可能，从而吸引了高级官员的注意。RosYama门户网站立即向控制机构和其他负责部门提出了问题。

Navalny采取了一种简单且价格合理的方式。从表格中获取申请，然后以电子邮件的形式通过官方电子邮件将其发送给部门。解决了问题，但截止日期为30天，而解决方案通常仅在纸上保留30天。

“我们的城市”一直以来效率更高。自2013年以来，我们一直在为Our City门户网站的用户提供支持，并了解该系统的内部功能。我仍然很欣赏这个系统的架构师。引擎盖下有很多有趣的东西无法描述。额门是冰山的一角。仅在同一Ulyanovsk地区部署和部署它是不现实的（至少在2014年如此）。有必要建设莫斯科的整个基础设施。而且我们在俄罗斯没有第二个莫斯科。

2013年，我们开始在Java Spring + PostgreSQL上构建具有BPM引擎和GIS模块的平台（在同一PostgreSQL上）。我们希望制定一个优雅的中部解决方案，以便可以快速更改设计和前端，以在该地区构建类似于“我们的城市”的系统。该平台的主要功能是：管理用户，角色和权利，申诉，申诉类别，他们的路由，业务流程，也没有复杂的地理信息模块和集成管理层（包括前门户和外部系统）。



一切都围绕一个处理居民申请的主要过程完成。这样他就可以登录，选择问题的类型并在地图上选择该问题所在的点，并发出上诉以供考虑。此外，对于每种类型的问题，都有一个解决问题的业务流程。主持人看了看正式部分。使用GIS模块，确定了上诉的承包商和监管机构。例如，如果Bogolyubova 45上的房屋没有水，则管理公司“ Udomdom-Dubna”进行了上诉，予以执行，居民接受了工作结果。如果公司未能按时完成任务，则上诉将移交给监管机构-房屋检查。



它看起来像主屏幕，仅此而已，走进来，尖叫着离开了。此外，将通过邮件和电话通知有关应用程序状态变化的通知。

该项目的主要思想是将行政管理排除在处理居民投诉的常规过程中。一切都应该像时钟一样工作。毕竟，每个问题都有其自己的责任，通常这不是政府，即使这是城市财产。所有这些都是承包商或管理公司。而且控制者并不多：90％的城市问题是由技术监督和房屋检查部门控制的。



我们试图使最方便的界面变得容易和简单。

飞行员在杜布纳使用该平台的结果获得了公认的成功，我们在2014年的公共控制提名中获得了总督奖“我们的莫斯科地区”奖，在2015年启动了多布罗德之后。 AIST是一个平台，我们想将其出售给其他地区，我们最初将其构建为产品。在启动“ Virtue”之后，平台就溶解在其中。任务，需求，集成的水平已经提高了数倍。结果我们根本没有考虑过。例如，负载下Java上的快速内存泄漏，或者如何使管理公司的责任卡保持最新。在该地区，他们的边界每天都在变化。但是手动维护它是不可能的。当时，还没有自动的方法来发现责任领域，结果，多布罗德从求助者的电话转向市政当局，其主要目标是减少官员的日常工作，这已被严重改变。在过去的五年中，该项目在莫斯科地区团队的领导下成功开发。我相信许多问题已经解决，现在他们的经验可以成功地应用于其他领域。这又是产品。我们抓住禅，一切都是周期性的。

这不是射弹的唯一方法，现在我们正在开发AIOps平台，用于监视IT服务和业务流程的性能以及自动事件管理（有关MONQ平台的更多信息，请参见此处）。）首先，我们开始制作一个用于内部使用的类似于PagerDuty的事件的简单拨号程序（当时是2014年），然后变成了合并和大型仪表板，用于从数十个Zabbix收集数据，以及一个用于控制自动测试启动的平台，以连接业务服务功能上的数据通过用户的眼光和有关基础架构运行状况的数据。我们首先开始生产产品，然后我们找到了第一个认真的客户，并在2年的时间里变成了一个项目，100％利用自己来满足该客户的需求，然后在2017年我们将第一个许可证出售给了另一个客户，最后再次成为产品。然后出现了财务问题，我们再次进入了项目依赖关系，进行了严重的重构，发布了新功能，转移到另一个细分市场，现在我们又成为了产品。我认为产品项目的平衡是一个非常尖锐的问题。

如果感兴趣的话，在下一篇文章中，我可以告诉您MONQ是如何诞生的。