सुमारे एक माणूस

कथा खरी आहे, मी माझ्या डोळ्यांनी सर्व काही पाहिले.

बर्‍याच वर्षांपासून, एक माणूस, तुमच्यापैकी बर्‍याच जणांनी, प्रोग्रामर म्हणून काम केले. फक्त बाबतीत, मी ते या प्रकारे लिहीन: "प्रोग्रामर." कारण तो 1Snik होता, एका फिक्स, उत्पादन कंपनीवर.

त्याआधी, त्याने वेगवेगळ्या वैशिष्ट्यांचा प्रयत्न केला - फ्रान्समध्ये प्रोग्रामर, प्रोजेक्ट मॅनेजर म्हणून 4 वर्षे, तो 200 तास पूर्ण करू शकला, त्याच वेळी प्रकल्पाची टक्केवारी प्राप्त करून, व्यवस्थापनासाठी आणि थोडी विक्री केली. मी स्वतः उत्पादने विकसित करण्याचा प्रयत्न केला, 6 हजार लोकांसह एका मोठ्या कंपनीत आयटी विभागाचा प्रमुख होता, माझा कोटेबल व्यवसाय - 1 सी प्रोग्रामर वापरण्यासाठी वेगवेगळ्या पर्यायांवर प्रयत्न केला.

पण ही सर्व पदे काहीशी डेड-एंड होती, प्रामुख्याने उत्पन्नाच्या बाबतीत. त्या वेळी, आम्हा सर्वांना अंदाजे समान पैसे मिळाले आणि त्याच परिस्थितीत आम्ही काम केले.

हा माणूस विचार करत होता की तो स्वतःचा व्यवसाय विकल्याशिवाय किंवा निर्माण केल्याशिवाय अधिक पैसे कसे कमवू शकतो.

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

शोध अल्पकाळ टिकला. हा माणूस ज्या कंपनीत काम करतो तेथे एक पूर्णपणे विनामूल्य कोनाडा होता ज्याला "व्यवसाय प्रक्रियेत गोष्टी व्यवस्थित ठेवणे" असे म्हटले जाऊ शकते. प्रत्येक कंपनीला अनेक समस्या असतात. काहीतरी नेहमी काम करत नाही, आणि अशी कोणतीही व्यक्ती नाही जी येऊन व्यवसाय प्रक्रिया निश्चित करेल. म्हणून, त्याने स्वत: ला एक विशेषज्ञ म्हणून प्रयत्न करण्याचा निर्णय घेतला जो मालकाला त्याच्या व्यवसाय प्रक्रियेतील समस्या सोडविण्यास मदत करू शकेल.

त्यावेळी तो कंपनीत सहा महिने काम करत होता आणि बाजारात त्याला सरासरी पगार मिळत होता. गमावण्यासारखे काहीही नव्हते, विशेषत: एका आठवड्यात त्याला तीच नोकरी सहज सापडत होती. सर्वसाधारणपणे, या माणसाने ठरवले की अचानक काहीही झाले नाही तर काहीही वाईट होणार नाही आणि त्याला काढून टाकले गेले.

धीर करून तो मालकाकडे आला. मी सुचवले की त्याने व्यवसायातील सर्वात समस्याप्रधान प्रक्रिया सुधारावी. त्या वेळी ते गोदाम खाते होते. आता या कंपनीत काम करणार्‍या प्रत्येकाला त्या समस्यांची आठवण करूनही लाज वाटते, परंतु त्रैमासिक काढल्या जाणार्‍या इन्व्हेंटरीजमध्ये लेखा प्रणाली आणि दहापट टक्के वास्तविक शिल्लक यांच्यातील विसंगती दिसून आली. आणि किंमत, आणि प्रमाणात, आणि पदांच्या संख्येत. तो आपत्ती होता. कंपनीकडे लेखा प्रणालीमध्ये वर्षातून फक्त चार वेळा योग्य शिल्लक होते - इन्व्हेंटरी मोजणीनंतरचा दिवस. आमच्या माणसाने ही प्रक्रिया व्यवस्थित ठेवण्यास सुरुवात केली.

त्या व्यक्तीने मालकाशी सहमती दर्शविली की त्याने इन्व्हेंटरी निकालांमधील विचलन अर्ध्याने कमी केले पाहिजे. शिवाय, मालकाकडे गमावण्यासारखे काही खास नव्हते, कारण आमच्या नायकाच्या आधी, विविध कामगारांनी आधीच सर्वकाही ठीक करण्याचा प्रयत्न केला होता आणि सर्वसाधारणपणे हे कार्य व्यावहारिकदृष्ट्या न सोडवता येणारे मानले जात असे. या सर्व गोष्टींनी मोठ्या प्रमाणात स्वारस्य वाढवले, कारण जर सर्व काही कार्य केले तर मित्र आपोआप एक व्यक्ती होईल ज्याला गोष्टी व्यवस्थित कसे ठेवायचे आणि न सोडवता येणारे प्रश्न कसे सोडवायचे हे माहित आहे.

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

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

यश प्रचंड होते, पण त्याच्या टिकावूपणावर विश्वास बसत नव्हता. त्या व्यक्तीला स्वतःला शंका होती की जर तो बाजूला पडला आणि प्रक्रियेचे निरीक्षण करणे थांबवले तर परिणाम जतन केला जाईल. तरीसुद्धा, एक परिणाम झाला आणि त्या माणसाला त्याने मालकाशी सहमत असलेल्या सर्व गोष्टी प्राप्त केल्या. नंतर, बर्याच वर्षांनंतर, परिणामाची स्थिरता पुष्टी झाली - बर्याच वर्षांपासून विचलन 1% च्या आत राहिले.

मग त्याने प्रयोग पुन्हा करण्याचा निर्णय घेतला आणि सुचवले की मालकाने आणखी एक समस्याप्रधान प्रक्रिया सुधारली - पुरवठा. अशा कमतरता होत्या ज्यामुळे आम्हाला आमच्या ग्राहकांना हवे असलेले खंड पाठवता आले नाहीत. आम्ही मान्य केले की एका वर्षाच्या आत तूट निम्मी केली जाईल आणि तो माणूस 10C शी संबंधित 15-1 प्रकल्प देखील पूर्ण करेल - विविध व्यावसायिक प्रक्रिया आणि इतर पाखंडी गोष्टी स्वयंचलित करण्यासाठी.

दुसऱ्या वर्षी, सर्वकाही पुन्हा यशस्वीरित्या पूर्ण झाले, तूट 2 पटीने कमी झाली, सर्व आयटी प्रकल्प यशस्वीरित्या पूर्ण झाले.

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

ते कशासारखे होते? औपचारिकरित्या, ते आयटी संचालक होते. पण तो खरोखर कोण होता हे समजणे कठीण आहे. शेवटी, आयटी संचालक काय करतो? नियमानुसार, तो आयटी पायाभूत सुविधांचे व्यवस्थापन करतो, सिस्टम प्रशासकांचे व्यवस्थापन करतो, ईआरपी प्रणाली लागू करतो आणि संचालक मंडळाच्या बैठकांमध्ये भाग घेतो.

आणि या मित्राकडे बदल प्रक्रियेत सहभागी होण्याच्या मुख्य जबाबदाऱ्यांपैकी एक होती आणि मुख्यतः - निर्मिती, या प्रक्रियेची सुरुवात, उपाय शोधणे आणि प्रस्तावित करणे, नवीन व्यवस्थापन तंत्रांचा वापर, प्रस्तावित बदलांची तपासणी, इतर कार्यांच्या परिणामकारकतेचे विश्लेषण आणि विभाग, आणि शेवटी, एंटरप्राइझच्या धोरणात्मक विकासामध्ये थेट सहभाग, संपूर्ण कंपनीसाठी धोरणात्मक योजनेच्या स्वतंत्र विकासापर्यंत.

त्याला कार्टे ब्लँचे देण्यात आले. त्याला पूर्वी प्रवेश नसलेल्या कोणत्याही सभेला तो येऊ शकतो. मी तिथे नोटपॅड घेऊन बसलो, काहीतरी लिहितो किंवा फक्त ऐकत होतो. तो क्वचितच बोलत असे. मग त्याने फोनवर खेळायला सुरुवात केली, असा दावा केला की सहयोगी मेमरी अशा प्रकारे चांगले कार्य करते.

मीटिंगमध्ये त्याने क्वचितच काही उपयुक्त सांगितले. तो निघून गेला, विचार केला, मग एक पत्र आले - एकतर टीका, किंवा मत, किंवा सूचना, किंवा त्याने आधीच लागू केलेल्या उपायांच्या वर्णनासह.

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

अनधिकृतपणे, तो मालक आणि संचालकानंतर कंपनीतील तिसरा व्यक्ती मानला जात असे. अर्थात, त्याने 4 क्रमांकापासून सुरू होणार्‍या सर्व “कंपनीतील लोकांना” भयंकर चिडवले. विशेषत: त्याच्या फाटलेल्या जीन्स आणि चमकदार टी-शर्ट्समुळे आणि मालक म्हणून त्याच्या वेळेमुळे.

मालकाने त्याला दिवसातून 1 तास दिला. रोज. त्यांनी समस्या, उपाय, नवीन व्यवसाय, विकासाचे क्षेत्र, निर्देशक आणि कार्यक्षमता, वैयक्तिक विकास, पुस्तके आणि साधे जीवन यावर चर्चा केली, चर्चा केली.

पण हा माणूस विचित्र होता. हे असे आहे की, शांत बसा आणि आनंदी रहा, जीवन चांगले आहे. पण नाही. त्याने विचार करण्याचे ठरवले.

त्याने आश्चर्यचकित केले: त्याच्यासाठी हे कार्य का झाले, परंतु इतरांनी केले नाही? मालकाने त्याला ढकलले: तो म्हणाला की इतरांनी देखील ऑर्डर पुनर्संचयित करण्यास सक्षम व्हावे अशी त्यांची इच्छा आहे, कारण तेथे बरेच व्यवस्थापक आहेत, नियमानुसार, ते ऑपरेशनल व्यवस्थापन आणि धोरणात्मक नियोजनात गुंतलेले आहेत, परंतु व्यावहारिकरित्या कोणीही प्रणालीगत बदलांमध्ये गुंतलेले नाही. त्यांच्या प्रक्रियेत. त्यांनी त्यांच्या प्रक्रियेचा वेग वाढवावा आणि तिची कार्यक्षमता वाढवावी असे त्यांच्या नोकरीच्या वर्णनात लिहिलेले असेल, परंतु प्रत्यक्षात असे कोणी करत नाही. अस का? त्या माणसालाही का, यात रस निर्माण झाला आणि तो या सर्व व्यवस्थापकांशी बोलायला गेला.

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

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

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

शेवटी, तो त्याच्या प्रोग्रामरपर्यंत पोहोचला - स्टाफमध्ये 3 लोक होते. तो सीमा व्यवस्थापनाबद्दल, नियंत्रणाबद्दल, गुणवत्ता व्यवस्थापनाबद्दल, चपळ आणि स्क्रॅमबद्दल बोलला... आणि आश्चर्याची गोष्ट म्हणजे, त्यांना सर्व काही समजले, आणि तांत्रिक आणि पद्धतशीर सूक्ष्म गोष्टींसह त्यांच्याशी चर्चा करण्यास सक्षम होते. गोदाम आणि पुरवठा प्रकल्प का चालतात हे त्यांना समजले. आणि मग ते त्या व्यक्तीवर उमटले: खरं तर, प्रोग्रामर जगाला वाचवतील.

त्याच्या लक्षात आले की, फक्त प्रोग्रॅमरच व्यवसाय प्रक्रिया सामान्यपणे, आवश्यक तपशीलांसह समजू शकतात.

त्यांना का? खरं तर, त्याला कधीही स्पष्ट उत्तर सापडले नाही. मी फक्त प्रबंध सूचना तयार केल्या आहेत.

सर्वप्रथम, प्रोग्रामरना व्यवसायाचे विषय माहित असतात आणि ते कंपनीतील इतर सर्व लोकांपेक्षा चांगले ओळखतात.

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

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

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

तो म्हणाला, प्रोग्रामर माहिती प्रणाली त्वरीत बदलू शकतात. हे सर्व उद्योगांना लागू होत नाही, परंतु त्याने जिथे काम केले तिथे त्याला हवे तसे बदल करू शकतात. विशेषत: जर त्यांना इतर कोणाच्या कामाची चिंता नसेल. उदाहरणार्थ, तो एक प्रणाली लाँच करू शकतो जी गुप्तपणे वापरकर्त्याच्या क्रियांचे मोजमाप करेल आणि नंतर या माहितीचा वापर त्याच लेखा विभागाच्या कार्यक्षमतेचे विश्लेषण करण्यासाठी आणि लेखा खर्चाचा मागोवा घेण्यासाठी करेल.

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

आणि मग तो निघून गेला. आवश्यक दोन आठवड्यांच्या अटकेदरम्यान, आम्ही त्याला त्याचा अनुभव सांगण्यास भाग पाडले कारण तो करत असलेले काम आम्हाला पुढे चालू ठेवायचे होते. तर, त्यांचे पद रिक्त झाले.

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

मोनोलॉग, अर्थातच, बहुतेक सर्व मूर्खपणाचे आणि हसणारे होते - तो खूप चांगला मूडमध्ये होता, कारण सेंट पीटर्सबर्गला आउटबॅक सोडत होते. सेंट पीटर्सबर्गमध्ये कामासाठी कुठे जायचे? गॅझप्रॉमला, नक्कीच.

पण आम्ही त्याच्या एकपात्री प्रयोगातून काहीतरी उपयुक्त काढण्यात यशस्वी झालो. मला काय आठवते ते मी सांगेन.

तर, त्या माणसाच्या शिफारशी. ज्यांना व्यवसाय प्रक्रियेत गोष्टी व्यवस्थित ठेवण्याचा प्रयत्न करायचा आहे त्यांच्यासाठी.

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

दुसरा मुद्दा असा आहे की हे काम प्रभावीपणे करण्यासाठी, दुर्दैवाने, आपल्याला अभ्यास करावा लागेल. परंतु एमबीएसाठी अभ्यास करू नका, अभ्यासक्रमांमध्ये नाही, संस्थांमध्ये नाही तर स्वतःहून अभ्यास करा. उदाहरणार्थ, त्याच्या पहिल्या प्रकल्पात, एका वेअरहाऊससाठी, त्याने अंतर्ज्ञानाने काम केले, त्याला काहीही माहित नव्हते, फक्त "गुणवत्ता व्यवस्थापन" म्हणजे काय.

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

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

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

असे का घडते? कारण सल्लागार म्हणाले, आम्ही अशी आणि अशी प्रणाली सादर करत आहोत आणि सर्वांनी त्याला सहमती दर्शविली. छान, परंतु एक पद्धत अगदी एका व्यवसाय प्रक्रियेच्या सर्व समस्यांना कव्हर करत नाही, विशेषत: जर प्रारंभिक पूर्वतयारी - आमच्या आणि कार्यपद्धती लागू करण्यासाठी आवश्यक असलेल्या - एकरूप होत नाहीत.

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

तो म्हणाला, उदाहरणार्थ, स्क्रम किंवा चपळ घ्या. त्याच्या मोनोलॉग्समध्ये, त्या व्यक्तीने बर्‍याच वेळा पुनरावृत्ती केली की प्रत्येकाला स्क्रॅमचे सार पूर्णपणे समजत नाही. त्याने जेफ सदरलँडचे पुस्तक देखील वाचले, जे काही लोकांना "हलके वाचन" वाटते. त्याला सखोल वाचल्यासारखे वाटले, कारण स्क्रॅमचे एक मूलभूत तत्त्व म्हणजे गुणवत्ता व्यवस्थापन, हे थेट पुस्तकात लिहिलेले आहे.

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

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

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

त्यांनी वैयक्तिकरित्या अनेक तंत्रांची शिफारस देखील केली. त्यांनी त्यांना मूलभूत आणि मूलभूत म्हटले.

पहिले म्हणजे सीमा व्यवस्थापन.

ते स्कोल्कोव्हो येथे शिकवतात; त्या मुलाच्या मते, इतर कोणतीही पुस्तके आणि साहित्य नाहीत. हार्वर्डमधील एका प्राध्यापकाच्या व्याख्यानाला उपस्थित राहण्यास ते भाग्यवान होते जे सीमा व्यवस्थापनाचा उपदेश करतात आणि एरिक ट्रिस्टच्या कार्याबद्दल हार्वर्ड बिझनेस रिव्ह्यूमधील अनेक लेख देखील वाचले होते.

सीमा व्यवस्थापन म्हणते की आपण सीमा पाहण्यास आणि सीमांसह कार्य करण्यास सक्षम असणे आवश्यक आहे. तेथे पुष्कळ सीमा आहेत, त्या सर्वत्र आहेत - विभागांमध्ये, विविध प्रकारच्या कामांमध्ये, कार्यांमध्ये, ऑपरेशनल आणि विश्लेषणात्मक कामांमध्ये. सीमा व्यवस्थापनाचे ज्ञान कोणतेही उच्च सत्य प्रकट करत नाही, परंतु ते आपल्याला वास्तविकता थोड्या वेगळ्या प्रकाशात - सीमांच्या प्रिझमद्वारे पाहण्याची परवानगी देते. आणि, त्यानुसार, त्यांना व्यवस्थापित करा - आवश्यक तेथे त्यांना उभे करा आणि ते मार्गात असतील तेथे त्यांना काढून टाका.

परंतु बहुतेकदा तो माणूस नियंत्रित करण्याबद्दल बोलला. या विषयावर त्याला फक्त एक प्रकारची चकमक होती.

नियंत्रण, थोडक्यात, संख्यांवर आधारित व्यवस्थापन आहे. येथे, तो म्हणाला, व्याख्येचा प्रत्येक भाग महत्त्वाचा आहे - दोन्ही "व्यवस्थापन" आणि "आधारीत" आणि "संख्या".

आम्ही, तो म्हणाला, नियंत्रणाच्या तीनही घटकांसह आम्ही वाईट आहोत. विशेषत: ते एकमेकांशी आणि व्यवसाय प्रणालीच्या इतर भागांशी जवळून एकमेकांशी जोडलेले आहेत हे लक्षात घेऊन.

पहिली गोष्ट जी वाईट आहे ती म्हणजे संख्या. त्यापैकी कमी आहेत आणि ते कमी दर्जाचे आहेत.

त्यानंतर आम्ही 1C माहिती प्रणालीमधून संख्यांचा महत्त्वपूर्ण भाग घेतला. त्यामुळे, 1C मधील आकड्यांचा दर्जा, त्यांनी दावा केल्याप्रमाणे, चांगला नाही. कमीत कमी, पूर्वलक्षीपणे डेटा बदलण्याच्या क्षमतेमुळे.

हे स्पष्ट आहे की ही 1C विकासकांची चूक नाही - ते केवळ बाजाराच्या गरजा आणि देशांतर्गत लेखांकनाची मानसिकता लक्षात घेतात. परंतु नियंत्रणाच्या उद्देशाने, विशिष्ट एंटरप्राइझमध्ये डेटासह 1C कार्याची तत्त्वे बदलणे चांगले आहे.

पुढे, 1C मधील संख्या, त्याच्या मते, सेमी-मॅन्युअल प्रक्रियेतून जातात, उदाहरणार्थ, एक्सेल वापरून. अशा प्रक्रियेमुळे डेटामध्ये गुणवत्ता तसेच कार्यक्षमता देखील जोडली जात नाही.

सरतेशेवटी, दुसरा कोणीतरी अंतिम अहवाल दुहेरी-तपासतो जेणेकरून चुकून व्यवस्थापकास त्रुटींसह आकडे सबमिट करू नयेत. परिणामी, संख्या प्राप्तकर्त्यापर्यंत सुंदर, सत्यापित, परंतु खूप उशीरा पोहोचते. सहसा - कालावधी संपल्यानंतर (महिना, आठवडा इ.).

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

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

बाकी स्पष्ट आहे. तुम्हाला महिन्यातून एकदा क्रमांक मिळतात - तुमच्याकडे वर्षातून १२ वेळा संख्यांद्वारे (म्हणजे नियंत्रण) व्यवस्थापित करण्याची संधी असते. तुम्ही त्रैमासिक रिपोर्टिंगचा सराव केल्यास, तुम्ही ते वर्षातून 12 वेळा व्यवस्थापित करता. शिवाय बोनस - वार्षिक अहवाल. आणखी एकदा वाचा.

उर्वरित वेळी, नियंत्रण सामान्यतः आंधळेपणाने केले जाते.

जेव्हा (आणि जर) संख्या दिसतात, तेव्हा दुसरी समस्या उद्भवते - संख्यांच्या आधारे व्यवस्थापित कसे करावे? त्याच्या या तर्काशी मी सहमत नाही.

त्या व्यक्तीने असा युक्तिवाद केला की जर मॅनेजरकडे आधी संख्या नसेल तर त्यांच्या देखाव्यामुळे वाह परिणाम होईल. तो अशा प्रकारे नंबर पाहेल आणि फिरवेल आणि लोकांना कार्पेटवर कॉल करेल, स्पष्टीकरण आणि चौकशीची मागणी करेल. संख्यांशी खेळल्यानंतर, विश्लेषण आयोजित केल्यानंतर आणि "आता मी तुझ्यापासून सुटका करणार नाही" असे सर्व कर्मचार्‍यांना धमकावल्यानंतर व्यवस्थापक खूप लवकर शांत होईल आणि या प्रकरणाचा त्याग करेल. साधन वापरणे थांबवा. पण समस्या कायम राहतील.

अपुऱ्या व्यवस्थापकीय क्षमतांमुळे असे घडते, असे ते म्हणाले. नियंत्रणात, सर्व प्रथम. या क्रमांकांचे काय करावे हे व्यवस्थापकाला कळत नाही. काय сकरावे - काय करावे हे माहित आहे - नाही. वर जे लिहिले आहे ते करणे (भांडणे, खेळणे) आहे. करणे ही रोजची व्यावसायिक प्रक्रिया आहे.

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

आणि म्हणून त्याने मुख्य संदिग्धतेची रूपरेषा सांगितली: संख्या अस्तित्त्वात आहे, व्यवस्थापन कार्यक्षमता वाढवण्यासाठी ती व्यवसाय प्रणालीचा भाग बनली पाहिजे, परंतु... असे होत नाही. का?

कारण रशियन नेता प्रतिस्पर्ध्याला त्याच्या शक्तीचा एक तुकडा सोडणार नाही.

रशियन व्यवस्थापकाचे प्रतिस्पर्धी - एक उच्च-गुणवत्तेची आणि कार्यरत व्यवसाय प्रक्रिया, सुविचारित परस्पर फायदेशीर प्रेरणा आणि योग्य ऑटोमेशन - अरेरे, व्यवस्थापकाला नोकरीशिवाय सोडतील.

एक प्रकारचा मूर्खपणा, तुम्हाला मान्य नाही का? विशेषतः नेत्यांबद्दल. ठीक आहे, मी तुम्हाला सांगितले, तुम्ही स्वतःच ठरवा.

थोडे कमी, पण तरीही खूप, माझ्या मते, तो स्क्रॅमबद्दल बोलला.

खात्री बाळगा, मी म्हणालो, वाचा आणि व्यवहारात स्क्रॅम वापरून पहा. जर, तो म्हणतो, आपण ते वाचले आहे परंतु प्रयत्न केला नाही, तर स्वत: ला अज्ञानी समजा. इंटरनेटवरील लेख आणि सर्व प्रकारचे मार्गदर्शक (काय आहे?) ऐवजी सदरलँडचे पुस्तक वाचणे चांगले आहे.

ते म्हणाले, स्क्रॅम केवळ सरावाने आणि केलेल्या कामाच्या अनिवार्य मोजमापांसह शिकले जाऊ शकते. वैयक्तिकरित्या दोन सर्वात महत्वाच्या भूमिका वापरून पहा - उत्पादन मालक आणि स्क्रम मास्टर.

स्प्रिंटची संसाधने आणि खर्च न वाढवता तुम्ही प्रति स्प्रिंट पूर्ण केलेल्या कार्यांची संख्या वाढवू शकता तेव्हा स्क्रम मास्टरच्या भूमिकेचा सराव करताना अनुभव घेणे, त्या व्यक्तीच्या मते हे विशेषतः महत्वाचे आहे.

बरं, त्याच्या शीर्षस्थानी TOS (सिस्टीम मर्यादांचा सिद्धांत) होता.

हे, त्या व्यक्तीच्या मते, कार्यक्षमता वाढवण्याची मूलभूत, मूलभूत तत्त्वे आहेत जी जवळजवळ कोणत्याही क्षेत्रात, कोणत्याही व्यवसाय प्रक्रियेत आणि संपूर्णपणे व्यवसाय प्रणालीमध्ये लागू केली जाऊ शकतात.

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

मग त्याच्या तंत्राची पिशवी वरवर पाहता सुकली आणि तो म्हणाला: विशिष्ट परिस्थितीत लागू केलेले उपाय तयार करण्यासाठी तत्त्वे मिसळा.

ते म्हणतात, ही मुख्य शिफारस आहे, यशाची गुरुकिल्ली आहे. तत्त्वे, सार समजून घ्या आणि अद्वितीय अनुप्रयोग उपाय तयार करा - व्यवसाय प्रक्रिया आणि व्यवसाय प्रणाली.

मग त्याने काही कोट लक्षात ठेवण्याचा प्रयत्न केला आणि शेवटी त्याला ऑनलाइन जावे लागले. हे एलियाहू गोल्डरॅटच्या “स्टँडिंग ऑन द शोल्डर्स ऑफ दिग्गज” या लेखातील कोट असल्याचे निष्पन्न झाले:

“उपयुक्त उपाय (अॅप्लिकेशन्स) आणि मूलभूत संकल्पना ज्यावर ते उपाय आधारित आहेत त्यात फरक आहे. संकल्पना सामान्य आहेत; उपयोजित उपाय म्हणजे संकल्पनांचे विशिष्ट वातावरणाशी जुळवून घेणे. जसे आपण आधीच पाहिले आहे, असे अनुकूलन सोपे नाही आणि सोल्यूशनच्या काही घटकांचा विकास आवश्यक आहे. आपण हे लक्षात ठेवले पाहिजे की अनुप्रयोगाचे समाधान विशिष्ट वातावरणाबद्दलच्या प्रारंभिक गृहितकांवर (कधी कधी लपवलेले) आधारित असते. हे ऍप्लिकेशन सोल्यूशन अशा वातावरणात कार्य करेल अशी अपेक्षा केली जाऊ नये ज्यासाठी गृहीतके बरोबर नाहीत.”

तो म्हणाला की प्रोग्रामर आणि "व्यवसाय प्रक्रिया सुधारक" यांचे कार्य खूप समान आहे. आणि निघून गेला.

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