हमने एक प्रोटोटाइप स्टॉप रिपेयर एप्लीकेशन कैसे बनाया

नमस्ते! मेरा नाम एंड्री ग्रेचेव है, और मैं SIBUR में एक उत्पाद प्रबंधक हूं।

SIBUR में, "मरम्मत बंद करो" नियमित रूप से होता है। यह निवारक रखरखाव, अनुसूचित रखरखाव और मरम्मत की तरह कुछ है, जिसके दौरान पूरे संयंत्र या उसके हिस्से को पूरी तरह से रोक दिया जाता है। भविष्य में उद्यम के सुचारू संचालन को सुनिश्चित करने के लिए इस तरह की मरम्मत आवश्यक है। लेकिन, यह स्पष्ट है कि इस समय पौधे पैसा नहीं कमाता है, इसलिए जितनी जल्दी हो सके सब कुछ करना महत्वपूर्ण है। इसके लिए आपको कार्य को बेहतर ढंग से करने और आगे बढ़ाने की आवश्यकता है। इसलिए यह विचार बंद मरम्मत के लिए अपना स्वयं का मोबाइल एप्लिकेशन बनाने के लिए आया, जो काम के प्रबंधन की प्रक्रिया को अधिक संगठित करेगा, समय की हानि को कम करेगा। हम आपको बताएंगे कि हमने यह कैसे किया, अंत में क्या हुआ और अब हम क्या कर रहे हैं।

यह सब क्यों जरूरी है?

शुरू करने के लिए, मैं आपको बताऊंगा कि स्टॉप की मरम्मत क्या है। यह बड़ी संख्या में संयंत्र उपकरणों की मरम्मत के लिए उपायों का एक सेट है, जिसे एक निश्चित अवधि में किया जाना चाहिए - उदाहरण के लिए, वर्ष में एक बार, तिमाही या अन्य अंतराल पर। इस समय, उत्पादन बंद कर दिया जाता है, ठेकेदार संयंत्र में कॉल करता है, जो कुछ भी आवश्यक है उसे मरम्मत की जाती है। यह एक सप्ताह, कई हफ्तों तक रह सकता है, उदाहरण के लिए, सिबुर-खिमप्रोम में, संयंत्र लगभग एक महीने के लिए बंद हो गया।

संयंत्र में लगभग सभी उपकरणों की इतने बड़े पैमाने पर मरम्मत को एक बड़ी परियोजना के रूप में प्रस्तुत किया जा सकता है। जब संयंत्र धीरे-धीरे बिजली कम कर देता है और बंद हो जाता है तो उसके पास प्रारंभिक ऑपरेशन होते हैं। एक सक्रिय चरण है, जब इकाइयों का प्रतिस्थापन और रखरखाव होता है, और उत्पादन को फिर से शुरू करने का चरण होता है। मरम्मत का काम शुरू होने से 10-11 महीने पहले, सभी जिम्मेदार व्यक्ति इस प्रक्रिया की योजना बनाना शुरू कर देते हैं, जिस कार्य को करने की आवश्यकता होती है, उसके लिए आदेश तैयार किए जाते हैं। इस प्रकार, काम की शुरुआत तक, कार्यों का एक बड़ा पूल जमा होता है जिसे मरम्मत के लिए आवंटित समय के भीतर पूरा किया जाना चाहिए। ये कार्य अक्सर आपस में जुड़े होते हैं: एक को पूरा किए बिना, आप दूसरा शुरू नहीं कर सकते। उदाहरण के लिए, हम पंप में कुछ मरम्मत नहीं कर सकते, क्योंकि हमें पहले इसे बंद करना होगा, इस इकाई के निराकरण में हस्तक्षेप करने वाले उपकरणों को हटाना होगा, और उसके बाद ही पंप के साथ काम करना होगा। इन अंतर्संबंधों से संपूर्ण स्टॉप मरम्मत की अवधि निर्मित होती है।

बंद करो मरम्मत एक "महत्वपूर्ण पथ" है। एक नियम के रूप में, प्रत्येक उद्यम में साल-दर-साल लगातार संचालन होते हैं, जिसके बिना संयंत्र शुरू नहीं किया जा सकता है। यह पता चला है कि महत्वपूर्ण पथ सबसे लंबा समय है जिसे स्टॉप रिपेयर पर खर्च किया जा सकता है। बाकी सब कुछ योजनाबद्ध है ताकि यह या तो स्टॉप की मरम्मत के समय से मेल खाती है, या कम से कम इसे लंबा नहीं करता है। इसका मतलब है कि इन कार्यों को समानांतर में होना चाहिए।

सब कुछ पहले कैसे हुआ?

अब तक यह सब कुछ इस तरह किया गया है: एसएपी में लोग एक वर्ष के भीतर आदेश बनाते हैं जिन्हें स्टॉप मरम्मत की आवश्यकता के रूप में चिह्नित किया जाता है। जब समय आता है, एसएपी से सभी आदेश तथाकथित "दोषपूर्ण सूची" पर अपलोड किए जाते हैं, जिसके आधार पर यांत्रिकी स्टॉप मरम्मत के लिए एक अनुसूची विकसित करते हैं। एक्सेल में ये सैकड़ों लाइनें हैं, जिनसे आपको आवश्यक कार्यों की सूची को समझने की आवश्यकता है, लोगों को कितना समय और उनकी आवश्यकता होगी, समय में तर्क का निर्माण करें: क्या के लिए मरम्मत की जाएगी। सभी SIBUR उद्यमों में, यह लगभग उसी तरह से किया जाता है - एक्सेल में हाथ से। केवल एक कंपनी, सिबुर-खिमप्रोम ने सीखा कि प्राइमेरा योजना सेवा में यह कैसे करना है। हमारे लिए, यह इंटरफ़ेस और उपयोगकर्ता स्क्रिप्ट के मामले में बेहद असुविधाजनक है।

बेशक, हमने अन्य सेवाओं की ओर देखा, जैसे कि एमएस प्रोजेक्ट। लेकिन उनकी कार्यक्षमता या तो हमारे लिए अपर्याप्त थी, या बहुत समय और, तदनुसार, पैसा प्रशिक्षण पर खर्च करना होगा। इसलिए, हमने अपना उत्पाद विकसित करने का निर्णय लिया।

जब हमने शुरुआत की थी, SIBUR में तस्वीर कुछ इस तरह थी: हर कोई एक्सेल टेबल में एक गंभीर परियोजना की योजना बनाने की कोशिश कर रहा है। यह सब छपता है, अनुसूची को मंजूरी देने वाले इच्छुक व्यक्तियों के हस्ताक्षर लगाए जाते हैं। इसके अलावा, एक स्टॉप मरम्मत के दौरान, लोग नियोजन बैठकों में इकट्ठा होते हैं और मुख्यालय में समूहबद्ध होते हैं, जहां एक्सेल फ़ाइल को स्क्रीन पर प्रदर्शित किया जाता है, और पूर्ण होने वाले कार्यों का प्रतिशत इसमें निर्धारित किया जाता है।

इस तरह की कई और नियमित बैठकों को एक साथ लाने और जानकारी को अपडेट करने की आवश्यकता होती है। ठेकेदार का प्रतिनिधि बताता है कि क्या किया गया है, क्या समस्याएं हैं, और ग्राहक का प्रतिनिधि एक कागज दस्तावेज़ में सब कुछ नोट करता है। फिर एक अन्य व्यक्ति प्रत्येक जिम्मेदार व्यक्ति से जानकारी एकत्र करता है, इसे समेकित करता है और एक केंद्रीकृत रिपोर्ट तैयार करता है। यह सब जटिल और लंबा है, लोग रात तक काम पर रहते हैं।

पहला प्रोटोटाइप

हमने सोचा कि किसी भी परियोजना का प्रबंधन बुनियादी चीजों पर आधारित होता है: किसी भी समय किसी भी समय क्या होता है, इसकी प्रक्रिया और पारदर्शिता की योजना। पारदर्शिता सुनिश्चित करने के लिए, जो हो रहा है उस पर वर्तमान डेटा के साथ सिस्टम प्रदान करने के लिए मरम्मत के दौरान यह आवश्यक है। हमने उत्पादन प्रक्रियाओं का विस्तार से अध्ययन किया, यह समझा कि कैसे मरम्मत के काम को रोका जाए, और एक ऐसी संरचना का प्रस्ताव किया जाए जिसमें आप अनुसूची कर सकें। पहले, हमने मौजूदा प्रक्रिया को तोड़ने और लोगों की पटकथा में नहीं आने का फैसला किया। जो निर्वासन में योजना बनाते थे - उसे योजना बनाने दें। जिसने भी प्राइमेरा में सीखा, उसे वहीं काम करने दिया।

प्रारंभ में, हमारा उत्पाद उन ग्राफ़ों के लिए एक विज़ुअलाइज़ेशन सिस्टम था जो वे बनाते हैं। हमने iOS, Android और एक वेब ब्राउज़र संस्करण के लिए एक एप्लिकेशन विकसित किया है। स्टॉप मरम्मत के दौरान तीन मुख्य भूमिकाओं - जिम्मेदार, निष्पादकों और नियंत्रकों के साथ अनुसूची में लोड किया जाता है। यह एक महत्वपूर्ण बिंदु है, इसलिए मैं इस पर अधिक विस्तार से ध्यान दूंगा और दिखाऊंगा कि कैसे सब कुछ एक उदाहरण के साथ काम करता है।



पंप को ठीक करने का काम चल रहा है।

कार्य में एक निष्पादक है - यह अनुबंध संगठन का फोरमैन है, जो किसी विशेष वस्तु की मरम्मत करता है।

जिम्मेदार - यह सुनिश्चित करने के लिए जिम्मेदार है कि मरम्मत के लिए सब कुछ तैयार है, उसे मरम्मत के लिए वस्तु सौंपनी चाहिए और फिर इसे स्वीकार करना चाहिए, यह पुष्टि करते हुए कि ठेकेदार ने काम पूरा कर लिया है और अन्य कार्यों को करना शुरू कर सकता है। एक नियम के रूप में, यह इंस्टॉलेशन मैकेनिक द्वारा किया जाता है।

पर्यवेक्षक उद्यम के शीर्ष प्रबंधन हैं, जो लोग अनुसूची के साथ काम का अनुपालन लगातार देखना चाहते हैं।

कस्टम भूमिकाएँ

जिम्मेदार व्यक्तियों और कलाकारों के पास एप्लिकेशन और वेब संस्करण दोनों तक पहुंच है। ठेकेदार उन कार्यों को देखता है जो उसे आज के लिए सौंपे गए हैं, साथ ही पूरे स्टॉप की मरम्मत के लिए भी। कलाकार के पास इन कार्यों का एक क्रम होता है। काम शुरू करते समय, उसे संबंधित बटन दबाना होगा, इस कार्यक्रम में उन लोगों की संख्या को जोड़ना होगा जो इस कार्य पर काम कर रहे हैं। प्रबंधन के लिए यह जानना महत्वपूर्ण है कि इस कार्य पर काम करने वाले लोगों की संख्या उस संख्या से मेल खाती है जो उन्होंने योजना बनाई है। ठेकेदार बटन दबाता है और काम शुरू हो गया है। आवेदन प्रक्रिया की अवधि की निगरानी करता है। इस घटना में कि समय सीमा समाप्त हो गई है, और ठेकेदार ने शटडाउन बटन नहीं दबाया, जिम्मेदार व्यक्ति को देरी की सूचनाएं भेजी जाती हैं। तो, प्रभारी व्यक्ति जाता है और देखता है कि क्या हुआ।

यदि सब कुछ ठीक है और निर्धारित समय पर, ठेकेदार काम पूरा करता है, तो वह "रिपोर्ट सबमिट करें" बटन पर क्लिक करता है और लिखता है कि उसने 100% काम पूरा कर लिया है। फिर जिम्मेदार व्यक्ति भी एक अधिसूचना प्राप्त करता है कि सब कुछ किया जाता है, आपको परिणाम देखने और देखने की आवश्यकता है। यह रोल मॉडल कैसे काम करता है।



लोग उन सभी चीजों को ध्यान में नहीं रख सकते हैं जो उन्हें सौंपी गई साइट पर होती हैं, वे हर दिन के लिए एक कार्यक्रम देखते हैं और प्रक्रिया के बारे में सूचनाएं प्राप्त करते हैं।



हमने उन कार्यों के साथ काम करने का अवसर भी प्रदान किया जो एक दिन से अधिक चले। यह उसी तरह काम करता है जैसे छोटे कार्यों के साथ, केवल प्रत्येक दिन के अंत में आपको कार्यक्रम में रिपोर्ट बनाने की आवश्यकता होती है: उदाहरण के लिए, आज काम 50% पूरा हो गया है। जिम्मेदार व्यक्ति एक सूचना प्राप्त करता है और यह जाँचना चाहिए कि क्या यह जानकारी सत्य है। यदि नहीं, तो वह रिपोर्ट को अस्वीकार कर देता है और ठेकेदार को दूसरा नंबर लगाने के लिए मजबूर करता है।



वेब संस्करण के लिए, इसकी कार्यक्षमता थोड़ी अलग है, यह नियंत्रकों - उद्यम प्रबंधन के लिए अधिक लक्षित है। हमने महसूस किया कि लोग गैंट चार्ट में सभी कार्यों की प्रगति के बारे में जानकारी प्राप्त करने के आदी हैं। वे मानव संसाधन के विकास पर योजना के तथ्यों, संबंधों, आंकड़ों को देखते हैं, हम कितने लोगों को मरम्मत के दौरान संयंत्र में देखना चाहते थे, और तथ्य के बाद कितने काम करते हैं। और, तदनुसार, सभी उत्पादन प्रतिष्ठानों के लिए, नियंत्रक काम की प्रगति देख सकते हैं, जल्दी से अनुसूची से अंतराल देख सकते हैं।

बिना काम किए

एक बंद मरम्मत के दौरान, छिपी हुई अतिरिक्त कार्य हमेशा दिखाई देता है जिसे अनदेखा नहीं किया जा सकता है। उदाहरण के लिए, जब उपकरण को डिसैम्बल किया जाता है, तो उस हिस्से में एक ब्रेकडाउन होता है जो यूनिट के इकट्ठे राज्य में दिखाई नहीं देता है। इन कार्यों को भी अनुसूची में शामिल किया गया है, एक निर्णय यह किया जाता है कि हम स्टॉप मरम्मत के दौरान छिपे हुए कार्य भी करते हैं। सब कुछ कार्यक्रम में प्रवेश किया है। यदि यह अतिरिक्त कार्य संपूर्ण स्टॉप की मरम्मत की अवधि को प्रभावित करता है, तो प्रोग्राम अपने छिपे हुए कार्य को पूरा करने में लगने वाले समय के लिए अन्य सभी कार्यों को स्वचालित रूप से स्थगित कर देगा। विपरीत मामले में भी यही सच है - यदि कुछ कार्य योजनाबद्ध तरीके से तेजी से पूरे होते हैं, तो शेड्यूल को अनुकूलित किया जाता है।



ऐसे मामलों के लिए, टीम और मैंने एक गंभीर मैसेजिंग सिस्टम डिज़ाइन किया और उन लोगों को आगाह करने के लिए सूचनाओं को धक्का दिया, जो काम शुरू कर रहे हैं कि वे यह जल्दी या बाद में कर सकते हैं। और यहाँ एक दिलचस्प क्षण सामने आया था। हम इन सूचनाओं के साथ बहुत अधिक चले गए।

हम कहां चूक गए?

तथ्य यह है कि हम वहां "चौथे स्तर की अनुसूची" लाए हैं - सभी स्टॉप मरम्मत के लिए एक बड़ी, विस्तृत योजना। हमारे उद्देश्यों के लिए, यह बहुत विस्तृत हो गया है। यह पता चला कि उपयोगकर्ताओं को हर छोटी चीज़ के बारे में सूचनाएँ मिली हैं, जो पूरी प्रक्रिया के लिए महत्वहीन हो सकती हैं। आखिरकार, जब कोई व्यक्ति बिना आवेदन के काम करता है, तो वह हर दिन काम के समय को नहीं देखता है। वह बस जानता है: एक सशर्त पंप को ठीक करने के लिए, आपको कई ऑपरेशन करने (इसे इकट्ठा करने, इसे साफ करने, इकाइयों को बदलने, इकट्ठा करने, जांच करने और इतने पर) करने की आवश्यकता है। और वह व्यक्ति जो जांचता है कि ठेकेदार कैसे काम करता है, इनमें से प्रत्येक चरण के पारित होने को नियंत्रित करने की आवश्यकता नहीं है। यह काम के परिणाम को समग्र रूप से और वर्णित शर्तों के अनुपालन पर देखने के लिए पर्याप्त है।

यही है, अगर हम सूचनाओं पर आगे बढ़ते हैं, तो नियंत्रक को दो घटनाओं के बारे में सीखना चाहिए: मरम्मत की शुरुआत और मरम्मत का पूरा होना। इसलिए, हमने जाने पर एप्लिकेशन को समायोजित किया। शुरू करने के लिए, उन्होंने शेड्यूल बदलने और उन्हें बड़ा करने के लिए कहा। फिर उन्होंने कुछ छोटी घटनाओं को छोड़ दिया और सब कुछ अधिक सुचारू रूप से काम करने लगा, उपयोगकर्ता सूचनाओं से कम विचलित होने लगे।

परिणाम क्या है?

जब हमने आवेदन को अंतिम रूप दिया, तो हमें एक ऐसी सेवा मिली, जो हमें लगातार उद्यम की अप-टू-डेट जानकारी देती है: क्या मरम्मत की जा रही है, प्रक्रिया के किस स्तर पर और कब समय सीमा है। यह आपको काम की योजना बनाने और एक कार्यक्रम तैयार करने की अनुमति देता है। अनिवार्य रूप से, यह रोक मरम्मत परियोजना प्रबंधन प्रणाली एक उन्नत कार्य प्रबंधक है।

प्रारंभ में, हमने स्टॉप मरम्मत के समय को कम करने के लिए मुख्य मीट्रिक घोषित किया। यह स्पष्ट है कि पैसे के मामले में इसका मूल्यांकन कैसे किया जाता है: आप जानते हैं कि उत्पादन डाउनटाइम लागत का एक घंटे या एक दिन कितना है। इसलिए, हम खुद को मरम्मत कार्य की पकड़ को तेज करने का लक्ष्य निर्धारित करते हैं। अब हम देखते हैं कि एनालिटिक्स भी महत्वपूर्ण है - एक स्टॉप मरम्मत के दौरान क्या होता है, इसका एक आकलन सबसे छोटा विवरण है। यदि हम उपयोगकर्ता के कार्यों को लॉग करते हैं, तो उसने काम कब और कैसे स्वीकार किया, उसने क्या टिप्पणी की, क्या गलत हुआ, समन्वय कैसे हुआ, हम छिपे हुए दोषों के गठन को देखते हैं, समझते हैं कि कौन काम करता है, तो आप उत्पादन प्रक्रियाओं के बारे में बहुत कुछ विश्लेषण और समझ सकते हैं। उनके आकलन के लिए, हमारे पास एक "उत्पादन क्षमता समारोह" है। प्रत्येक मरम्मत के बाद, एक निश्चित मात्रा में डेटा एकत्र किया जाता है: कितना पैसा खर्च किया गया, कितनी योजना बनाई गई, कितनी जल्दी हम मरम्मत से बाहर हो गए।



बेशक, हम परियोजना के आगे विकास की परिकल्पना करते हैं। अब तक, स्टॉप रिपेयर पर आंकड़े इकट्ठा करने का यह पहला कदम है। हम पर्याप्त डेटा एकत्र करना चाहते हैं ताकि हम इसके साथ काम कर सकें और अधिक निष्कर्ष निकाल सकें। उदाहरण के लिए, हमें पंप की मरम्मत करने की आवश्यकता है। यह एक्स लोगों द्वारा किया जाता है और इसमें वाई समय लगता है। तदनुसार, किसी भी मरम्मत की सभी बाद की योजना पहले से ही इस मॉडल पर आधारित हो सकती है। हम इस तथ्य के आधार पर काम की योजना बनाने में सक्षम होंगे कि डेटा द्वारा पहले से ही एक विश्लेषक की पुष्टि की जाती है, जिसका अर्थ है कि हम समय पर अधिक या कम उम्मीदों से कम नहीं करते हैं।

हमारे आवेदन का उपयोग न केवल उत्पादन के लिए किया जा सकता है। यह पूंजी निर्माण, किसी अन्य क्षेत्र का प्रबंधन हो सकता है जहां कार्य योजना के लिए एक समान दृष्टिकोण लागू होता है।

प्रोजेक्ट पर किसने काम किया?

SIBUR और ठेकेदारों के अंदर लोगों के एक समूह ने परियोजना पर काम किया। सर्वर साइड और फ्रंट-एंड का विकास पूरी तरह से ठेकेदार पर था, हम टीम के भीतर एप्लिकेशन लॉजिक और इंटरफेस के डिजाइन में लगे हुए थे। सलाहकारों में आउटेज मरम्मत के प्रबंधक, मैकेनिक जो सीधे अनुसूचियों पर काम करते थे, मुख्य इंजीनियर जो प्रक्रिया की निगरानी करता है, और उद्यम के निदेशक शामिल थे।

सब कुछ के बारे में सब कुछ (अनुसंधान, विमान का संचालन, इंटरफेस और विकास) छह महीने लग गए।

उत्पाद का भविष्य क्या है?

निकट भविष्य में - कई प्रमुख अपडेट। जबकि किसी कार्य के ढांचे के भीतर भौतिक संस्करणों की गणना के साथ समस्याएं हैं, उदाहरण के लिए, प्रतिस्थापित फिटिंग के लिए। केवल रिश्तेदार ही नहीं, बल्कि उद्यम में हमारे सहयोगियों के लिए भी पूर्ण संकेतक महत्वपूर्ण हैं: हमें यह समझने की आवश्यकता है कि काम का कितना प्रतिशत पूरा हो गया है, सशर्त 1000 के कितने सुदृढ़ीकरण सलाखों को पहले ही बदल दिया गया है। अब आवेदन के कार्य अनुसूची में इस पर ध्यान नहीं दिया जाता है। हम सोचेंगे कि इसे कैसे लागू किया जाए। अब तक, हम केवल किए गए कार्यों की प्रगति और उनके पूरा होने के प्रतिशत के बारे में बात कर सकते हैं, लैगिंग की स्थितियों को ठीक करने के लिए या अनुसूची के आगे।

यह संभव है (और हमारे पास पहले से ही ऐसी समझ है), हम अपनी परियोजना के लिए एक स्टॉप मरम्मत की योजना बनाने की पूरी प्रक्रिया को स्थानांतरित करेंगे। शायद, उसी समय, संपूर्ण विकास घर को स्थानांतरित कर देगा।
हमें टीम में नए सहयोगियों को देखकर खुशी होगी: उत्पाद के मालिक, उत्पाद डिजाइनर, डेवलपर्स। Hh.ru के लिंक पर वर्तमान रिक्तियों की सूची।