परिचय

मुझे वास्तव में दिमित्री पोटापेंको पसंद है। इसके साथ आप YouTube पर कई वीडियो नहीं पा सकते हैं, लेकिन मैंने सब कुछ की समीक्षा की। अगर किसी को पता नहीं है, यह एक व्यक्ति है जो लगभग 15 स्टोर और रेस्तरां श्रृंखलाओं का मालिक है, रूसी संघ, बुल्गारिया और चेक गणराज्य में व्यापार करता है, 7,000 लोग उसके तहत काम करते हैं, प्रति वर्ष कुल $ 140 मिलियन का कारोबार होता है। ढेर से पहले, कराटे में पूर्व में दो बार के विश्व चैंपियन, 25 पर वह सीआईएस में ग्रुंडिग के उपाध्यक्ष बने।
सामान्य तौर पर, एक शांत आदमी।

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

रणनीति रणनीति से अधिक महत्वपूर्ण है

सामरिक मिसकल्चर की भरपाई सामरिक सफलताओं से नहीं की जा सकती।
युद्ध पर, वॉन क्लॉज़विट्ज़

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

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

कर्मचारी का वेतन अस्थायी होना चाहिए

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

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

प्रबंधक को अपने मिनट की कीमत पता होनी चाहिए

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

अपने ग्राहक बनें

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

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

अग्रिम में जोखिमों के बारे में सोचें

जब पोतापेंको के कार्यालय को शून्य पर ले जाया गया (क्योंकि एक सलाहकार एक सप्ताह में एक बार दिमित्री आया था, जो एक बार किसी अन्य कंपनी में लंबे समय तक काम करता था और अन्य दस्तावेजों को उस दूसरी कंपनी में ले गया, जो छह प्रतियों में हैं, और यह कंपनी अब है कुछ व्यवसाय पर गुजरता है), अगले दिन, कंपनी में से किसी ने भी नहीं छोड़ा (और व्यवसाय शनिवार को था), और सभी बड़े ग्राहकों (लेरॉय मर्लिन सहित) को समय पर भेज दिया गया। यह जोखिम प्रबंधन का मतलब है।

संक्षेप में, यह रणनीति का हिस्सा है। हर चीज के लिए एक योजना होनी चाहिए, ताकि जब कोई ब्यॉक हो जाए, तो आप आश्चर्यजनक रूप से समय बर्बाद न करें, लेकिन स्पष्ट और शांत तरीके से काम करें। मैं विशेष रूप से रूस में आईटी व्यवसाय करने के 9 नियमों की सिफारिश करता हूं ।

मेरे अनुभव से, यह, उदाहरण के लिए, जब प्रमुख कर्मचारियों में से एक निकलता है। एक नेता के रूप में मेरे काम के पहले कुछ साल, मैं हैरान था, फिर मैंने सिर्फ यह मापा कि ब्याज और समय सीमा के संदर्भ में मेरे जोखिम की सही गणना कैसे की गई।

तेज और आसान का मतलब है सस्ता और हंसमुख

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

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

और एक संगोष्ठी में जहां वह सीईओ की यथोचित आलोचना करते हैं, उनका मुहावरा लगता है - लोग रूस में मर रहे हैं, कोई लोग नहीं मिल रहे हैं, इसलिए आप स्मार्ट कर्मचारियों की गिनती क्यों कर रहे हैं, लेकिन मैकडॉनल्ड्स, बायोबॉट्स के लिए कैद है, आपको दरकिनार?

प्लस सेलर पर कहता है कि यदि आप एक नेटवर्क ऑब्जेक्ट बनाते हैं, तो आपको तुरंत नेटवर्क के आधार पर पहली ऑब्जेक्ट बनाना चाहिए। एक ही समय में, एक बिंदु (SPOT / DRY प्रोग्रामिंग से एक सिद्धांत) को बाहर ले जाना कुछ महंगा है और इसे आउटसोर्सिंग के कारण सस्ता बनाना - उदाहरण के लिए, एक रसोई।

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

सवाल यह है कि क्या बात है, जब सब कुछ परिपक्व है तो शांत कार्यप्रणाली काम नहीं करती है और पेशेवर काम करते दिखते हैं?

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

नतीजतन, 37signals जैसे स्मार्ट लोग govnomonsters को बायपास करते हैं, जो न्यूनतम कार्यक्षमता बनाते हैं, अंतिम उपयोगकर्ताओं की आंखों के माध्यम से देखते हैं, तुरंत इसे उपयोगकर्ताओं को भेजते हैं और समझदारी से प्रतिक्रिया एकत्र करते हैं।

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

क्यों लाइव डेटा और एक कार्यशील प्रोटोटाइप (परियोजना के पहले संस्करण)। क्योंकि जैसे ही आप 100 केबी के बहुरंगी पाठ सम्मिलित करते हैं, जिसे ग्राहक सम्मिलित करेगा, साथ ही 20 मेनू आइटम, किसी भी सुंदर वेब-पेज लेआउट में ispum डोलर के बजाय, सब कुछ अलग हो जाता है।
जैसे ही अक्ज़ूर से क्लिक करने योग्य HTML के बजाय आपको एक कार्यशील खोज इंजन दिखाई देता है जिसमें एक तालिका होती है जिसमें 50,000 प्रविष्टियाँ प्रदर्शित की जाती हैं, यह तुरंत स्पष्ट हो जाता है कि कैसे और क्या फ़िल्टर करना है और क्या छांटना है। यह कागज पर प्रदान नहीं किया जा सकता है। इस तरह की संस्थाओं को मॉडल करने के लिए मानव मस्तिष्क बहुत कमजोर है।

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

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

मक्खी पर एक हवाई जहाज का निर्माण करने के तरीके पर एक वीडियो देखें। बहुत सटीक रूप से विचार को दर्शाता है।


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

स्टार्टअप एक व्यवसाय है

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

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

अन्य क्षेत्रों से विचारों को लागू करें

पोटापेंको दर्शकों से पूछता है: आपको क्या लगता है कि सबसे बड़ी खुदरा श्रृंखला है? मैकडॉनल्ड्स? Vallmart?

उत्तर गलत है! सही उत्तर कैथोलिक चर्च है!

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

कड़ी मेहनत करो

यह बेवकूफ है, लेकिन - आपको कड़ी मेहनत करने की आवश्यकता है। व्यक्तिगत रूप से, मैं दिन में औसतन 12 घंटे, सप्ताह में 6 दिन काम करता हूं। यदि आप कुशलता से काम करते हैं, उसी समय, प्रति यूनिट समय परिणाम की संख्या तेजी से बढ़ जाती है। फिर क्वालिटी आती है।
यदि आप एक कार चाहते हैं - इस विचार को फेंक दें, तो काम के पास एक अपार्टमेंट किराए पर लेना बेहतर है (या घर के पास एक कार्यालय, यदि आपका व्यवसाय है)। एक मशीन एक संपत्ति है जो मूल्य में आती है। और ट्रैफिक जाम में बहाया गया समय एक गैर-नवीकरणीय संसाधन है, जिसकी लागत, यदि आप अपना मिनट जानते हैं, तो प्रति वर्ष कार के काल्पनिक "आराम" से सौ गुना अधिक हो सकता है।
लेकिन जब लाखों की अतिरिक्त जोड़ी होगी - आप एक कार खरीद सकते हैं। IMHO, बिल्कुल।

महंगी प्रक्रिया साइटों आउटसोर्सिंग

आपको सहमत होना होगा - एक सुपर-विशेषज्ञ को एक महीने में एक से दो बार काम करने के लिए इस तरह के एक पागल वेतन को पकड़ना बेहतर है और यह पता नहीं है कि इसे कैसे लोड करना है। इसलिए, काम के महंगे पहलुओं को आउटसोर्स करने और समूहबद्ध करने की आवश्यकता है (नेटवर्क आमतौर पर रसोई घर से बाहर निकालते हैं - प्रोग्रामिंग कार्यों से सच्चाई का एकल बिंदु यहां भी)।

निष्कर्ष

टिप्पणी में परियोजना प्रबंधन में अन्य क्षेत्रों से सिद्धांतों को लागू करने में अपना अनुभव लिखें।

LJ में पुनः प्रकाशित