تاريخ التحول من المنتج إلى المشروع والعكس بالعكس (باستخدام مثال الخير في منطقة موسكو)

منذ إطلاق Dobrodel في منطقة موسكو ، مرت 5 سنوات بالضبط. على مدى السنوات الخمس الماضية ، تحول مشروع بسيط إلى منتج. وحكومة منطقة موسكو في شكل ترخيص بسيط غير حصري نقلته إلى منطقة أوليانوفسك. رابط للأخبار هنا . ولكن دعونا نرى ما حدث قبل قليل ونناقش الطبيعة الدورية وبوذية زن في إدارة المنتجات.



بصفتي مديرًا لشركة تكنولوجيا معلومات صغيرة ، نظرت إلى بوابة Our City التي أطلقها فريق Sobyanin في عام 2011 وفي بوابة RosYama في Navalny. لم أترك فكرة ما يمكن عمله بشكل أفضل. لذلك ولد مشروع شركتنا AIST ومشروع تنفيذ المنصة في Dubna “City 2.0” في شركتنا. من AIST في 2014-2015 ، ظهر الفضيلة. حول الإيديولوجيا والتكنولوجيا ، أود أن أتحدث قليلاً في هذه المقالة ، وبالتالي شرح دورة المشروع - المشروع - المشروع.

عملت "مدينتنا" لصالح حكومة موسكو وجعلت من الممكن حل المشاكل المجتمعية بسرعة ، وتناثر المناشدات لكبار المسؤولين. أثار موقع RosYama مشاكل في آن واحد للسيطرة على الهيئات والإدارات المسؤولة الأخرى.

ذهب Navalny بطريقة بسيطة وبأسعار معقولة. خذ الطلب من النموذج وارسله على شكل بريد الكتروني للقسم عن طريق البريد الالكتروني الرسمي. تم حل المشكلات ، ولكن الموعد النهائي كان 30 يومًا ، وبقي الحل غالبًا لهذه الأيام الثلاثين فقط على الورق.

لقد عملت "مدينتنا" دائمًا بكفاءة أكبر. منذ عام 2013 ، كنا ندعم مستخدمي بوابة Our City ونفهم المطبخ الداخلي لهذا النظام. ما زلت معجبًا بمهندسي هذا النظام. هناك الكثير من الأشياء المثيرة للاهتمام تحت غطاء المحرك التي لا يمكن وصفها. البوابة الأمامية هي بدلاً من ذلك قمة جبل الجليد. مجرد أخذها ونشرها في نفس منطقة أوليانوفسك لن تكون واقعية (على الأقل في عام 2014). سيكون من الضروري بناء البنية التحتية الكاملة لموسكو. وليس لدينا موسكو ثانية في روسيا.

في عام 2013 ، بدأنا في إنشاء منصة على Java Spring + PostgreSQL بمحرك BPM ووحدة GIS (على نفس PostgreSQL). أردنا تقديم حل وسط أنيق بحيث يمكن تغيير التصميم والجبهة بسرعة لبناء نظام مشابه لـ "مدينتنا" في المناطق. كانت الوظائف الرئيسية للمنصة: إدارة المستخدمين ، والأدوار والحقوق ، والاستئناف ، وفئات الاستئنافات ، وتوجيهها ، والعمليات التجارية ، ولم يكن هناك أيضًا وحدة معقدة من المعلومات الجغرافية وطبقة إدارة التكامل (مع كل من البوابة الأمامية والأنظمة الخارجية).



تم عمل كل شيء حول عملية رئيسية واحدة لمعالجة الطلب من مقيم. حتى يقوم بتسجيل الدخول ، وتحديد نوع المشكلة وتحديد النقطة على الخريطة حيث توجد هذه المشكلة ويرسل الاستئناف للنظر فيها. علاوة على ذلك ، لكل نوع من المشاكل كانت هناك عملية تجارية لحلها. نظر المشرفون في الجزء الرسمي. باستخدام وحدة نظم المعلومات الجغرافية ، تم تحديد المقاول لهذا النداء والهيئة التنظيمية. على سبيل المثال ، إذا لم يكن هناك ماء في المنزل في Bogolyubova 45 ، فقد قامت شركة إدارة "Udomdom-Dubna" بهذا النداء ، ونفذته ، وقبل المقيم نتيجة العمل. إذا فشلت الشركة في الالتزام بالموعد النهائي ، توجه الاستئناف إلى السلطة الإشرافية - مفتشية الإسكان.



بدا وكأنه الشاشة الرئيسية ، لا شيء أكثر ، دخل ، وصرخ وترك. علاوة على ذلك ، تصل الإخطارات عن طريق البريد والهاتف حول تغيير في حالة التطبيق.

كانت الفكرة الرئيسية لهذا المشروع هي استبعاد الإدارة من العملية الروتينية لمعالجة الشكاوى من السكان. يجب أن يعمل كل شيء مثل الساعة بمفرده. بعد كل شيء ، كل مشكلة لها مسؤوليتها الخاصة ، وعادة ما تكون هذه ليست الإدارة ، حتى لو كانت ملكية حضرية. كل هؤلاء مقاولون أو شركات إدارة. ولا يوجد الكثير من وحدات التحكم: 90٪ من مشاكل المدينة يتم التحكم فيها من قبل إدارة الإشراف الفني والتفتيش على الإسكان.



حاولنا أن نجعل الواجهة الأكثر ملاءمة وسهلة وبسيطة.

تم الاعتراف بنتائج الطيار باستخدام المنصة في دوبنا بنجاح ، تلقينا جائزة الحاكم "منطقة موسكو" في ترشيح الرقابة العامة في عام 2014 وبعد ذلك تم إطلاق Dobrodel في عام 2015. كانت AIST منصة ونريد بيعها إلى مناطق أخرى ، وقمنا ببنائها في البداية كمنتج. بعد إطلاق الفضيلة ، انحلت المنصة فيه. ازداد مستوى المهام والمتطلبات والتكاملات عدة مرات. اتضح أننا لم نفكر فيه حتى. مثل ، على سبيل المثال ، تسرب سريع للذاكرة على Java تحت الأحمال ، أو كيفية الحفاظ على تحديث بطاقة محاسبة شركات الإدارة. في المنطقة ، تتغير حدودهم كل يوم. ولكن الحفاظ عليها يدويًا أمر مستحيل.في ذلك الوقت ، لم تكن هناك وسائل آلية لاكتشاف مجالات المسؤولية ، ونتيجة لذلك ، تحولت Dobrodel من جهاز توجيه المكالمات إلى الإدارة البلدية وكان هدفها الرئيسي ، وهو تقليل روتين المسؤولين ، قد تحول بشكل خطير. على مدى هذه السنوات الخمس ، تطور المشروع بنجاح تحت قيادة فريق منطقة موسكو. أنا متأكد من أن العديد من المشاكل قد تم حلها والآن يمكن تطبيق تجربتهم بنجاح في مجالات أخرى. وهنا المنتج مرة أخرى. نقبض على زين ، كل شيء دوري.

لم يكن هذا هو النهج الوحيد للمقذوف ، فنحن الآن نقوم بتطوير منصة AIOps الخاصة بنا لمراقبة أداء خدمات تكنولوجيا المعلومات والعمليات التجارية ، بالإضافة إلى الإدارة الآلية للحوادث ( المزيد عن منصة MONQ هنا) أولاً ، بدأنا في صنع برنامج اتصال بسيط حول الحوادث المشابهة لـ PagerDuty للاستخدام الداخلي (كان عام 2014) ، ثم تحول إلى اندماج ولوحة ضخمة لجمع البيانات من عشرات Zabbixes ومنصة للتحكم في إطلاق الاختبارات التلقائية لربط البيانات حول أداء خدمات الأعمال من خلال عيون المستخدمين وبيانات عن صحة البنية التحتية. بدأنا في صنع المنتج لأول مرة ، ثم وجدنا أول عميل جاد وتحولنا إلى مشروع لمدة عامين ، ونستخدم أنفسنا بنسبة 100٪ لتلبية احتياجات هذا العميل ، ثم في عام 2017 قمنا ببيع أول ترخيص إلى عميل آخر ، وأخيرًا أصبحنا المنتج مرة أخرى. ثم كانت هناك مشاكل مالية وذهبنا مرة أخرى إلى الاعتماد على المشروع ، وجعلنا إعادة هيكلة خطيرة ، وأطلقنا وظائف جديدة ، وانتقلنا إلى قطاع آخر في السوق ، والآن أصبحنا منتجًا مرة أخرى.في رأيي ، فإن توازن مشروع المنتج هو قضية حادة للغاية.

إذا كنت مهتمًا ، يمكنني أن أخبرك في المقالة التالية كيف ولدت MONQ.