प्रोग्रामरची टीम व्यवस्थापित करणे: त्यांना योग्यरित्या कसे आणि कसे प्रेरित करावे? भाग दुसरा

एपिग्राफ:
पती, उग्र मुलांकडे बघत आपल्या पत्नीला म्हणतो: बरं, आपण ते धुवा किंवा नवीन जन्म देऊ?

कट खाली आमच्या टीम लीडर, तसेच RAS प्रॉडक्ट डेव्हलपमेंट डायरेक्टर इगोर मारनाट यांच्या लेखाचा दुसरा भाग आहे, प्रोग्रॅमर्सना प्रवृत्त करण्याच्या वैशिष्ट्यांबद्दल. लेखाचा पहिला भाग येथे आढळू शकतो - habr.com/ru/company/parallels/blog/452598

लेखाच्या पहिल्या भागात, मी मास्लोच्या पिरॅमिडच्या दोन खालच्या स्तरांवर स्पर्श केला: शारीरिक गरजा, सुरक्षितता, आराम आणि स्थिरतेच्या गरजा आणि पुढील, तिसऱ्या स्तरावर जा, म्हणजे:

तिसरा - आपुलकी आणि प्रेमाची गरज

मला माहित होते की इटालियन माफियाला "कोसा नॉस्त्रा" म्हटले जाते, परंतु जेव्हा मला "कोसा नॉस्त्रा" चे भाषांतर कसे केले जाते हे कळले तेव्हा मी खूप प्रभावित झालो. इटालियनमधून अनुवादित "कोसा नोस्ट्रा" चा अर्थ "आमचा व्यवसाय" आहे. प्रेरणासाठी नावाची निवड खूप यशस्वी आहे (चला व्यवसाय बाजूला ठेवूया, या प्रकरणात आम्हाला केवळ प्रेरणामध्ये रस आहे). एखाद्या व्यक्तीला सहसा संघाचा भाग व्हायचे असते, काही मोठा, सामान्य, आमचा व्यवसाय करायचा असतो.

सैन्य, नौदल आणि कोणत्याही मोठ्या निमलष्करी दलातील आपुलकी आणि प्रेमाची गरज पूर्ण करण्याला खूप महत्त्व दिले जाते. आणि, जसे आपण पाहतो, माफियामध्ये. हे समजण्यासारखे आहे, कारण ज्या लोकांमध्ये थोडे साम्य आहे, जे सुरुवातीला समविचारी लोकांचा संघ तयार करत नाहीत, ज्यांना भरती करून एकत्र आणले जाते (स्वेच्छेने नाही), ज्यांचे शिक्षणाचे स्तर भिन्न आहेत, भिन्न वैयक्तिक मूल्ये आहेत. , त्यांचे जीवन अक्षरशः समर्पित करण्यासाठी, प्राणघातक धोका पत्करून, काही सामान्य कारणासाठी, आपले जीवन एका कॉम्रेडच्या हाती सोपवा.

ही एक अतिशय मजबूत प्रेरणा आहे; बहुतेक लोकांसाठी आपण एखाद्या कुटुंबाचा, देशाचा, संघाचा भाग आहात हे जाणून घेण्यासाठी ते एखाद्या मोठ्या गोष्टीशी संबंधित आहेत असे वाटणे अत्यंत महत्वाचे आहे. सैन्यात, गणवेश, विविध धार्मिक विधी, परेड, मोर्चे, बॅनर इत्यादी या उद्देशाने कार्य करतात. कोणत्याही संघासाठी अंदाजे समान घटक महत्त्वाचे असतात. चिन्हे, कॉर्पोरेट ब्रँड आणि कॉर्पोरेट रंग, साहित्य आणि स्मृतिचिन्हे महत्त्वपूर्ण आहेत.

हे महत्त्वाचे आहे की महत्त्वपूर्ण घटनांचे स्वतःचे दृश्यमान मूर्त स्वरूप आहे ज्याच्याशी ते संबद्ध केले जाऊ शकतात. आजकाल, कंपनीचे स्वतःचे व्यापारी माल, जॅकेट, टी-शर्ट इ. असणे सामान्य आहे. परंतु कंपनीमधील संघाला हायलाइट करणे देखील महत्त्वाचे आहे. आम्ही अनेकदा रिलीझच्या परिणामांवर आधारित टी-शर्ट रिलीझ करतो, जे रिलीझमध्ये गुंतलेल्या सर्वांना दिले जातात. काही कार्यक्रम, संपूर्ण संघासह संयुक्त उत्सव किंवा क्रियाकलाप हे प्रेरणाचे आणखी एक महत्त्वाचे घटक आहेत.

बाह्य गुणधर्मांव्यतिरिक्त, इतर अनेक घटक संघाशी संबंधित असल्याच्या भावनेवर प्रभाव टाकतात.
प्रथम, एक समान ध्येयाची उपस्थिती जी प्रत्येकाला समजते आणि त्याचे महत्त्व समजते. प्रोग्रामरना सहसा हे समजून घ्यायचे असते की ते एक छान गोष्ट करत आहेत आणि ते ही छान गोष्ट एक टीम म्हणून एकत्र करत आहेत.
दुसरे म्हणजे, संघाकडे एक संप्रेषण जागा असणे आवश्यक आहे ज्यामध्ये संपूर्ण संघ उपस्थित आहे आणि जो फक्त त्याच्या मालकीचा आहे (उदाहरणार्थ, मेसेंजरमधील चॅट, नियतकालिक संघ सिंकॅप्स). कामाच्या समस्यांव्यतिरिक्त, अनौपचारिक संप्रेषण, कधीकधी बाह्य कार्यक्रमांची चर्चा, लाइट ऑफटॉप - हे सर्व समुदाय आणि संघाची भावना निर्माण करते.
तिसरे म्हणजे, मी संघात चांगल्या अभियांत्रिकी पद्धतींचा परिचय, कंपनीमध्ये स्वीकारलेल्यांच्या तुलनेत मानके वाढवण्याची इच्छा यावर प्रकाश टाकेन. उद्योगात स्वीकारल्या गेलेल्या सर्वोत्कृष्ट पध्दतींची अंमलबजावणी, प्रथम संघात आणि नंतर संपूर्ण कंपनीत, संघाला असे वाटण्याची संधी मिळते की ते कोणत्या ना कोणत्या मार्गाने इतरांपेक्षा पुढे आहेत, या मार्गाने आपलेपणाची भावना निर्माण होते. छान संघाकडे.

संघाच्या नियोजन आणि व्यवस्थापनातील सहभागामुळे आपुलकीची भावना देखील प्रभावित होते. जेव्हा कार्यसंघ सदस्य प्रकल्प उद्दिष्टे, कार्य योजना, कार्यसंघ मानके आणि अभियांत्रिकी पद्धतींवर चर्चा करण्यात आणि नवीन कर्मचार्‍यांची मुलाखत घेण्यात गुंतलेले असतात, तेव्हा त्यांच्यात सहभागाची भावना, सामायिक मालकी आणि कामावर प्रभाव विकसित होतो. इतरांनी प्रस्तावित केलेल्या निर्णयांपेक्षा लोक स्वतःहून घेतलेले आणि आवाज उठवणारे निर्णय घेण्यास अधिक इच्छुक असतात, जरी ते व्यावहारिकदृष्ट्या जुळत असले तरीही.

वाढदिवस, वर्धापनदिन, सहकाऱ्यांच्या जीवनातील महत्त्वपूर्ण घटना - एक संयुक्त पिझ्झा, संघाकडून एक लहान भेटवस्तू सहभाग आणि कृतज्ञतेची उबदार भावना देतात. काही कंपन्यांमध्ये, कंपनीमध्ये 5, 10, 15 वर्षांच्या कामासाठी लहान स्मारक चिन्हे देण्याची प्रथा आहे. एकीकडे, मला असे वाटत नाही की हे मला नवीन यशासाठी इतके प्रेरित करते. परंतु, अर्थातच, जवळजवळ कोणालाही आनंद होईल की ते त्याच्याबद्दल विसरले नाहीत. हे अशा प्रकरणांपैकी एक आहे जेव्हा वस्तुस्थितीची अनुपस्थिती त्याच्या उपस्थितीला प्रेरणा देण्याऐवजी कमी करते. सहमत आहे, जर LinkedIn ने तुम्हाला सकाळी आठवण करून दिली आणि तुमच्या कामाच्या ठिकाणी तुमच्या 10 व्या वर्धापनदिनानिमित्त तुमचे अभिनंदन केले, परंतु कंपनीतील एकाही सहकाऱ्याने तुमचे अभिनंदन केले नाही किंवा तुमची आठवण ठेवली नाही तर ते खूप लाजिरवाणे आहे.

अर्थात, संघाच्या रचनेतील बदल हा महत्त्वाचा मुद्दा आहे. हे स्पष्ट आहे की जरी संघातील एखाद्याचे आगमन किंवा निर्गमन अगोदर घोषित केले गेले असले तरीही (उदाहरणार्थ, कंपनी किंवा कार्यसंघ वृत्तपत्रात किंवा कार्यसंघाच्या बैठकीत), हे विशेषतः कोणालाही नवीन यशासाठी प्रेरित करत नाही. परंतु एखाद्या चांगल्या दिवशी जर तुम्हाला तुमच्या शेजारी एक नवीन व्यक्ती दिसली किंवा जुनी व्यक्ती दिसली नाही तर ते आश्चर्यचकित होऊ शकते आणि जर तुम्ही सोडले तर ते अगदीच अप्रिय असेल. लोकांनी शांतपणे गायब होऊ नये. विशेषतः वितरित संघात. विशेषतः जर तुमचे काम दुसऱ्या कार्यालयातील सहकाऱ्यावर अवलंबून असेल जो अचानक उठला आणि गायब झाला. अशा क्षणांची टीमला आगाऊ माहिती देणे निश्चितच फायदेशीर आहे.

एक महत्त्वाचा घटक, ज्याला इंग्रजीत म्हणतात मालकी (“ताबा” चे शाब्दिक भाषांतर त्याचा अर्थ पूर्णपणे दर्शवत नाही). ही मालकीची भावना नाही, तर तुमच्या प्रकल्पासाठी जबाबदारीची भावना आहे, ही भावना जेव्हा तुम्ही स्वतःला उत्पादनाशी आणि उत्पादनाशी भावनिकरित्या जोडता. हे "फुल मेटल जॅकेट" चित्रपटातील मरीनच्या प्रार्थनेशी साधारणपणे जुळते: "ही माझी रायफल आहे. अशा अनेक रायफल आहेत, पण ही माझी आहे. माझी रायफल माझा चांगला मित्र आहे. ती माझं आयुष्य आहे. मी माझ्या आयुष्याची मालकी जशी आहे तशीच मालकी घ्यायला शिकले पाहिजे. माझ्याशिवाय माझी रायफल निरुपयोगी आहे. माझ्या रायफलशिवाय मी निरुपयोगी आहे. मला माझी रायफल सरळ मारावी लागेल. मला मारण्याचा प्रयत्न करणार्‍या शत्रूपेक्षा मला अधिक अचूक गोळीबार करावा लागेल. तो मला गोळ्या घालण्यापूर्वी मला त्याला गोळ्या घातल्या पाहिजेत. असे होऊ दे..."

जेव्हा एखादी व्यक्ती एखाद्या उत्पादनावर दीर्घकाळ काम करते, तेव्हा त्याच्या निर्मिती आणि विकासाची संपूर्ण जबाबदारी घेण्याची संधी असते, "काहीही नाही" पासून कार्यशील गोष्ट कशी उद्भवते, लोक तिचा वापर कसा करतात हे पाहण्यासाठी, ही शक्तिशाली भावना उद्भवते. एका प्रकल्पावर दीर्घकाळ एकत्र काम करणारे उत्पादन संघ सामान्यत: कमी कालावधीसाठी एकत्र जमलेल्या आणि असेंबली लाइन मोडमध्ये काम करणार्‍या संघांपेक्षा अधिक प्रवृत्त आणि एकसंध असतात, एका प्रकल्पातून दुसर्‍या प्रकल्पावर स्विच करतात, संपूर्ण उत्पादनाची संपूर्ण जबाबदारी न घेता. , सुरुवातीपासून शेवटपर्यंत.

IV. ओळखीची गरज

एक दयाळू शब्द देखील मांजर प्रसन्न. प्रत्येकजण त्यांनी केलेल्या कामाचे महत्त्व ओळखून आणि त्याचे सकारात्मक मूल्यांकन करून प्रेरित होतो. प्रोग्रामरशी बोला, त्यांना नियतकालिक अभिप्राय द्या, एक चांगले काम साजरे करा. तुमच्याकडे मोठा आणि वितरित संघ असल्यास, नियतकालिक बैठका (ज्याला एक ते एक म्हणतात) यासाठी योग्य आहेत; जर संघ खूप लहान असेल आणि स्थानिक पातळीवर एकत्र काम करत असेल, तर ही संधी सामान्यतः कॅलेंडरवर विशेष बैठकांशिवाय प्रदान केली जाते (जरी नियतकालिक एक एकासाठी हे सर्व अद्याप आवश्यक आहे, आपण ते कमी वेळा करू शकता). manager-tools.com वरील व्यवस्थापकांसाठी पॉडकास्टमध्ये हा विषय चांगला आहे.

तथापि, सांस्कृतिक फरक लक्षात ठेवणे योग्य आहे. अमेरिकन सहकाऱ्यांना परिचित असलेले काही दृष्टिकोन नेहमीच रशियन लोकांसह कार्य करणार नाहीत. पाश्चात्य देशांमधील संघांमध्ये दैनंदिन संप्रेषणामध्ये स्वीकारल्या जाणार्‍या सभ्यतेची पातळी सुरुवातीला रशियामधील प्रोग्रामरना जास्त वाटते. रशियन सहकार्‍यांची काही सरळपणाची वैशिष्ट्ये इतर देशांतील त्यांच्या सहकाऱ्यांद्वारे असभ्यपणा म्हणून समजली जाऊ शकतात. आंतरजातीय संघातील संप्रेषणामध्ये हे खूप महत्वाचे आहे; या विषयावर बरेच काही लिहिले गेले आहे; अशा संघाच्या व्यवस्थापकाने हे लक्षात ठेवले पाहिजे.

वैशिष्ट्य प्रात्यक्षिके, जिथे प्रोग्रामर स्प्रिंट दरम्यान विकसित केलेली वैशिष्ट्ये दर्शवतात, ही गरज लक्षात घेण्यासाठी एक चांगला सराव आहे. संघांमधील संप्रेषण चॅनेल साफ करण्याची, उत्पादन व्यवस्थापक आणि परीक्षकांना नवीन वैशिष्ट्यांचा परिचय करून देण्याची ही एक उत्कृष्ट संधी आहे या व्यतिरिक्त, विकासकांना त्यांच्या कार्याचे परिणाम दर्शविण्याची आणि त्यांचे लेखकत्व दर्शविण्याची ही एक चांगली संधी आहे. बरं, आणि तुमची सार्वजनिक बोलण्याची कौशल्ये पॉलिश करा, अर्थातच, जे कधीही हानिकारक नाही.

विशेषत: प्रतिष्ठित सहकार्‍यांचे महत्त्वपूर्ण योगदान प्रमाणपत्रे, स्मृती चिन्हे (किमान एक दयाळू शब्द) संयुक्त संघाच्या भेटीमध्ये साजरे करणे ही चांगली कल्पना असेल. लोक सहसा अशा प्रमाणपत्रांना आणि स्मारक चिन्हांना खूप महत्त्व देतात, त्यांना फिरताना सोबत घेऊन जातात आणि सामान्यतः प्रत्येक संभाव्य मार्गाने त्यांची काळजी घेतात.

कार्यसंघाच्या कार्यामध्ये अधिक महत्त्वपूर्ण, दीर्घकालीन योगदान, संचित अनुभव आणि कौशल्य चिन्हांकित करण्यासाठी, एक ग्रेड सिस्टम बर्‍याचदा वापरली जाते (पुन्हा, सैन्यातील लष्करी रँकच्या प्रणालीशी साधर्म्य रेखाटले जाऊ शकते, जे याव्यतिरिक्त अधीनता सुनिश्चित करण्यासाठी, हा उद्देश देखील पूर्ण करते). अनेकदा तरुण विकासक त्यांच्या खांद्यावर नवीन तारे मिळविण्यासाठी दुप्पट मेहनत करतात (म्हणजे कनिष्ठ विकासकाकडून पूर्णवेळ विकासकाकडे जाणे इ.).

तुमच्या लोकांच्या अपेक्षा जाणून घेणे महत्त्वाचे आहे. काहींना उच्च श्रेणी, वास्तुविशारद म्हणून संबोधण्याची संधी मिळण्याची अधिक शक्यता असते, तर इतर, त्याउलट, ग्रेड आणि पदव्यांबद्दल उदासीन असतात आणि पगारात वाढ हे कंपनीकडून ओळखले जाण्याचे लक्षण मानतात. . लोकांना काय हवे आहे आणि त्यांच्या अपेक्षा काय आहेत हे समजून घेण्यासाठी त्यांच्याशी संवाद साधा.

ओळखीचे प्रात्यक्षिक, कार्यसंघाच्या बाजूने उच्च स्तरावरील विश्वास, कृतीचे अधिक स्वातंत्र्य देऊन किंवा कामाच्या नवीन क्षेत्रांमध्ये सहभाग देऊन दिला जाऊ शकतो. उदाहरणार्थ, विशिष्ट अनुभव प्राप्त केल्यानंतर आणि विशिष्ट परिणाम प्राप्त केल्यानंतर, प्रोग्रामर, विशिष्टतेनुसार त्याची वैशिष्ट्ये लागू करण्याव्यतिरिक्त, नवीन गोष्टींच्या आर्किटेक्चरवर कार्य करू शकतो. किंवा विकासाशी थेट संबंधित नसलेल्या नवीन क्षेत्रांमध्ये सामील व्हा - चाचणी ऑटोमेशन, सर्वोत्तम अभियांत्रिकी पद्धती लागू करणे, प्रकाशन व्यवस्थापनास मदत करणे, परिषदांमध्ये बोलणे इ.

V. अनुभूती आणि आत्म-वास्तविकतेची गरज.

अनेक प्रोग्रामर त्यांच्या जीवनाच्या वेगवेगळ्या टप्प्यांवर विविध प्रकारच्या प्रोग्रामिंग क्रियाकलापांवर लक्ष केंद्रित करतात. काही लोकांना मशीन लर्निंग करणे, नवीन डेटा मॉडेल्स विकसित करणे, कामासाठी भरपूर वैज्ञानिक साहित्य वाचणे आणि सुरवातीपासून काहीतरी नवीन तयार करणे आवडते. दुसरे डीबगिंग आणि विद्यमान ऍप्लिकेशनला समर्थन देण्याच्या जवळ आहे, ज्यामध्ये तुम्हाला अस्तित्वातील कोड, अभ्यास लॉग, स्टॅक ट्रेस आणि नेटवर्क कॅप्चा दिवस आणि आठवडे खोलवर खणणे आवश्यक आहे आणि जवळजवळ कोणताही नवीन कोड लिहू नका.

दोन्ही प्रक्रियांसाठी महान बौद्धिक प्रयत्न आवश्यक आहेत, परंतु त्यांचे व्यावहारिक उत्पादन वेगळे आहे. असे मानले जाते की प्रोग्रामर विद्यमान उपायांना समर्थन देण्यास नाखूष आहेत; त्याऐवजी ते नवीन विकसित करण्यास प्रवृत्त आहेत. यात शहाणपणाचा दाणा आहे. दुसरीकडे, मी आजवर काम केलेल्या सर्वात प्रेरीत आणि संयुक्त संघाने विद्यमान उत्पादनास समर्थन देण्यासाठी, समर्थन कार्यसंघाने त्यांच्याशी संपर्क साधल्यानंतर दोष शोधणे आणि त्यांचे निराकरण करण्यासाठी समर्पित होते. अगं अक्षरशः या कामासाठी जगले आणि शनिवार आणि रविवारी बाहेर जाण्यास तयार होते. आम्ही एकदा 31 डिसेंबरच्या संध्याकाळी किंवा 1 जानेवारीच्या दुपारी, आणखी एक तातडीची आणि गुंतागुंतीची समस्या आतुरतेने हाताळली.

या उच्च प्रेरणावर अनेक घटकांचा प्रभाव पडला. सर्वप्रथम, ही उद्योगातील एक मोठे नाव असलेली कंपनी होती, संघाने स्वतःला तिच्याशी जोडले होते (पहा "संबद्धतेची गरज"). दुसरे म्हणजे, ते शेवटचे फ्रंटियर होते, त्यांच्या मागे कोणीही नव्हते, त्यावेळी उत्पादनाची टीम नव्हती. त्यांच्यामध्ये आणि ग्राहकांमध्ये समर्थनाचे दोन स्तर होते, परंतु जर समस्या त्यांच्यापर्यंत पोहोचली, तर मागे हटण्यास कोठेही नव्हते, त्यांच्या मागे कोणीही नव्हते, संपूर्ण कॉर्पोरेशन त्यांच्यावर होते (चार तरुण प्रोग्रामर). तिसरे म्हणजे, या मोठ्या कंपनीचे खूप मोठे ग्राहक (देश सरकार, ऑटोमोबाईल आणि एव्हिएशन चिंता इ.) आणि अनेक देशांमध्ये खूप मोठ्या प्रमाणावर स्थापना होते. परिणामी, नेहमी जटिल आणि मनोरंजक समस्या, मागील स्तरांच्या समर्थनाद्वारे साध्या समस्यांचे निराकरण केले गेले. चौथे, त्यांनी ज्यांच्याशी संवाद साधला (तेथे खूप अनुभवी आणि तांत्रिकदृष्ट्या सक्षम अभियंते होते) त्यांच्या व्यावसायिक स्तरावर कार्यसंघाच्या प्रेरणेचा खूप प्रभाव पडला आणि त्यांनी तयार केलेल्या डेटाच्या गुणवत्तेवर, त्यांनी केलेल्या विश्लेषणावर आम्हाला नेहमीच विश्वास होता. , इ. पाचवे, आणि मला वाटते की हा सर्वात महत्वाचा मुद्दा आहे - संघ खूप तरुण होता, सर्व मुले त्यांच्या करिअरच्या सुरूवातीस होते. त्यांना मोठ्या आणि गुंतागुंतीच्या उत्पादनाचा अभ्यास करण्यात रस होता, नवीन वातावरणात त्यांच्यासाठी नवीन असलेल्या गंभीर समस्यांचे निराकरण करण्यात, त्यांनी आजूबाजूच्या संघ, समस्या आणि ग्राहकांच्या पातळीशी व्यावसायिकपणे जुळण्याचा प्रयत्न केला. हा प्रकल्प एक उत्कृष्ट शाळा ठरला, प्रत्येकाने नंतर कंपनीमध्ये चांगले करिअर केले आणि तांत्रिक नेते आणि वरिष्ठ व्यवस्थापक बनले, एक मुलगा आता Amazon वेब सर्व्हिसेसमध्ये तांत्रिक व्यवस्थापक आहे, दुसरा शेवटी Google वर गेला आणि सर्व त्यांच्यापैकी हा प्रकल्प अजूनही उबदारपणे लक्षात आहे.

जर या संघात 15-20 वर्षांचा अनुभव असलेले प्रोग्रामर असतील तर प्रेरणा वेगळी असेल. वय आणि अनुभव हे 100% निश्चित करणारे घटक नाहीत; हे सर्व प्रेरणांच्या संरचनेवर अवलंबून असते. या विशिष्ट प्रकरणात, तरुण प्रोग्रामरच्या ज्ञान आणि वाढीच्या इच्छेने उत्कृष्ट परिणाम दिले.

सर्वसाधारणपणे, जसे आम्ही आधीच अनेक वेळा नमूद केले आहे, तुम्हाला तुमच्या प्रोग्रामरच्या अपेक्षा माहित असणे आवश्यक आहे, त्यांच्यापैकी कोणाला त्यांचे क्रियाकलाप क्षेत्र वाढवायचे किंवा बदलायचे आहे हे समजून घेणे आणि या अपेक्षा विचारात घेणे आवश्यक आहे.

मास्लोच्या पिरॅमिडच्या पलीकडे: परिणामांची दृश्यमानता, गेमिफिकेशन आणि स्पर्धा, कोणतीही बकवास नाही

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

प्रथम परिणामाची दृश्यमानता आणि समीपता आहे.

सॉफ्टवेअर डेव्हलपमेंट ही सहसा मॅरेथॉन असते. R&D प्रयत्नांचे परिणाम काही महिन्यांनी, कधी कधी वर्षांनी दिसून येतात. क्षितिजाच्या पलीकडे असलेल्या ध्येयाकडे जाणे कठीण आहे, कामाचे प्रमाण भयानक आहे, ध्येय खूप दूर आहे, स्पष्ट नाही आणि दृश्यमान नाही, "रात्र गडद आणि भयानक आहे." रस्त्याचे तुकडे करणे चांगले आहे, दृश्यमान, पोहोचण्यायोग्य, बाह्यरेखा स्पष्ट आहेत आणि ते आपल्यापासून दूर नाही - आणि या जवळच्या ध्येयाकडे जाण्यासाठी जवळच्या झाडाचा मार्ग बनवा. आम्हाला अनेक दिवस किंवा आठवडे प्रयत्न करायचे आहेत, निकाल मिळवायचा आहे आणि त्याचे मूल्यमापन करायचे आहे, नंतर पुढे जा. म्हणून, कामाचे लहान भागांमध्ये विभाजन करणे फायदेशीर आहे (चपळ असलेल्या स्प्रिंट्स या उद्देशाने चांगले काम करतात). आम्ही कामाचा काही भाग पूर्ण केला आहे - ते रेकॉर्ड केले आहे, श्वास सोडला आहे, त्यावर चर्चा केली आहे, दोषींना शिक्षा केली आहे, निर्दोषांना बक्षीस दिले आहे - आम्ही पुढील चक्र सुरू करू शकतो.

ही प्रेरणा काही प्रमाणात कॉम्प्युटर गेम्स पूर्ण करताना खेळाडूंना अनुभवल्याप्रमाणेच असते: प्रत्येक स्तर पूर्ण केल्यावर त्यांना वेळोवेळी पदके, गुण, बोनस मिळतात; याला "डोपामाइन प्रेरणा" म्हटले जाऊ शकते.

त्याच वेळी, निकालाची दृश्यमानता अक्षरशः महत्त्वाची आहे. सूचीमधील बंद वैशिष्ट्य हिरवे झाले पाहिजे. जर कोड लिहिला असेल, चाचणी केली असेल, रिलीझ केली असेल, परंतु प्रोग्रामरला दृश्यमान स्थितीत कोणताही बदल नसेल, तर त्याला अपूर्ण वाटेल, पूर्ण होण्याची कोणतीही भावना नसेल. आमच्या आवृत्ती नियंत्रण प्रणालीमधील एका संघामध्ये, प्रत्येक पॅच सलग तीन टप्प्यांतून गेला - बिल्ड एकत्र केले गेले आणि चाचण्या उत्तीर्ण झाल्या, पॅचने कोड पुनरावलोकन उत्तीर्ण केले, पॅच विलीन झाला. प्रत्येक टप्पा हिरव्या टिक किंवा लाल क्रॉसने दृष्यदृष्ट्या चिन्हांकित केला होता. एकदा विकसकांपैकी एकाने तक्रार केली की कोड पुनरावलोकनास खूप वेळ लागला, सहकार्यांना वेग वाढवणे आवश्यक आहे, पॅचेस बरेच दिवस लटकत होते. मी विचारले, हे त्याच्यासाठी खरोखर काय बदलते? तथापि, जेव्हा कोड लिहिला जातो, तेव्हा बिल्ड एकत्र केले जाते आणि चाचण्या उत्तीर्ण होतात, कोणत्याही टिप्पण्या नसल्यास त्याला पाठविलेल्या पॅचकडे लक्ष देण्याची आवश्यकता नाही. सहकारी स्वतः त्याचे पुनरावलोकन करतील आणि मंजूर करतील (जर, पुन्हा, तेथे कोणत्याही टिप्पण्या नाहीत). त्याने उत्तर दिले, "इगोर, मला शक्य तितक्या लवकर माझ्या तीन हिरव्या टिक्स मिळवायच्या आहेत."

दुसरा मुद्दा म्हणजे गेमिफिकेशन आणि स्पर्धा.

उत्पादनांपैकी एक विकसित करताना, आमच्या अभियांत्रिकी कार्यसंघाचे उद्दिष्ट होते की मुक्त स्त्रोत उत्पादनांपैकी एकाच्या समुदायामध्ये प्रमुख स्थान मिळवणे, टॉप-3 मध्ये प्रवेश करणे. त्या वेळी, समुदायातील एखाद्याच्या दृश्यमानतेचे मूल्यांकन करण्याचा कोणताही वस्तुनिष्ठ मार्ग नव्हता; प्रत्येक मोठ्या सहभागी कंपन्या दावा करू शकतात (आणि वेळोवेळी दावा करतात) की ते प्रथम क्रमांकाचे योगदानकर्ते आहेत, परंतु सहभागींच्या योगदानाची तुलना करण्याचा कोणताही वास्तविक मार्ग नव्हता आपापसात, वेळेत त्याच्या गतिशीलतेचे मूल्यांकन करण्यासाठी. त्यानुसार, संघासाठी काही पोपटपंचीत मोजता येईल, त्याच्या कर्तृत्वाची पातळी मोजता येईल, इत्यादी ध्येय निश्चित करण्याचा कोणताही मार्ग नव्हता. या समस्येचे निराकरण करण्यासाठी, आमच्या कार्यसंघाने कंपन्या आणि वैयक्तिक योगदानकर्त्यांचे योगदान मोजण्यासाठी आणि दृश्यमान करण्यासाठी एक साधन विकसित केले आहे. www.stackalytics.com. प्रेरक दृष्टिकोनातून, तो फक्त एक बॉम्ब असल्याचे दिसून आले. केवळ अभियंते आणि संघच त्यांच्या प्रगतीवर आणि त्यांच्या सहकाऱ्यांच्या आणि प्रतिस्पर्ध्यांच्या प्रगतीवर सतत लक्ष ठेवत नव्हते. आमच्या कंपनीच्या शीर्ष व्यवस्थापनाने आणि सर्व प्रमुख स्पर्धकांनी देखील त्यांच्या दिवसाची सुरुवात स्टॅकॅलिटिक्सने केली. सर्व काही अतिशय पारदर्शक आणि दृश्यमान झाले, प्रत्येकजण त्यांच्या प्रगतीचे काळजीपूर्वक निरीक्षण करू शकतो, सहकार्यांशी तुलना करू शकतो इ. अभियंते, व्यवस्थापक आणि संघांसाठी ध्येय निश्चित करणे सोयीचे आणि सोपे झाले आहे.

परिमाणवाचक मेट्रिक्सची कोणतीही प्रणाली अंमलात आणताना उद्भवणारा एक महत्त्वाचा मुद्दा हा आहे की तुम्ही त्यांची अंमलबजावणी करताच, प्रणाली आपोआपच या परिमाणवाचक मेट्रिक्सच्या साध्यतेला प्राधान्य देण्याचा प्रयत्न करते, गुणात्मक गोष्टींना हानी पोहोचवण्यासाठी. उदाहरणार्थ, पूर्ण केलेल्या कोड पुनरावलोकनांची संख्या मेट्रिक्सपैकी एक म्हणून वापरली जाते. साहजिकच, कोड रिव्ह्यू वेगवेगळ्या प्रकारे केले जाऊ शकते, तुम्ही सखोल रिव्ह्यूवर अनेक तास घालवू शकता आणि टेस्टिंग चाचण्यांसह जटिल पॅच तपासू शकता, ते तुमच्या बेंचवर चालवू शकता, कागदपत्रे तपासू शकता आणि तुमच्या कर्मामध्ये प्लस वन रिव्ह्यू मिळवू शकता किंवा दोन मिनिटांच्या पॅचमध्ये दोन डझनवर आंधळेपणाने क्लिक करा, प्रत्येकाला +1 द्या आणि कर्मामध्ये अधिक वीस मिळवा. अभियंत्यांनी पॅचवर इतक्या लवकर क्लिक केले की त्यांनी CI सिस्टीममधून स्वयंचलित पॅचला +1 दिले तेव्हा काही हास्यास्पद प्रकरणे होती. जसे आम्ही नंतर विनोद केला, "जा, जा, जेनकिन्स." कमिटच्या बाबतीत, असे बरेच लोक होते ज्यांनी कोड फॉरमॅटींग टूल्स वापरून कोडचा अभ्यास केला, टिप्पण्या संपादित केल्या, कालावधी स्वल्पविरामात बदलला आणि अशा प्रकारे त्यांचे कर्म वाढवले. हे हाताळणे अगदी सोपे आहे: आम्ही सामान्य ज्ञान वापरतो आणि परिमाणवाचक मेट्रिक्स व्यतिरिक्त, आवश्यक, गुणात्मक देखील वापरतो. कार्यसंघाच्या कार्याच्या परिणामांच्या वापराची डिग्री, बाह्य योगदानकर्त्यांची संख्या, चाचणी कव्हरेजची पातळी, मॉड्यूल्सची स्थिरता आणि संपूर्ण उत्पादन, स्केल आणि कार्यप्रदर्शन चाचणीचे परिणाम, कोर रिव्ह्यूअर शोल्डर मिळालेल्या अभियंत्यांची संख्या पट्ट्या, मूळ प्रकल्प समुदायामध्ये प्रकल्प स्वीकारले गेले हे तथ्य, अभियांत्रिकी प्रक्रियेच्या विविध टप्प्यांच्या निकषांचे पालन - या सर्व आणि इतर अनेक घटकांचे मूल्यमापन साध्या परिमाणवाचक मेट्रिक्ससह करणे आवश्यक आहे.

आणि शेवटी, तिसरा मुद्दा - बुलशिट नाही.

विकसक हे अतिशय हुशार लोक असतात आणि त्यांच्या कामात अत्यंत तार्किक असतात. ते दिवसातील 8-10 तास लांब आणि गुंतागुंतीच्या तार्किक साखळ्या तयार करण्यात घालवतात, त्यामुळे त्यांना त्यांच्यात असुरक्षा दिसतात. एखादी गोष्ट करत असताना, इतरांप्रमाणेच, ते ते का करत आहेत, काय चांगले बदलेल हे समजून घ्यायचे आहे. तुम्ही तुमच्या संघासाठी ठरवलेली ध्येये प्रामाणिक आणि वास्तववादी आहेत हे अत्यंत महत्त्वाचे आहे. प्रोग्रामिंग टीमला वाईट कल्पना विकण्याचा प्रयत्न करणे ही वाईट कल्पना आहे. एखादी कल्पना वाईट असते जर तुम्ही स्वतः त्यावर विश्वास ठेवत नसाल, किंवा अत्यंत प्रकरणांमध्ये, तुमच्यात असहमत आणि वचनबद्ध होण्याची आंतरिक स्थिती नसेल (मी सहमत नाही, पण मी ते करेन). आम्ही एकदा कंपनीमध्ये एक प्रेरणा प्रणाली लागू केली होती, त्यातील एक घटक अभिप्राय प्रदान करण्यासाठी इलेक्ट्रॉनिक प्रणाली होती. त्यांनी भरपूर पैसे गुंतवले, लोकांना प्रशिक्षणासाठी अमेरिकेत नेले, सर्वसाधारणपणे, त्यांनी पूर्ण गुंतवणूक केली. एकदा, प्रशिक्षणानंतर संभाषणात, व्यवस्थापकांपैकी एकाने त्याच्या अधीनस्थांना सांगितले: “कल्पना वाईट नाही, असे दिसते की ते कार्य करेल. मी स्वतः तुम्हाला इलेक्ट्रॉनिक फीडबॅक देणार नाही, पण तुम्ही तुमच्या लोकांना द्या आणि त्यांच्याकडून मागणी करा. बस्स, पुढे काहीही अंमलात आणता आले नाही. कल्पना, अर्थातच, काहीही संपली.

स्त्रोत: www.habr.com