Belokamentev को शर्ट्स

भर्खरै, संयोगले, एक राम्रो व्यक्तिको सुझावमा, एउटा विचार जन्मिएको थियो - प्रत्येक लेखमा संक्षिप्त सारांश संलग्न गर्न। अमूर्त होइन, प्रलोभन होइन, तर सारांश। लेख पढ्न नपाउने गरी।

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

म धेरै प्रकाशनहरूमा आधारित, यस्ता धेरै शर्टहरू तपाईंको ध्यानमा ल्याउँछु। सायद तपाईंले आफ्नो लागि केहि उपयोगी पाउनुहुनेछ।

बिरालो मरे, पुच्छर आयो

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

→ habr.com/en/post/341654

सुप्त परजीवी

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

→ habr.com/en/post/343696

आयाम बनाम भ्रम

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

→ habr.com/en/post/343910

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

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

→ habr.com/en/post/344650

सरोगेटहरू

व्यवसायले 1C र यसका उत्पादनहरू, वेब विकासकर्ताहरू, QMS, लेखा, अर्थशास्त्रीहरू, विकास परियोजनाहरू, Scrum, TOS, नियन्त्रण, KPI र प्रेरणा प्रणालीहरू मन पराउँदैन।
व्यवसायहरूले स्वचालनका कारण बढेको नाफा, अनलाइन प्रवर्द्धनबाट बढेको कारोबार, सुधारिएको उत्पादनको गुणस्तर, संख्यामा व्यापारको सरल र बुझ्न सकिने चित्र, कम्पनीको अवस्थाको पूर्वानुमान, कार्यकुशलतामा वास्तविक वृद्धि, २-४ गुणा छिटो परियोजना सम्पन्न गर्न मन पराउँछन्, नाफामा धेरै वृद्धि र सूचीमा कमी, एक सटीक व्यवस्थापन प्रणाली, व्यापार मा मामिलाहरूको अवस्था मूल्याङ्कन गर्न स्पष्ट र बुझ्ने प्रणाली, एक श्रम मूल्याङ्कन प्रणाली जसले तपाईंलाई आधा प्रबन्धकहरूलाई हटाउन अनुमति दिन्छ।
व्यवसायले व्यापार लक्ष्यहरू प्राप्त गर्न मन पराउँछ। व्यवसायले सरोगेटहरू मन पराउँदैन।
एक सरोगेट हो जब तपाइँ एक व्यापार लक्ष्य हासिल गर्न भन्नुभयो, तर एक स्वचालन परियोजना, एक वेबसाइट, कागज को थुप्रो, बुझ्न नसकिने कर्मचारीहरु को एक कर्मचारी वा अपठनीय खुट्टा लपेटो रिपोर्ट प्राप्त।
एक सरोगेट हो जब सडकको साथ लक्ष्य उपलब्धि को माध्यम द्वारा प्रतिस्थापित गरिन्छ। र तिनीहरू सबै लक्ष्यको बारेमा बिर्सिए।
सरोगेटहरूको उत्पादन तीन स्तम्भहरूमा आधारित छ: औपचारिकता, क्रमिकता र पारस्परिक जिम्मेवारी।
औपचारिकता भनेको विघटनको साथ कागजमा लक्ष्यहरू हस्तान्तरण हो। तर सारमा - ध्यानको फोकस ठूलो लक्ष्यबाट साना विवरणहरूमा हस्तान्तरण गर्दै। कसैलाई अब लक्ष्य सम्झना छैन - सबैजना विवरणहरू छलफल गरिरहेका छन्।
क्रमिकता भनेको लक्ष्यबाट माध्यममा संक्रमणको कम गति हो। सुरुमा, लक्ष्य अझै कहिलेकाहीं छलफल गरिन्छ। तर बिस्तारै, क्रमशः यो कम र कम उल्लेख छ। जबसम्म ग्राहक आफैं यसको बारेमा बिर्सन्छन्, विवरणहरूमा डुब्दै।
पारस्परिक जिम्मेवारी भनेको सबै ठेकेदारहरूले लगभग समान कार्य गर्दछ। त्यहाँ एकल स्वचालन उपकरण छैन जसले वास्तवमा नाफा बढाउँछ। त्यसैले, ग्राहकसँग साँच्चै विकल्प छैन।
के गर्ने?
सरोगेटहरूबाट बच्नुहोस् र तिनीहरूको सृष्टिको लागि पहिलो चरण: औपचारिकता। कम्तिमा आन्तरिक परियोजनाहरूमा। लक्ष्य सेट गर्नुहोस् र यसको बारेमा कलाकारसँग लगातार कुरा गर्नुहोस्। स्केल, स्रोत, योजना, आदि बारे। - उस्तै। तर मुख्य कुरा लक्ष्य को बारे मा छ।
अन्यथा, ध्यानको फोकस निश्चित रूपमा परिवर्तन हुनेछ, र तपाईंले अर्को सरोगेट पाउनुहुनेछ।

→ habr.com/en/post/344844

Jab Klitschko

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

→ habr.com/en/post/344934

लचिलो सरोगेट

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

→ habr.com/en/post/345540

स्रोत: www.habr.com