आप न्यूनतम व्यवहार्य उत्पाद नामक एक छोटी अवधारणा से परिचित हो सकते हैं।





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



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



वापस तो यह सब या कुछ भी नहीं था। लेकिन डिजिटल में जीवन ने हमें विकास के लिए अधिक चुस्त दृष्टिकोण अपनाने की ओर अग्रसर किया है।

क्या होगा यदि आप न्यूनतम व्यवहार्य उत्पाद का विचार ले सकते हैं और इसे अपने संगठन की व्यावसायिक प्रक्रिया में लागू कर सकते हैं?

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



अति-प्रक्रिया की नौकरशाही से सबसे ज्यादा डर किसको लगता है? उच्च विकास वाले संगठन। विशेष रूप से टेक स्पेस में, जहां ए चंचल कार्यप्रणाली लोकप्रिय है, लेकिन शायद हमेशा एक प्रतिबद्ध तरीके से लागू नहीं किया जाता है। एक MVP मानसिकता मदद कर सकता है।



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

कुछ प्रमुख पहलुओं ने हमें अब जहां तक ​​पहुंचाया है: स्क्वैड बनाना और संरेखित करना, संचार पर जोर देना, आत्म-चिकित्सा वर्कफ़्लो विकसित करना और हमारी प्रक्रिया को सप्ताह-सप्ताह में परिष्कृत करना।



एक अधिक लोकतांत्रिक मॉडल

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



यह प्रक्रिया छोटी हो जाती है, लेकिन आप उस शक्ति को अन्य स्थानों पर टीम को वापस दे रहे हैं, जैसे आपके संगठन में काम करने वाले लोगों को अधिक स्वामित्व प्रदान करना।



आपके साथ जो समाप्त होता है वह आपकी सहयोगी प्रक्रिया का सबसे छोटा, सबसे तेज, फिर भी सबसे कार्यात्मक संस्करण है। जब तक यह काम करता है, तब तक आसानी से और अधिक से अधिक कुछ परीक्षण किया जा सकता है।

आप एमवी प्रक्रिया के बारे में सोच सकते हैं जैसे विकिपीडिया पृष्ठ - उत्तर है, लेकिन उत्तर समय के साथ विकसित होगा।

स्व-चिकित्सा दस्तों

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

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


12 22 अर्थ

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

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

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

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

हम जिस दिशा में काम कर रहे हैं वह एक ऐसी टीम है जो संचार में मजबूत है और समस्याओं से डरती नहीं है। रचनात्मक, लोकतांत्रिक संचार पर जोर देने से सड़क के नीचे बड़े दांव को बढ़ावा मिलता है। आप एक ऐसी इकाई का निर्माण कर रहे हैं जो जोखिम उठाएगी क्योंकि उनके पास जाते ही हल करने का विश्वास है। हर बार लोगों को बेहतर प्रतिक्रिया मिलती है और वे तेजी से मूल्य प्रदान करते हैं।

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


812 परी संख्या

हम चुनौतियों से कभी नहीं बच सकते। यदि आपके संगठन का उद्देश्य ऐसी चुनौतियों से बचना है जो आप कभी नहीं बढ़ेंगे। समस्याओं से निपटने के लिए आप एक टीम सेट करना बेहतर समझते हैं। और एक व्यक्ति को कभी भी यह नहीं समझना चाहिए कि सभी चुनौतियों का जवाब कैसे दिया जाना चाहिए। ऐसी प्रक्रिया स्थापित करें जो टीम का लोकतांत्रिकरण करे और प्रत्येक व्यक्ति को एक आवाज दे।

सेवन रूपों से मृत्यु

मृत्यु नहीं सेवा मेरे सेवन रूपों, लेकिन मौत द्वारा द्वारा सेवन रूपों।

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

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

एक-तरफा प्रक्रियाओं के बजाय, या इससे भी बदतर, एक व्यक्ति जो एक प्रक्रिया को डिजाइन करने के प्रभावों से जुड़ा नहीं है - हमने दो कोर टीम के सदस्यों को एक परियोजना में आमने-सामने रखा और पूछा, 'दोनों को पूरा करने के लिए सबसे अच्छा काम क्या होगा आपकी आवश्यकताओं के लिए? ”

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

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

हमेशा लोगों की सेवा करना

अब जब मैं इस पर लंबे समय के लिए चला गया, तो मैं आपको एक रहस्य पर आने दूंगा: इनमें से कोई भी वास्तव में प्रक्रिया के बारे में नहीं है। यह लोगों के बारे में है।

हर संभव समस्या को हल करने वाली प्रक्रिया को आजमाना और बनाना बहुत आसान है। एक योजना को परिभाषित करना और प्रलेखित करना जो हर किनारे के मामले के लिए हल करती है, बहुत जटिल है, बहुत सूखी है और जल्दी से पुरानी हो जाएगी क्योंकि आपकी कंपनी बढ़ती रहती है।

आप पूरी तरह से व्यवस्थित व्यवस्थित समाधान के साथ आ सकते हैं, लेकिन अगर यह उन बारीकियों का अभाव है जो इसे लोगों की प्रक्रिया बनाते हैं, तो कोई भी इसका पालन नहीं करेगा।

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

दिन के अंत में, यह इस बात पर ध्यान केंद्रित करने के बारे में नहीं है कि आपने कितना हल किया है, यह इस बारे में है कि आपके द्वारा बनाई गई प्रक्रिया के लिए कितना स्वीकार्य और सहायक है।

और वह नौकरशाही के विपरीत है।

अपने दोस्तों के साथ साझा करें: