शॉर्ट्स बेलोकुमेंटसेवा

हाल ही में, दुर्घटना से, एक अच्छे व्यक्ति के प्रस्तुत करने के साथ, एक विचार का जन्म हुआ - प्रत्येक लेख के लिए एक संक्षिप्त सारांश संलग्न करने के लिए। एनोटेशन नहीं, लुभावना नहीं, बल्कि संक्षिप्त सारांश। ऐसे कि लेख को पढ़ना संभव नहीं था।

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

मैं आपके ध्यान में कई प्रकाशनों के अनुसार ऐसे कई शॉर्ट्स लाता हूं। अचानक आप अपने लिए कुछ उपयोगी पाएंगे।

बिल्ली मर गई, पूंछ छील गई

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

→ habr.com/en/post/341654

अव्यक्त परजीवी

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

→ habr.com/en/post/343696

भ्रम बनाम भ्रम

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

→ habr.com/en/post/343910

यह स्पार्टा है

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

→ habr.com/en/post/344650

किराए की कोख

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

→ habr.com/en/post/344844

जेब क्लिट्स्को

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

→ habr.com/en/post/344934

लचीला सरोगेट

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

→ habr.com/en/post/345540