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

इतना

मैं किसी भी तरह से गंभीर स्थिति में अग्रणी पदों में से एक पर कब्जा करने का मौका था ( बिल्कुल भी गंभीर नहीं है ) संगठन (आईटी नहीं)। मेरे विभाग में 9 लोग थे, उनमें से 5 समान गतिविधियों में लगे हुए थे, जबकि बाकी के कब्जे में समान कॉल करने के लिए अधिक कठिन था - लेकिन एक साथ एक व्यवहार्य प्रक्रिया प्राप्त की गई थी। मुझे यह भी जानकारी थी कि मेरे विभाग का एकीकरण किसी और के साथ हो रहा है, और यह सब मुझे संयोजन के बारे में पता था।

मुझे तुरंत कहना होगा कि लेख हास्य है, लेकिन जैसा कि वे कहते हैं, किसी भी मजाक में मजाक का एक अंश होता है ।

जिस तरह से, इस लेख के लेखन के दौरान, मुझे याद होगा कि विभिन्न स्थितियों को क्या कहा जाता है और उन्हें पैटर्न के रूप में लिख दिया जाता है (या बल्कि, मेरे बारे में उनका मामूली ज्ञान)। इसे और अधिक मज़ेदार बनाने के लिए, क्योंकि हर कोई अपघटन से प्यार करता है :)

शुरुआत

जब मैं आया, तो इस तरह के रूप में संस्थाओं की कोई बातचीत नहीं हुई थी: किसी भी समस्या के मामले में यह मुझे चालू करना था, इसके अलावा दो-तरफा: मैं, बदले में, लोगों को भी किक करना पड़ा अगर वे सामना नहीं कर सकते थे ( सामने नियंत्रक )।

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

पहला कदम

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

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

आगे और भी

लेकिन शेष चार के बारे में क्या? वहां की स्थिति मौलिक रूप से भिन्न थी: प्रत्येक की अपनी बारीकियां थीं (1) (कुछ दूर से इंटरफ़ेस अलग करना , जिसका मैंने उपयोग नहीं किया था); हालाँकि वे मेरे विभाग में थे, लेकिन कुछ चीजें थीं जिनके बारे में मुझे कुछ भी नहीं पता था; लेकिन नेता एक उच्च रैंक जानता था। इसलिए, मैं उनका एकमात्र नेता (2) ( बहु विरासत ) नहीं था। वे सभी लड़कियां (3) थीं, मैंने बहुत अच्छी तरह से कल्पना नहीं की थी कि उनके साथ कैसे काम किया जाए और उनकी प्रेरणा बनी रहे। यह संभवतः अधिक सही था कि वहां बिल्कुल न जाएं (क्योंकि उन्होंने पहले ब्लॉक की तुलना में कम असफलताएं दीं), लेकिन इसी तरह की समस्याओं ने मुझे पहले खंड के समान रणनीति अपनाने के लिए मजबूर किया: मैंने उन पदों की सूची तैयार की जिनके लिए अतिरिक्त लोगों की जरूरत थी और मैं मुख्य इकाई नियुक्त करना चाहता था।

इस प्रकार, विभाग पूरी तरह से स्केलेबल होगा।

इन सुझावों के साथ, मैं संगठन की केंद्रीय बैठक में आया।

अन्त

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

फिर भी, इस संगठन में होने से मुझे एक मजेदार अनुभव मिला कि मैं वास्तविक कंपनी में दोहराए जाने का जोखिम नहीं उठाऊंगा। और वह शांत है)

इस स्थिति में आप क्या करेंगे?