प्रोग्रामर के काम का मूल्यांकन करने के तरीके के रूप में मैट्रिक्स के बारे में बात करते हैं

मेट्रिक्स - वे महसूस-टिप पेन की तरह हैं, प्रत्येक अपने स्वयं के स्वाद के लिए। मेट्रिक्स के बिना, एक लाभदायक व्यवसाय का अस्तित्व असंभव है, वे हमें लगातार घेरते हैं, यह अप्रिय है, लेकिन एक स्वयंसिद्ध है। कुछ के लिए, मीट्रिक महीने की बिक्री की योजना है, दूसरों के लिए यह सहमति की समय सीमा से पहले ऑर्डर पूरा करना है, और दूसरों के लिए घंटों की संख्या में काम किया है।


इस विषय पर कोई उपयुक्त "आकर्षण चित्र" नहीं है, इसलिए एक बिल्ली रखें

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

पहले प्रकार के मेट्रिक्स "परिणाम से"

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

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

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

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

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

UpWork प्रति घंटा की दर और अन्य फ्रीलांस टाइम मॉडल के बारे में क्या?

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

पहला: काम पर रखने वाली कंपनी को नियंत्रित करने का आदी है, क्योंकि 50% मामलों में प्रति घंटा की दर में एक ट्रैकर शामिल होता है, और 100% - आवधिक रिपोर्ट में किए गए कार्य का ऑडिट होता है। यही है, ग्राहक प्रबंधकीय कार्यों का हिस्सा ठेकेदार को स्वयं स्थानांतरित करता है, जो खुद के लिए रिपोर्ट करता है।

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

दूसरे प्रकार की मीट्रिक "समय में" है

लेकिन सब कुछ बहुत अधिक जटिल हो जाता है, अगर हम एक बड़ी परियोजना के बारे में बात करना शुरू करते हैं, जिसकी डिलीवरी की समय सीमा "एक से तीन साल तक" और "यह एक शाश्वत विकास है।" "अनन्त विकास" के मामले में अंतिम परिणाम प्राप्त करने के लिए समय की भविष्यवाणी करना लगभग असंभव है। निम्नलिखित कारण:

• न केवल एक व्यक्ति परियोजना पर काम कर रहा है, बल्कि कई टीमें भी;
• प्रत्येक टीम "दिशाओं" में दो से तीन से लेकर कई दर्जन कर्मचारी हैं;
• परियोजना पर काम कब खत्म होगा किसी को नहीं पता।

ऐसी स्थितियों में, एक ज्ञात वस्तु के साथ खो जाने और प्रसिद्ध नाशपाती को बिखेरना आसान है। लेकिन चूँकि व्यवसाय चैरिटी के काम में शामिल नहीं है, इसलिए मेट्रिक्स से "परिणाम के लिए" मेट्रिक्स के अधिक जटिल श्रेणी में "समय से" चलना आवश्यक है।

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

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

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

काम किए गए समय का एक वास्तविक तंग संदर्भ दक्षता का एक स्वतंत्र मीट्रिक नहीं है, यहां बैसाखी की आवश्यकता है

यदि किसी व्यक्ति को परिणाम के लिए भुगतान नहीं किया जाता है, लेकिन समय की राशि के लिए काम किया जाता है, तो इसकी प्रभावशीलता का मूल्यांकन कैसे करें? यह प्रश्न व्यवसाय द्वारा लगातार पूछा जा रहा है। यहाँ कई चर हैं:

1. कम दूरी पर टीम के प्रदर्शन को "परिणाम" मीट्रिक से जोड़ना।
2. कार्यों और स्प्रिंट के स्तर पर छोटे मैट्रिक्स का उपयोग।
3. जिम्मेदारी, नियमों और प्राथमिकताओं की एक स्पष्ट संरचना का निर्माण करना, इसे कॉल करें जो आप चाहते हैं, उदाहरण के लिए, "विकास नीति"।

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

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

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

इस बिंदु पर, बहुत कुछ प्रबंधन पर निर्भर करता है। यहां आप केवल मैट्रिक्स सेट करने के लिए अपर्याप्त और पर्याप्त दृष्टिकोण का वर्णन कर सकते हैं।

अपर्याप्त मीट्रिक:

• कोड और कमिट की लाइनों की संख्या;
• खाते की जटिलता के बिना बंद कार्यों की संख्या;
• मतदान के अधिकार से डेवलपर को वंचित करना;
• रिपोर्टिंग अवधि में गतिशीलता और विकास की जरूरतों की अनदेखी (सामान्य ज्ञान से अधिक मैट्रिक्स);
• मेट्रिक्स की समीक्षा की लंबी प्रक्रिया, लचीलेपन की कमी; विकास की अनदेखी;

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

पर्याप्त मीट्रिक:

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

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

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

"समय खरीद" मॉडल का एक अभिन्न अंग के रूप में प्रतिक्रिया

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

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

यह प्रबंधन द्वारा किए गए निर्णयों के लिए प्रतिक्रिया और जिम्मेदारी की उपस्थिति है जो एक ऐसी कंपनी से अलग है जो काम के घंटों का एक विस्तृत रिकॉर्ड रखती है, एक स्पष्ट "गैलरी" से जहां डेवलपर्स एक अर्थहीन मांस की चक्की में आते हैं।

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

आउटपुट के बजाय

एक काम की प्रक्रिया के आयोजन की प्रक्रिया में सबसे खराब बात यह हो सकती है कि एक मॉडल से दूसरे मॉडल में निहित तंत्र "विकृत" है। उदाहरण के लिए, जब टीम की जटिलता और क्षमताओं के ध्वनि मूल्यांकन के बिना दीर्घकालिक परियोजनाओं के लिए कठिन समय सीमा निर्धारित की जाती है। या जब अल्पकालिक आत्मनिर्भर परियोजनाओं और कार्यों पर नियंत्रण के ऐसे रूपों का निर्माण किया जाता है जो रॉकेट विज्ञान के क्षेत्र में लागू होने के लिए फिट होते हैं, और हम केवल फ्रीलांस के लिए एक आदेश के बारे में बात कर रहे हैं।

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