वेब स्टूडियो अनुकूलन। साइटों के उत्पादन में प्रतिबंध के सिद्धांत का अनुप्रयोग

लेख में "प्रति स्थल 12 हजार रूबल। क्या मॉस्को रिंग रोड से परे कोई व्यवसाय है? ”मैंने कंपनी के भीतर विकसित प्रौद्योगिकी के आधार पर विकासशील साइटों के बारे में हमारे दृष्टिकोण के बारे में लिखा। इस लेखन के समय, हम प्रति माह टर्नकी 24 साइटों का उत्पादन कर रहे थे। यह 8 लोगों की एक टीम द्वारा प्रति दिन एक से अधिक साइट है।

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

और फिर हमारे उत्पादन में तेजी आई। लगभग तुरंत, अनुप्रयोगों की कतार लगने लगी, प्रबंधकों को परियोजनाओं में उलझन होने लगी, डिजाइनरों ने छुट्टी के लिए पूछना शुरू कर दिया। स्थिति वास्तव में तनावपूर्ण होती जा रही थी ...

समस्या जागरूकता

पहली चीज जो हमें करनी थी, वह अस्थायी रूप से वादा किए गए विकास की अवधि को 5 से 8 और कभी-कभी 10 दिनों तक बढ़ा दी थी। हमारे पास कोई विकल्प नहीं था। ग्राहक सहानुभूतिपूर्ण थे और इंतजार करने के लिए तैयार थे। लेकिन हम तब तक इंतजार करने के लिए तैयार नहीं थे जब तक कि स्थिति और भी तनावपूर्ण न हो जाए। कुछ करना जरूरी था। सभी संकेतकों (और मानकों) के लिए हमें सामना करना पड़ा, लेकिन ऐसा नहीं हुआ।

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

निरंतर सुधार प्रक्रिया

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



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

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

अगर हम समग्र प्रदर्शन को मजबूत करना चाहते हैं, तो सबसे पहला कदम सबसे कमजोर कड़ी को खोजना और उसे मजबूत करना है। यदि सबसे कमजोर कड़ी राजनीति या प्रौद्योगिकी है, तो हमें तदनुसार नीति या प्रौद्योगिकी को बदलना होगा।

हमारे मामले में, समस्या का एहसास होने के समय, कमजोर बिंदु बिक्री प्रबंधक था। इसके कार्यों में न केवल परियोजनाओं की बिक्री और अनुबंधों का निष्कर्ष, बल्कि कुछ परियोजनाओं का संचालन भी शामिल था। हमने उसे परियोजना प्रबंधन से पूरी तरह मुक्त कर दिया, और अनुप्रयोगों के लिए समय पर प्रतिक्रिया के साथ समस्याएं दूर हो गईं। यह सबसे तार्किक और सरल था।

हमने लिंक को मजबूत किया है, और यह अब कमजोर नहीं है। अब आपको पहले चरण पर वापस जाने की जरूरत है और कमजोर लिंक के लिए अपनी खोज को फिर से शुरू करें। यह निरंतर सुधार की एक प्रक्रिया है जिसका हमने टीम के छिपे हुए संसाधनों की खोज में अनुसरण किया है (और इसका अनुसरण कर रहे हैं)।

हम काम की गति, संतुलन उत्पादन को सिंक्रनाइज़ करते हैं

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

इसलिए, हमारी श्रृंखला के बलों द्वारा, हमें पहले की तरह, 5 दिनों में साइट के निर्माण को सुनिश्चित करना था। तकनीकी रूप से, हमने सीखा कि यह कैसे करना है, लेकिन ... अब, कुछ परियोजनाओं के लिए, हमारी उत्पादन श्रृंखला पहले की तरह अनुकूल नहीं दिखना शुरू हुई:



परियोजनाओं को बाहर निकालना शुरू हुआ, और प्रबंधकों के पास इसके कई कारण थे। लेकिन इसके कई कारण हो सकते हैं। मूल कारण, एक नियम के रूप में, एक है।

समानांतर परियोजनाएं पूरी श्रृंखला की गति को कम करती हैं और लागत को बढ़ाती हैं।

टीके के गठन के चरण में हमारे अड़चनें परियोजना प्रबंधक बन गए। हमने यह भी निरीक्षण करना शुरू कर दिया कि विकास की अवस्था में हमारी कुछ परियोजनाओं को 2 महीने तक कैसे बढ़ाया गया, जबकि वास्तविक अवधि 5-8 दिनों की थी। यह पता चला कि प्रबंधकों को वर्तमान को जारी किए बिना नई परियोजनाएं लेनी थीं। उस समय तक, प्रति प्रबंधक "काम में" परियोजनाओं की संख्या दो दर्जन से अधिक हो गई।

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

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

जाहिर है, प्रति दिन 5 ग्राहकों को एक परियोजना जारी करने के लिए प्रति प्रबंधक परियोजनाओं की संख्या को सीमित करने और समय में कमी हासिल करने के लिए उपाय करना आवश्यक था।

प्रति प्रबंधक 5 परियोजनाएं

प्रति प्रबंधक की परियोजनाओं की संख्या परियोजना के रिलीज चक्र की अवधि और प्रबंधक द्वारा एक परियोजना पर खर्च किए जाने की अवधि से निर्धारित होती है। प्रोजेक्ट रिलीज का समय 5 दिन है, और प्रबंधक द्वारा प्रोजेक्ट पर खर्च करने का समय 5 घंटे (एक कार्यदिवस के मार्जिन के साथ) हो सकता है। तदनुसार, प्रबंधक के पास 5-7 परियोजनाओं से अधिक नहीं होना चाहिए।

परियोजना के लिए 5 दिन

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

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

दूसरी समस्या ग्रंथों और डिजाइन की तैयारी के लिए सामग्रियों की कमी थी। ऑपरेशन के दौरान, यह सामने आया कि सामग्रियों का कोई हिस्सा नहीं था। उनकी रसीद बस मुश्किल के रूप में निकली और परियोजनाओं के निष्पादन का समय बढ़ाया।

पहले दो की तुलना में बाकी सब कुछ नगण्य है।

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

अब यह श्रृंखला कैसी दिखती है:



ये अब तक के अंतरिम समाधान हैं। उन्होंने समय की उचित परीक्षा पास नहीं की है। लेकिन, अधिकांश परियोजनाओं के लिए, हमने अपने ग्राहकों को 5 दिन का वादा किया और टीम को शांत किया। केंद्रीय कार्यालय (मुख्य) की उत्पादकता अब तक प्रति माह 36 परियोजनाओं तक बढ़ गई है (मई 2012 के परिणामों के अनुसार)।

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

हमारे स्ट्रीमिंग उत्पादन के वर्तमान अनुकूलन के बारे में कुछ सरल टिप्पणियां यहां दी गई हैं। मुझे उम्मीद है कि कोई मददगार होगा।

सारांश

लगातार स्ट्रीमिंग उत्पादन को बेहतर बनाने के लिए संक्षेप में दृष्टिकोण को संक्षेप में प्रस्तुत करता है।

1. पहला कदम एक सिस्टम सीमा को खोजना है। वर्तमान में इसका अधिकतम प्रदर्शन क्या है?
2. दूसरा कदम सिस्टम की बाधा को अनुकूलित करना है। अतिरिक्त निवेश के बिना संकीर्ण लिंक का अधिकतम लाभ उठाएं।
3. तीसरा कदम एक संकीर्ण कड़ी के काम की गति के लिए सभी उत्पादन की गति को अधीनस्थ करना है।
4. चौथा चरण संकीर्ण लिंक का विस्तार करना है।
5. पांच चरण - चरण एक पर लौटें, लेकिन याद रखें जड़ता

ये गोल्डट्रैट की बाधाओं के पांच कदम हैं, जो औद्योगिक उत्पादन में सफलतापूर्वक लागू किया गया है। इसे साइटों के उत्पादन में क्यों नहीं लागू किया जाता है?

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

मैं आपको याद दिलाता हूं कि हमारे उत्पादन की तकनीकी विशेषताओं को पहले लेख में वर्णित किया गया था "प्रति साइट 12 हजार रूबल। क्या मॉस्को रिंग रोड के बाहर कोई व्यवसाय है? ” वह कई सवालों के जवाब देती है।

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

वसीली चूरनोव और वेब-canape.ru टीम