Sejarah transformasi dari produk ke proyek dan sebaliknya (menggunakan contoh Goodness di wilayah Moskow)

Sejak peluncuran Dobrodel di wilayah Moskow, tepat 5 tahun telah berlalu. Selama lima tahun terakhir, sebuah proyek sederhana telah berubah menjadi sebuah produk. Dan Pemerintah Daerah Moskow dalam bentuk lisensi non-eksklusif yang sederhana memindahkannya ke Wilayah Ulyanovsk. Tautan ke berita di sini . Tapi mari kita lihat apa yang terjadi sedikit lebih awal dan diskusikan sifat siklus dan Buddhisme Zen dalam manajemen produk.



Sebagai direktur sebuah perusahaan IT kecil, saya melihat portal Our City, diluncurkan pada 2011 oleh tim Sobyanin dan di portal RosYama di Navalny. Saya tidak melepaskan gagasan tentang apa yang bisa dilakukan dengan lebih baik. Jadi proyek platform AIST dan proyek implementasi platform di Dubna "City 2.0" lahir di perusahaan kami. Dari AIST pada 2014-2015, Virtue muncul. Tentang ideologi dan teknologi, saya ingin berbicara sedikit dalam artikel ini dan dengan demikian menunjukkan siklus proyek-produk-proyek.

"Kota Kami" bekerja untuk Pemerintah Moskow dan memungkinkan untuk dengan cepat menyelesaikan masalah komunal, menyebarkan permohonan kepada pejabat senior. Portal RosYama melemparkan masalah sekaligus untuk mengendalikan badan dan departemen yang bertanggung jawab lainnya.

Navalny melanjutkan dengan cara yang sederhana dan terjangkau. Ambil aplikasi dari formulir dan kirimkan dalam bentuk email ke departemen melalui email resmi. Masalah dipecahkan, tetapi batas waktunya adalah 30 hari, dan solusinya sering tetap selama 30 hari hanya di atas kertas.

"Kota kami" selalu bekerja jauh lebih efisien. Sejak 2013, kami telah mendukung pengguna portal Kota Kami dan memahami masakan internal sistem ini. Saya masih mengagumi arsitek sistem ini. Ada begitu banyak hal menarik di bawah tenda yang tidak bisa dijelaskan. Portal depan agak ujung gunung es. Hanya untuk mengambil dan menyebarkannya di wilayah Ulyanovsk yang sama tidak akan realistis (setidaknya pada tahun 2014). Akan diperlukan untuk membangun seluruh infrastruktur Moskow. Dan kita tidak memiliki Moskow kedua di Rusia.

Pada 2013, kami mulai membuat platform di Java Spring + PostgreSQL dengan mesin BPM dan modul GIS (pada PostgreSQL yang sama). Kami ingin membuat solusi midland yang elegan sehingga memungkinkan untuk dengan cepat mengubah desain dan bagian depan untuk membangun sistem yang mirip dengan "Kota Kami" di wilayah tersebut. Fungsi utama platform adalah: mengelola pengguna, peran dan hak, banding, kategori banding, perutean mereka, proses bisnis, juga tidak ada modul informasi geografis yang rumit dan lapisan manajemen integrasi (baik dengan portal depan dan dengan sistem eksternal).



Semuanya dilakukan di sekitar satu proses utama pemrosesan aplikasi dari penduduk. Sehingga ia masuk, memilih jenis masalah dan memilih titik pada peta di mana masalah ini berada dan mengirimkan banding untuk dipertimbangkan. Selanjutnya, untuk setiap jenis masalah ada proses bisnis untuk menyelesaikannya. Moderator melihat bagian formal. Menggunakan modul GIS, kontraktor untuk banding ini dan badan pengawas ditentukan. Jika, misalnya, tidak ada air di rumah di Bogolyubova 45, maka perusahaan manajemen "Udomdom-Dubna" melakukan banding ini, melaksanakannya, dan penduduk menerima hasil pekerjaan itu. Jika perusahaan gagal memenuhi tenggat waktu, maka naik banding ke otoritas pengawas - inspektorat perumahan.



Itu tampak seperti layar utama, tidak lebih, masuk, menjerit dan pergi. Selanjutnya, pemberitahuan akan tiba melalui surat dan telepon tentang perubahan status aplikasi.

Gagasan utama dari proyek ini adalah untuk mengecualikan administrasi dari proses rutin memproses pengaduan dari warga. Semuanya harus bekerja seperti jam dengan sendirinya. Lagi pula, setiap masalah memiliki tanggung jawabnya sendiri, dan biasanya ini bukan administrasi, bahkan jika itu adalah properti perkotaan. Semua ini adalah kontraktor atau perusahaan manajemen. Dan tidak banyak pengontrol: 90% masalah kota dikendalikan oleh administrasi pengawasan teknis dan inspeksi perumahan.



Kami mencoba membuat antarmuka yang paling nyaman, mudah dan sederhana.

Hasil pilot menggunakan platform di Dubna diakui sebagai sukses, kami menerima Hadiah Gubernur "Daerah Moskow Kami" dalam nominasi Kontrol Publik pada 2014 dan setelah itu, Dobrodel diluncurkan pada 2015. AIST adalah platform dan kami ingin menjualnya ke wilayah lain, kami membangunnya awalnya sebagai produk. Setelah peluncuran Virtue, platform larut di dalamnya. Tingkat tugas, persyaratan, integrasi telah meningkat beberapa kali. Ternyata kami bahkan tidak memikirkannya. Seperti, misalnya, memori cepat bocor di Jawa di bawah beban, atau cara menjaga agar kartu akuntabilitas perusahaan manajemen selalu terbarui. Di wilayah itu, perbatasan mereka berubah setiap hari. Tetapi untuk mempertahankannya secara manual adalah tidak mungkin.Pada saat itu, tidak ada alat otomatis untuk menemukan area tanggung jawab, dan sebagai hasilnya, Dobrodel beralih dari router panggilan ke administrasi kota dan tujuan utamanya, untuk mengurangi rutinitas bagi para pejabat, berubah secara serius. Selama lima tahun ini, proyek telah berhasil dikembangkan di bawah kepemimpinan tim wilayah Moskow. Saya yakin banyak masalah telah diselesaikan dan sekarang pengalaman mereka dapat berhasil diterapkan di bidang lain. Dan inilah produknya lagi. Kami menangkap Zen, semuanya siklus.

Ini bukan satu-satunya pendekatan untuk proyektil, sekarang kami sedang mengembangkan platform AIOps kami untuk memantau kinerja layanan TI dan proses bisnis, serta manajemen insiden otomatis ( lebih lanjut tentang platform MONQ di sini) Pertama, kami mulai membuat dialer sederhana tentang insiden yang mirip dengan PagerDuty untuk penggunaan internal (saat itu tahun 2014), kemudian berubah menjadi merger dan megadashboard untuk mengumpulkan data dari lusinan Zabbixes dan platform untuk mengendalikan peluncuran autotests untuk menghubungkan data pada fungsi layanan bisnis melalui mata pengguna dan data tentang kesehatan infrastruktur. Kami pertama kali mulai membuat produk, kemudian kami menemukan pelanggan serius pertama dan selama 2 tahun berubah menjadi proyek, 100% memanfaatkan diri kami untuk kebutuhan pelanggan ini, kemudian pada 2017 kami menjual lisensi pertama kepada pelanggan lain, dan akhirnya menjadi produk lagi. Lalu ada masalah keuangan dan kami kembali ke ketergantungan proyek, membuat refactoring serius, merilis fungsionalitas baru, pindah ke segmen pasar lain dan sekarang kami kembali menjadi produk.Keseimbangan proyek produk, menurut pendapat saya, adalah masalah yang sangat akut.

Jika tertarik, pada artikel selanjutnya saya bisa memberi tahu Anda bagaimana MONQ lahir.