विकास कंपनी चुनते समय मुख्य मानदंडों में से एक संगठन की परिपक्वता है।

पसंद के मानदंड

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

सॉफ्टवेयर विकास तंत्र

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

सॉफ्टवेयर विकास संगठन के सिद्धांत

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

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

सॉफ्टवेयर विकास संगठन का उद्देश्य

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

सामग्री संपूर्ण नहीं है और केवल इस क्षेत्र में मौजूद मुख्य समस्याओं से परिचित कराने के लिए प्रदान की गई है।

पाने के लिए विस्तार में जानकारीसॉफ़्टवेयर विकास के बारे में, हमारे प्रबंधकों से संपर्क करें।

सॉफ़्टवेयर विकास आमतौर पर एक संगठन में किया जाता है जिसमें कई अन्य सॉफ़्टवेयर उपकरण एक साथ विकसित किए जा सकते हैं। इन सभी सॉफ्टवेयर परियोजनाओं को प्रबंधित करने के लिए एक पदानुक्रमित प्रबंधन संरचना का उपयोग किया जाता है। कार्य में इस प्रकार की एक पारंपरिक संरचना पर चर्चा की गई है। इसे चित्र में दिखाया गया है। 14.1.

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

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

चावल। 14.1. सॉफ्टवेयर विकास प्रबंधन संरचना।

प्रत्येक सॉफ़्टवेयर प्रोजेक्ट को अपना स्वयं का प्रबंधक नियुक्त किया जाता है जो इस प्रोजेक्ट के विकास का प्रबंधन करता है। विकास टीमों के नेता सीधे उन्हें रिपोर्ट करते हैं। प्रोजेक्ट मैनेजरउपयुक्त पीएस विकसित करने के लिए इन टीमों के काम की योजना और शेड्यूलिंग करता है (अगला भाग देखें)।

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

विकास टीमों को संगठित करने के सबसे आम तीन दृष्टिकोण:

नियमित ब्रिगेड,

अनौपचारिक लोकतांत्रिक ब्रिगेड,

प्रोग्रामर टीम का नेतृत्व करें।

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

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

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

प्रशासनिक कार्य करने वाला टीम मैनेजर;

तकनीकी संपादक जो पुनरीक्षण और तकनीकी कार्य करता है दस्तावेज़ संपादन, प्रमुख प्रोग्रामर द्वारा लिखित;

सॉफ़्टवेयर के चयन और संचालन के लिए ज़िम्मेदार एक उपकरण निर्माता जो सॉफ़्टवेयर सबसिस्टम के विकास का समर्थन करता है;

एक परीक्षक जो विकसित किए जा रहे सॉफ़्टवेयर सबसिस्टम को डीबग करने के लिए परीक्षणों का उपयुक्त सेट तैयार करता है;

एक या अधिक जूनियर प्रोग्रामर जो मुख्य प्रोग्रामर द्वारा विकसित विशिष्टताओं के अनुसार व्यक्तिगत सॉफ्टवेयर घटकों को कोड करते हैं।

इसके अलावा, परामर्श के लिए एक प्रोग्रामिंग भाषा विशेषज्ञ को टीम के काम में शामिल किया जा सकता है।

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

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

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

ऐसे मानक दो प्रकार के होते हैं:

पीएस (सॉफ्टवेयर उत्पाद) मानक,

सॉफ़्टवेयर बनाने और उपयोग करने की प्रक्रिया के लिए मानक।

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

सॉफ़्टवेयर बनाने और उपयोग करने की प्रक्रिया के लिए मानकनिर्धारित करें कि यह प्रक्रिया कैसे की जानी चाहिए, अर्थात सॉफ्टवेयर विकास के लिए दृष्टिकोण, सॉफ्टवेयर जीवन चक्र की संरचना और इसकी तकनीकी प्रक्रियाएं। हालाँकि ये मानक सीधे तौर पर सॉफ्टवेयर की गुणवत्ता निर्धारित नहीं करते हैं, लेकिन ऐसा माना जाता है कि सॉफ्टवेयर की गुणवत्ता काफी हद तक उसके विकास की प्रक्रिया की गुणवत्ता पर निर्भर करती है। इन मानकों को नियंत्रित करना आसान है, इसलिए सॉफ़्टवेयर गुणवत्ता को प्रबंधित करने के लिए इनका व्यापक रूप से उपयोग किया जाता है।

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

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

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

अपना अच्छा काम नॉलेज बेस में भेजना आसान है। नीचे दिए गए फॉर्म का उपयोग करें

छात्र, स्नातक छात्र, युवा वैज्ञानिक जो अपने अध्ययन और कार्य में ज्ञान आधार का उपयोग करते हैं, आपके बहुत आभारी होंगे।

प्रकाशित किया गया http://www.allbest.ru/

पाठ्यक्रमकाम

सॉफ़्टवेयर विकास कंपनी के उदाहरण का उपयोग करके व्यावसायिक प्रक्रियाओं की मॉडलिंग करना

रणनीतिक लक्ष्य सुधार कंपनी

परिचय

1 कंपनी की गतिविधियों का रणनीतिक विश्लेषण

1 .1 किसी संगठन को चुनने का औचित्य

1 .2 संगठनात्मक और स्टाफिंग संरचना

1 .3 मुख्य प्रबंधन समस्याएं

1 .4 रणनीतिक लक्ष्य निर्धारित करना

1 .5 विश्लेषण और रणनीति का चुनाव

2 व्यावसायिक प्रक्रियाओं का विश्लेषण और अनुकूलन

2 .1 व्यावसायिक प्रक्रियाओं का विवरण "जैसा है"

2.2 समस्याएँ एवं चुनौतियाँ

2 .3 विशिष्ट विकास प्रक्रिया विकल्पों का विश्लेषण

2 .4 विकास और रखरखाव प्रक्रियाओं का अनुकूलन

3 .1 व्यावसायिक प्रक्रियाओं का विवरण "जैसा होना चाहिए"

3.2 संगठनात्मक संरचना में परिवर्तन

3 .3 गतिविधियों का विनियमन

3 .4 स्वचालन की आशाजनक दिशाएँ

निष्कर्ष

प्रयुक्त साहित्य की सूची

आवेदन

आंतरिक दस्तावेज़ों के नमूने

आवेदन

संविदात्मक दायित्वों की पूर्ति की प्रगति की परिचालन निगरानी और सूचना समर्थन के लिए विनियम

आवेदन

सॉफ़्टवेयर विकास और वितरण रिलीज़ के लिए विनियम

आवेदन

सेवा और सहायता के अनुरोधों के निष्पादन के लिए विनियम

आवेदन

अनुप्रयोग सिस्टम विकास विभाग में एक प्रशिक्षु विशेषज्ञ के लिए मानक नौकरी विवरण

आवेदन

एप्लिकेशन सिस्टम विकास विभाग के कर्मचारियों के लिए मानक योग्यता आवश्यकताएँ

परिचय

इस प्रमाणन कार्य का उद्देश्य एक सॉफ्टवेयर विकास कंपनी (बाद में सॉफ्टवेयर के रूप में संदर्भित) की व्यावसायिक प्रक्रियाओं का वर्णन और अनुकूलन करना है।

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

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

इस कार्य का उद्देश्य कंपनी संचालन मानकों को विकसित करना और मौजूदा व्यावसायिक प्रक्रियाओं को अनुकूलित करना है। कार्य के लिए निम्नलिखित कार्य करने की आवश्यकता है:

कंपनी की गतिविधियों का रणनीतिक विश्लेषण;

कंपनी की वर्तमान स्थिति और स्टाफिंग संरचना का विवरण;

मौजूदा व्यावसायिक प्रक्रियाओं का विवरण;

व्यावसायिक प्रक्रियाओं का विश्लेषण और अनुकूलन, उन्हें बदलने के लिए सिफारिशों का विकास, गतिविधियों का विनियमन;

कंपनी की स्टाफिंग संरचना का अनुकूलन;

समस्याओं का विश्लेषण और कंपनी के प्रबंधन और कार्मिक समस्याओं के समाधान का विकास;

मानक दस्तावेजों के नमूने का निर्माण;

गतिविधियों के स्वचालन के आशाजनक क्षेत्रों की पहचान।

1. कंपनी की गतिविधियों का रणनीतिक विश्लेषण

1.1 किसी संगठन को चुनने का औचित्य

क्वार्टा एलएलसी को अध्ययनाधीन संगठन के रूप में चुना गया था।

कंपनी की मुख्य गतिविधियाँ हैं:

सॉफ्टवेयर डेवलपमेंट;

सॉफ़्टवेयर कार्यान्वयन और रखरखाव;

हार्डवेयर की आपूर्ति;

तकनीकी समर्थन।

साथ ही, सॉफ़्टवेयर विकास दो दिशाओं में किया जाता है - लेखांकन सॉफ़्टवेयर एक प्लेटफ़ॉर्म पर विकसित किया जाता है, और अन्य क्षेत्रों में सॉफ़्टवेयर दूसरे (तथाकथित IIS) पर विकसित किया जाता है।

कंपनी की महत्वपूर्ण समस्याओं में से एक भूमिकाओं और कार्यों का अव्यवस्थित वितरण है, जिसके कारण विभिन्न विभागों में विभिन्न कार्यों का दोहराव होता है, साथ ही किसी विशेष कार्य के लिए जिम्मेदारी के स्पष्ट रूप से परिभाषित क्षेत्रों की अनुपस्थिति भी होती है।

कंपनी की संगठनात्मक संरचना उपरोक्त समस्याओं को और बढ़ा देती है।

में इस पलकंपनी पुनर्गठन की प्रक्रिया शुरू करती है। कॉर्पोरेट प्रबंधन प्रणालियाँ भी लागू होने लगी हैं, जिससे कंपनी की प्रबंधन प्रणाली में भी बदलाव आएगा। कार्य वास्तविक डेटा का उपयोग करेगा और, संभवतः, प्राप्त परिणामों का उपयोग बाद में गतिविधियों को बेहतर बनाने के लिए किया जाएगा।

संगठन का विवरण तालिका 1 में दिया गया है।

तालिका 1. प्रबंधन की वस्तु के रूप में संगठन का विवरण

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

1.2 संगठनात्मक और स्टाफिंग संरचना

संगठन की मौजूदा स्टाफिंग संरचना चित्र 1 में दिखाई गई है।

ऐतिहासिक रूप से, पहली उत्पाद लाइन पर काम पहले शुरू हुआ था, और इसके संबंध में, विकास प्रभाग (सॉफ्टवेयर विकास विभाग) और कार्यान्वयन प्रभाग (आईटी विभाग) दोनों को पहले ही कर्मचारी संरचना में आवंटित किया जा चुका है। उत्पादों की दूसरी पंक्ति को आईआईएस विभाग द्वारा नियंत्रित किया जाता है, जिसमें एक विकास विभाग और एक डिजाइन और कार्यान्वयन विभाग शामिल है। दस्तावेज़ीकरण विभाग सॉफ़्टवेयर दस्तावेज़ीकरण के विकास के लिए ज़िम्मेदार है।

सिस्टम इंटीग्रेशन विभाग प्रभावी रूप से एक स्वतंत्र प्रभाग है जिसकी जिम्मेदारियों में हार्डवेयर और तकनीकी सहायता शामिल है।

मानव संसाधन विभाग एक अलग प्रभाग के रूप में मौजूद नहीं है।

चित्र 1. वर्तमान स्टाफिंग संरचना।

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

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

1.3 प्रमुख प्रबंधन मुद्दे

विचाराधीन संगठन में, नीचे सूचीबद्ध कई प्रबंधन समस्याएं हैं।

स्पष्ट रूप से तैयार की गई रणनीति का अभाव. विकास की दिशाएँ वर्तमान बाज़ार माँगों के आधार पर चुनी जाती हैं। कई कदम आगे की स्थिति का कोई अंदाज़ा नहीं है.

संगठन को कार्यात्मक आधार पर संरचित किया गया है। अक्सर इस बात की कोई समझ नहीं होती है कि समग्र रूप से परियोजना के लिए कौन जिम्मेदार है, यही कारण है कि कार्यात्मक विभागों के बीच संपर्क के बिंदुओं पर विसंगतियां होती हैं

विभाग प्रमुखों के बीच जिम्मेदारी के कोई स्पष्ट रूप से वितरित क्षेत्र नहीं हैं। अक्सर एक विभाग दूसरे का काम करता है, जिससे संसाधनों का अकुशल उपयोग होता है।

सॉफ़्टवेयर विकास के 2 क्षेत्रों की उपस्थिति, जिनमें अक्सर समान कार्यक्षमता होती है। एक सामान्य अवधारणा का अभाव, जो हमारे स्वयं के विकास में दोहराव और अक्सर असंगति की ओर ले जाता है। संसाधनों का अकुशल उपयोग भी होता है। इसमें अतिरिक्त कार्यान्वयन कर्मी शामिल हैं।

नियोजन की कमी। अक्सर परियोजनाओं के आपातकालीन कार्यान्वयन और कर्मचारियों की कमी की ओर जाता है।

परियोजनाओं की रिपोर्टिंग और दस्तावेज़ीकरण की खराब विकसित प्रणाली। इसमें अपर्याप्त जागरूकता और कभी-कभी किसी विशेष परियोजना में शामिल कर्मचारी की आंशिक अपूरणीयता भी शामिल होती है।

स्पष्ट रूप से तैयार की कमी नौकरी की जिम्मेदारियांकर्मचारी। विशिष्ट कार्य करने के लिए कार्यों और आवश्यकताओं का कोई औपचारिक विवरण नहीं है। जानकारी अक्सर मौखिक रूप से प्रसारित की जाती है, नहीं स्थापित प्रोग्रामनये कर्मचारियों को प्रशिक्षण देना।

1.4 रणनीतिक लक्ष्य निर्धारित करना

फिलहाल, कंपनी का मिशन और रणनीति तैयार नहीं की गई है, इसलिए मैं अपनी समझ और प्रबंधक के विचारों के आधार पर उन्हें तैयार करने का प्रयास करूंगा जो मैंने एक बार सुना था।

उद्देश्य

किसी भी पैमाने के संगठनों और उद्यमों की गतिविधियों के स्वचालन के क्षेत्र में उच्च गुणवत्ता वाले समाधान और सेवाएँ प्रदान करना। सूचना समाधानों के विकास में हमेशा नवीनतम रुझानों का अनुपालन करें। आईटी बाजार में गुणवत्ता, कार्यक्षमता, प्रगति की अवधारणाओं का पर्याय बनें।

रणनीतिक प्रोफ़ाइल

मैं वर्तमान रणनीति इस प्रकार तैयार करूंगा:

विभिन्न बाजार क्षेत्रों के लिए सूचना प्रणाली के बाजार में प्रभाव का विस्तार, मुख्य रूप से संघीय प्राधिकरणों के क्षेत्र में, ग्राहकों की जरूरतों को पूरा करने वाले उच्च गुणवत्ता वाले और आधुनिक उत्पादों को जारी करना।

कंपनी ने सार्वजनिक क्षेत्र के लिए उत्पादों के उत्पादन में काफी प्रगति की है और बड़ी संख्या में ऑर्डरों की पूर्ति की है। वाणिज्यिक संगठनों के बाजार में कंपनी के उत्पादों का खराब प्रतिनिधित्व है। कंपनी के उत्पाद एक संकीर्ण दायरे में जाने जाते हैं। कंपनी के उत्पादों की गुणवत्ता में सुधार के लिए निरंतर प्रक्रिया चल रही है, लेकिन उनके पास अभी भी पर्याप्त है कमजोर बिन्दु, मुख्य रूप से एकल एकीकृत मंच की कमी।

विज़न (रणनीतिक इरादा)

1. हम भविष्य में अपना संगठन कैसा चाहते हैं?

सूचना प्रणाली और सिस्टम एकीकरण बाजार में एक प्रसिद्ध ब्रांड। में से एक सबसे बड़े प्रतिनिधिइस खंड में. कंपनी के उत्पाद और सेवाएँ रोल मॉडल और सेट फ़ैशन हैं।

2. हमारा व्यवसाय अभी कैसा है और भविष्य में कैसा होगा?

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

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

3. हमारे उत्पादों (सेवाओं) के उपभोक्ता कौन हैं और संगठन भविष्य में खरीदारों के किस समूह को लक्षित करेगा?

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

4. हम किस तरह से अपने ग्राहकों के लिए मूल्य जोड़ेंगे?

नवीनतम विकास रुझानों का पालन करें. ISO9001 आवश्यकताओं के अनुसार पुनर्रचना का संचालन करें और प्रमाणीकरण से गुजरें। डिज़ाइन गुणवत्ता में सुधार और बहु-स्तरीय परीक्षण प्रणाली शुरू करके उत्पाद की गुणवत्ता में सुधार करें। मुद्दों पर अधिक ध्यान दें सूचना सुरक्षा. एक समेकित रिपोर्टिंग प्रणाली और ज्ञान आधार बनाएं। दक्षता बढ़ाने के लिए कार्मिक प्रबंधन की गुणवत्ता में सुधार करें।

सामरिक लक्ष्यों

1. रणनीतिक योजना के लिए समय सीमा.

कंपनी में मामलों की वर्तमान स्थिति, ऑर्डर की संख्या और प्रौद्योगिकी विकास के रुझान को ध्यान में रखते हुए, दो साल की अवधि का चयन किया जाएगा

2. सामान्य लक्ष्य.

2 वर्षों के भीतर, दो उत्पाद लाइनों के विकास को छोड़ दें, उन्हें एक एकीकृत मंच पर स्थानांतरित करें, उत्पाद को आधुनिक और उच्च गुणवत्ता वाला बनाएं, रखरखाव के लिए कम श्रम की आवश्यकता हो।

सामान्य लक्ष्य का विघटन. कार्यात्मक उपप्रणालियों के लिए प्रमुख लक्ष्यों का निर्धारण।

संरचना का पुनर्गठन पूरा करें (नए संरचनात्मक प्रभागों का निर्माण और उनके बीच कार्यों का वितरण)

विश्लेषकों और डिजाइनरों को एक अलग संरचना में अलग करना।

एकल एकीकृत प्लेटफ़ॉर्म के डेवलपर्स और उनके तकनीकी प्लेटफ़ॉर्म के अनुसार संरचनात्मक इकाइयों में स्पष्ट विभाजन के साथ एकल सॉफ़्टवेयर उत्पाद विकास प्रभाग का निर्माण।

पदोन्नति करना पेशेवर स्तरकर्मचारी

नवनियुक्त कर्मचारियों के लिए एक प्रशिक्षण प्रणाली बनाएं

एक कर्मचारी प्रमाणन प्रणाली लागू करें

कार्मिकों के व्यावसायिक प्रशिक्षण में सुधार की प्रक्रिया को व्यवस्थित करें

विषयगत सेमिनार आयोजित करना

प्रक्रियाओं को औपचारिक बनाना.

विकास करना कार्य विवरणियां, शक्तियों का स्पष्ट विभाजन प्रस्तुत करें

सक्षम, उच्च-गुणवत्ता और औपचारिक कार्य सेटिंग की ओर बढ़ें

किए गए कार्य के दस्तावेज़ीकरण की प्रक्रिया को व्यवस्थित करें

योजना और रिपोर्टिंग प्रक्रियाओं का मानकीकरण करें

1.5 विश्लेषण और रणनीति का चुनाव

SWOT विश्लेषण के परिणाम तालिका 2 और तालिका 3 में दिखाए गए हैं।

मेज़ 2.रणनीतिक लक्ष्यों की प्राप्ति को प्रभावित करने वाले कारकों का विश्लेषण

संगठन की ताकतें
संगठन की कमजोरियाँ
		संगठन प्रबंधन का निम्न स्तर, संरचना जो वर्तमान आवश्यकताओं को पूरा नहीं करती है
पर्यावरणीय विशेषताएं
		इलेक्ट्रॉनिक रूस कार्यक्रम के लिए बढ़ी हुई फंडिंग, समग्र रूप से आईटी बाजार का विकास
पर्यावरणीय खतरे

तालिका 3. अंतिम रणनीतिक मैट्रिक्स

	संगठन की ताकतें	संगठन की कमजोरियाँ
संभावनाएं	S3-O2 ग्राहकों को आपूर्ति किए जाने वाले समाधानों की मात्रा बढ़ाना S4-O3 ग्राहकों की संख्या में वृद्धि S1-O3 उत्पाद लाइन विस्तार S3-O1 प्रदत्त अनेक कार्यों पर लगभग एकाधिकार S2-O2 क्रेडिट पर काम करने का अवसर S4-O1 अतिरिक्त परमिट प्राप्त करने की संभावना S2-O1 के अनुसार उत्पाद तैयार करने की क्षमता सबसे आधुनिक तकनीकों के साथ	W1-O3 उत्पाद श्रृंखला को आधुनिक बनाने के लिए धन का उपयोग करें, नई प्रौद्योगिकियों में निवेश करें W3-O2 पहले से काम की योजना बनाने की संभावना, संसाधनों का इष्टतम उपयोग W1-O1 नवीनतम तकनीकों में शीघ्रता से महारत हासिल करने के लिए साझेदार सहायता का उपयोग करना W2-O3 प्रबंधन प्रणाली का पुनर्गठन, पेशेवर कर्मियों की खोज
	S1-T1 स्टाफ टर्नओवर की संभावना। रुचि बढ़ाएं, निरंतर निगरानी रखें। S2-T1 वित्तीय स्वतंत्रता न खोएं, जो आपको संकट के समय में काफी लंबे समय तक मौजूद रहने की अनुमति देगा, क्रेडिट पर काम करने का अवसर प्रदान करेगा S3-T3 प्रौद्योगिकी में परिवर्तनों की लगातार निगरानी करता है और आशाजनक विकास में संलग्न रहता है। S2-T2 ने प्रतिस्पर्धियों से पहले नया उत्पाद जारी किया	W1-T3(T1) को यथाशीघ्र अधिक उन्नत प्लेटफ़ॉर्म पर अपग्रेड करें W3-T1(T2) बाजार की स्थितियों की निगरानी करें, गतिविधियों की सावधानीपूर्वक योजना बनाएं W2-T2 संरचना को उभरती आवश्यकता के अनुरूप लाएँ, प्रबंधकों की योग्यता में सुधार करें

विशिष्ट संगठनात्मक रणनीतियों का एक ग्राफ चित्र 2 में दिखाया गया है।

रणनीति का चयन एवं औचित्य

तालिका 4 तीन बुनियादी रणनीतियों में शामिल कारकों के चयन और मूल्यांकन को दर्शाती है।

तालिका 4. तीन बुनियादी रणनीतियों में शामिल कारकों का चयन और मूल्यांकन

		पुनर्गठन (लागत नेतृत्व)	भेदभाव	संयुक्त रणनीति
		कारक विशिष्ट गुरुत्व		कारक विशिष्ट गुरुत्व	भारित औसत कारक स्कोर	कारक विशिष्ट गुरुत्व	भारित औसत कारक स्कोर

द्वारामात्रारेटिंग:

आकलन के योग के आधार पर, सबसे अच्छी रणनीति विभेदन रणनीति है।

द्वारावास्तविकताशामिलकारक:

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

चयनितरणनीति

रणनीति कार्यान्वयन के ढांचे के भीतर संभावित कार्रवाइयां:

उत्पाद श्रृंखला का सुधार एवं विस्तार

कर्मचारियों का व्यावसायिक स्तर बढ़ाना

नियोजन का महत्व बढ़ाना।

साझेदारियों का आक्रामक विपणन नीति विस्तार।

चुनी गई रणनीति को लागू करने के संभावित परिणाम

इस रणनीति के सही क्रियान्वयन से कंपनी को बड़ी रकम मिलेगी प्रतिस्पर्धात्मक लाभऔर कई उत्पाद और सेवाएँ प्रतिस्पर्धियों के लिए अप्राप्य हो जाएँगी। कंपनी का विकास भी होगा और सूचना प्रणाली बाजार में उसकी छवि भी मजबूत होगी। राजस्व में वृद्धि होगी, और नए बाजारों में प्रवेश करने का अवसर मिलेगा, साथ ही संघीय अधिकारियों के लिए सूचना प्रणाली के बाजार में प्रभाव भी बढ़ेगा।

नुकसान में निम्नलिखित शामिल हैं:

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

नकारात्मक प्रभाव से बचने के लिए इन मुद्दों का गंभीरता से अध्ययन करना जरूरी है।

योजनाओं की व्यवस्था का क्रियान्वयन। परिवर्तन की प्रभावशीलता

परिभाषाआवश्यक परिवर्तन तालिका 5 में दिए गए हैं।

मेज़ 5.आवश्यक परिवर्तनों की पहचान

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

विकास आयोजन, कार्यक्रमों और की योजना

योजना

1. पुनर्गठन योजना का निर्माण.

2. कर्मचारियों के कार्य घंटों की योजना बनाना।

3. एक मार्केटिंग योजना बनाएं

4. कर्मियों के प्रशिक्षण और पुनर्प्रशिक्षण के लिए एक योजना का निर्माण

संगठन

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

1. मौजूदा विभागों और प्रभागों का पुनर्गठन, नई कार्यात्मक इकाइयों का निर्माण, नई स्टाफिंग टेबल का आधुनिकीकरण।

2. सभी तकनीकी नियमों का विकास और प्रक्रियाओं को औपचारिक बनाना।

3. विस्तृत कार्य विवरण लिखना

4. शक्तियों का विस्तृत वितरण एवं परियोजनाओं का वितरण। परिणामों के लिए जिम्मेदार किसी व्यक्ति की नियुक्ति।

प्रेरणा

तालिका 6 गुणवत्ता संकेतक दिखाती है कामकाजी जीवन.

मेज़ 6.कार्यकारी जीवन की गुणवत्ता के संकेतक

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

7S मॉडल में सूचीबद्ध समस्याओं और कामकाजी जीवन की गुणवत्ता के विवरण के आधार पर, कोई औपचारिक प्रेरणा प्रणाली नहीं है। काम पर पहुंचने के समय की रिकॉर्डिंग शुरू की गई है, लेकिन काम किए गए समय की कोई रिकॉर्डिंग नहीं है (कर्मचारी अक्सर 12 घंटे काम करते हैं - लेकिन इस पर ध्यान नहीं दिया जाता है)। कर्मचारियों की योग्यता निर्धारित करने की कोई व्यवस्था नहीं है। सामान्य उद्देश्य में योगदान का निर्धारण व्यक्तिपरक है और कभी-कभी व्यक्तिगत सहानुभूति पर निर्भर करता है। तदनुसार, इस प्रणाली को विकसित करना और कर्मचारियों और संस्थापकों की सामूहिक बैठक में इसका अनुमोदन करना आवश्यक है।

नियंत्रण

1. कंपनी में ISO9001 मानकों को लागू करें, और यदि आवश्यक हो, तो अपने स्वयं के गुणवत्ता मानक विकसित करें। उत्पादों और सेवाओं के परीक्षण और गुणवत्ता नियंत्रण के लिए बहु-स्तरीय प्रणालियाँ पेश करें।

2. कर्मचारी प्रमाणन की एक प्रणाली विकसित करें। इसे नियमित अंतराल पर करते रहें। परिणामों के आधार पर, प्रशिक्षण, बोनस, पदोन्नति और सशक्तिकरण पर निर्णय लें।

3. कंपनी के आंतरिक आईएस का परिशोधन। रिपोर्टिंग, प्रदर्शन और रोजगार निगरानी, ​​तुलनात्मक विश्लेषण।

श्रेणी क्षमता प्रस्तावित परिवर्तन

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

योजनाएं विकसित करने से कंपनी को अपनी संभावनाएं देखने और संसाधनों के आवंटन की योजना बनाने की अनुमति मिलेगी। यह आपको काम के आपातकालीन मोड से दूर जाने, विकास वेक्टर चुनने और अपने लक्ष्यों का पालन करने की अनुमति देगा। रिपोर्टिंग और नियंत्रण प्रणालियाँ संसाधनों के वितरण और कार्यों के पूरा होने की डिग्री की एक वस्तुनिष्ठ तस्वीर प्राप्त करने में मदद करेंगी, और यदि आवश्यक हो तो प्रयासों को शीघ्रता से पुनर्वितरित करने में भी मदद करेंगी। यह सब अंततः हमें ग्राहकों की इच्छाओं को पूरा करने के लिए समय पर मांग वाली सेवाएं प्रदान करने की अनुमति देगा।

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

कुल लागत. संरचना को पुनर्गठित करने और प्रेरणा प्रणाली की योजना बनाने और विकसित करने के संदर्भ में वर्णित गतिविधियों को पूरा करने की कुल लागत लागत की मात्रा में थोड़ी वृद्धि करेगी। फिलहाल किसी बड़े स्टाफ विस्तार की जरूरत नहीं पड़ेगी. नए डिवीजनों के सभी कार्य किसी न किसी रूप में पहले से ही कंपनी में मौजूद थे, लेकिन अव्यवस्थित रूप से वितरित किए गए थे। योजना, नियंत्रण और रिपोर्टिंग के कार्यों को लागू करने के लिए आंतरिक सूचना प्रणाली पहले ही विकसित की जा चुकी है और केवल इसे वाणिज्यिक संचालन में लागू करना आवश्यक है। लागत का बड़ा हिस्सा बढ़ने की ओर जाएगा वेतनऔर कार्मिक प्रशिक्षण और विपणन नीति, लेकिन सबसे पहले, यह एक क्रमिक प्रक्रिया है, और दूसरी बात, कंपनी की गतिविधियों को अनुकूलित करने के बाद, संसाधनों के सक्षम उपयोग से लाभ बहुत अधिक महत्वपूर्ण होंगे। नए ग्राहकों का उद्भव और मौजूदा ग्राहकों को प्रदान की जाने वाली सेवाओं में वृद्धि नियोजित परिवर्तनों की सभी लागतों को कवर करने से कहीं अधिक होगी।

2. एव्यावसायिक प्रक्रियाओं का विश्लेषण और अनुकूलन

2.1 व्यावसायिक प्रक्रियाओं का विवरण "जैसा है"

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

विकास

नए एप्लिकेशन सिस्टम विकसित करने की प्रक्रिया में आम तौर पर निम्नलिखित गतिविधियाँ शामिल होती हैं (चित्र 3):

समस्या का निरूपण;

विकास;

परिक्षण;

दस्तावेज़ीकरण.

चित्र 3. नई प्रणाली विकास गतिविधियाँ और भूमिकाएँ

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

समस्या सेटिंग चरण के लिए गतिविधि आरेख चित्र 4 में दिखाया गया है।

चित्र 4. समस्या सेटिंग चरण के लिए गतिविधि आरेख

प्रक्रिया के लिए इनपुट जानकारी कार्य को पूरा करने का आधार है: यह पहले से ही संपन्न अनुबंध, एक घोषित प्रतियोगिता, काम की आवश्यकता पर एक मौखिक समझौता आदि हो सकता है।

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

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

प्रक्रिया पर नियंत्रण एपिसोडिक है और मुख्य रूप से परियोजना की डिलीवरी से तुरंत पहले किया जाता है। उत्पाद विकास के परिणामों का कोई आधिकारिक मूल्यांकन नहीं है।

कार्यान्वयन एवं रखरखाव

कार्यान्वयन की प्रक्रिया, साथ ही अनुप्रयोग प्रणालियों के बाद के रखरखाव में आमतौर पर निम्नलिखित गतिविधियाँ शामिल होती हैं (चित्र 5):

सॉफ्टवेयर स्थापना;

उपयोगकर्ता प्रशिक्षण;

टिप्पणियों का संग्रह;

समस्याओं का समाधान;

सॉफ्टवेयर आधुनिकीकरण.

चित्र 5. कार्यान्वयन और रखरखाव के दौरान गतिविधियों के प्रकार

उपरोक्त सभी प्रक्रियाएँ औपचारिक नहीं हैं; उपयोगकर्ताओं के साथ बातचीत न केवल कार्यान्वयन विशेषज्ञों द्वारा, बल्कि डेवलपर्स के प्रतिनिधियों द्वारा भी की जाती है - क्योंकि उच्च-गुणवत्ता वाले दस्तावेज़ीकरण के अभाव में, केवल कार्यक्षमता का प्रत्यक्ष डेवलपर ही अधिकांश प्रश्नों का उत्तर दे सकता है। टिप्पणियाँ एकत्र करने और समाप्त करने की प्रक्रियाओं में डेवलपर की भागीदारी भी आवश्यक है, क्योंकि यह वह है जो विषय क्षेत्र में सबसे शक्तिशाली विशेषज्ञ है और ग्राहक के साथ "समान भाषा" बोलता है।

तालिका 7 भूमिकाओं और कार्यों का सारांश प्रदान करती है।

मेज़ 7. भूमिकाओं और कार्यों की सारांश तालिका

	डेवलपर	कार्यान्वयन विशेषज्ञ	दस्तावेज़ी	तकनीकी कर्मचारी सहायता	उपयोगकर्ता
समस्या का निरूपण
विकास
परिक्षण
प्रलेखन
टिप्पणियों का संग्रह
समस्याओं को ठीक करना
सॉफ्टवेयर अपग्रेड
शिक्षा
सॉफ्टवेयर स्थापना

2.2 समस्याएँ एवं चुनौतियाँ

वर्तमान में, कंपनी में परियोजना विकास एक खराब नियंत्रित प्रक्रिया है। कोई परियोजना योजना नहीं है, समस्या विवरण और सिस्टम विकास लगभग एक साथ किया जाता है, कोई प्रारंभिक सिस्टम डिज़ाइन नहीं है। इन प्रक्रिया की कमियों के कारण होता है एक लंबी संख्याडिज़ाइन त्रुटियाँ, विश्लेषण और डिज़ाइन के चरणों में सिस्टम की संरचना और कार्यों के अपर्याप्त पूर्ण विस्तार के कारण समान मॉड्यूल के निरंतर सुधार के लिए। परिणामस्वरूप, परियोजना की समय-सीमाएँ बहुत कम ही पूरी होती हैं, किसी भी समय सिस्टम का एक स्थिर संस्करण प्राप्त करना असंभव होता है; सुधार लगातार किये जाते हैं.

समर्थन के तहत मौजूदा परियोजनाओं को भी आवश्यकताएं प्राप्त होने के कारण अव्यवस्थित रूप से अंतिम रूप दिया जा रहा है, सुधार करने का कोई व्यवस्थित तरीका नहीं है, और दस्तावेज़ीकरण लगभग हमेशा पुराना है।

व्यावसायिक प्रक्रियाओं के पुनर्गठन से संबंधित मुख्य कार्य हैं:

नई परियोजनाओं के लिए सबसे सुविधाजनक प्रकार की विकास प्रक्रिया का निर्धारण करना;

मौजूदा परियोजनाओं का समर्थन करने के लिए प्रक्रिया का प्रकार निर्धारित करना;

नई परियोजनाओं की योजना बनाने और मौजूदा परियोजनाओं को बनाए रखने के लिए एक मानक का विकास;

परियोजना जीवन चक्र का समर्थन करने वाले दस्तावेजों की सूची, साथ ही इन दस्तावेजों के निर्माण के लिए जिम्मेदार व्यक्तियों का निर्धारण करना।

इन उद्देश्यों के अनुरूप, परिचालन दक्षता बढ़ाने के लिए कंपनी की संगठनात्मक संरचना को अनुकूलित करना भी आवश्यक है।

2.3 विशिष्ट विकास प्रक्रिया विकल्पों का विश्लेषण

विकास प्रक्रिया का क्लासिक संस्करण - झरना - उत्पाद विकास के आवश्यक चरणों का यथासंभव पूर्ण वर्णन करता है। ये चरण अक्सर समय के साथ ओवरलैप होते हैं, लेकिन एक-दूसरे का अनुसरण करते हैं। अपने शुद्ध रूप में, वॉटरफॉल प्रक्रिया का उपयोग बहुत ही कम किया जाता है - या तो एक बहुत छोटी परियोजना के मामले में, या एक ऐसी परियोजना के मामले में जो पहले से ही पूरी हो चुकी परियोजना के समान है।

चित्र 6 झरना विकास प्रक्रिया को दर्शाता है, जो प्रत्येक चरण के परिणामों को दर्शाता है।

चित्र 6. झरना विकास प्रक्रिया

कुंडली प्रक्रिया

मेंसर्पिल प्रक्रिया के मामले में, अनुक्रम "विश्लेषण - डिजाइन - कार्यान्वयन - परीक्षण" कई बार किया जाता है। सर्पिल प्रक्रिया का उपयोग करने के मुख्य कारण आमतौर पर निम्नलिखित हैं:

- जोखिमों को रोकने की आवश्यकता;

- ग्राहक को परियोजना के पूरा होने से पहले उसका आंशिक संस्करण प्रदान करने की आवश्यकता।

सर्पिल प्रक्रिया का उपयोग करने की मुख्य चुनौती दस्तावेज़ीकरण को अद्यतन रखना है।

चित्र 7 सर्पिल विकास प्रक्रिया को दर्शाता है।

चित्र 7. सर्पिल विकास प्रक्रिया

इंक्रीमेंटल प्रक्रिया

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

एकीकृत प्रक्रिया

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

चित्र 8 एकीकृत विकास प्रक्रिया को दर्शाता है।

चित्र 8. एकीकृत विकास प्रक्रिया

उपरोक्त के आधार पर, इसका उपयोग करना सबसे सुविधाजनक और उचित है:

नई परियोजनाओं के विकास के लिए - एक एकीकृत विकास प्रक्रिया;

रखरखाव के लिए - वृद्धिशील प्रक्रिया का उपयोग करें।

2.4 विकास और रखरखाव प्रक्रियाओं का अनुकूलन

परियोजना प्रबंधन में परिवर्तन करते समय, परियोजना कार्यान्वयन के जीवन चक्र के अनुसार व्यावसायिक प्रक्रियाओं को पुनर्गठित करना आवश्यक है। जीवन चक्रएक परियोजना किसी वस्तु या समाधान को बनाने (कार्यान्वयन) करने के लिए आवश्यक प्रक्रियाओं और उपप्रक्रियाओं का एक संयोजन है। इस प्रकार, पीएमआई (प्रोजेक्ट मैनेजमेंट इंस्टीट्यूट, यूएसए) मानक में परियोजना जीवन चक्र में निम्नलिखित चरण होते हैं:

प्रारंभिक चरण (परियोजना दीक्षा);

विकास;

कार्यान्वयन;

समापन।

प्रत्येक चरण को एक निश्चित समय के भीतर प्राप्त एक या अधिक परिणामों की विशेषता होती है।

चरणों में निम्नलिखित विशेषताएं हो सकती हैं:

सीमाओं;

प्रवेश निर्गम;

अवधि;

संचालन;

प्रतिभागियों;

बजट.

आधुनिक प्रबंधन में परियोजना प्रबंधन की समस्याओं को विस्तार से विकसित कर मानकों पर लाया गया है। पीएमआई परियोजना प्रबंधन मानकों में, परियोजना जीवन चक्र को निम्नलिखित विशिष्ट चरणों में विभाजित किया गया है:

आरंभ प्रक्रिया - परियोजना शुरू करने का निर्णय लेना;

योजना प्रक्रिया - परियोजना की सफलता के लिए लक्ष्य और मानदंड परिभाषित करना और उन्हें प्राप्त करने के लिए कार्य योजनाएं विकसित करना;

निष्पादन प्रक्रिया - योजना को पूरा करने के लिए लोगों और अन्य संसाधनों का समन्वय करना;

विश्लेषण प्रक्रिया - निर्धारित लक्ष्यों और मानदंडों के साथ परियोजना की योजना और निष्पादन के अनुपालन का निर्धारण करना और सुधारात्मक कार्यों पर निर्णय लेना;

प्रबंधन प्रक्रिया - सुधारात्मक कार्रवाइयों का निर्धारण, उनका समन्वय, अनुमोदन और आवेदन;

पूर्णता प्रक्रिया किसी परियोजना को पूरा करने और उसे व्यवस्थित निष्कर्ष तक पहुंचाने की औपचारिकता है।

परियोजना प्रबंधन प्रक्रियाओं को चित्र 9 में दिखाया गया है।

चित्र 9. परियोजना प्रबंधन प्रक्रियाएँ

प्रत्येक नियंत्रण चरण में निम्नलिखित विशेषताएं होती हैं:

सीमाओं;

दस्तावेज़ अंदर, दस्तावेज़ बाहर;

समय नियम;

संचालन;

प्रतिभागियों.

इस तथ्य को ध्यान में रखते हुए कि कंपनी के पास विभिन्न दिशाओं की परियोजनाएं हैं विभिन्न मॉडलप्रबंधन, बहु-परियोजना प्रबंधन में परिवर्तन पर विचार करना आवश्यक है। बहु-परियोजना प्रबंधन के मूल सिद्धांत निम्नलिखित हैं:

कंपनी के समग्र कॉर्पोरेट लक्ष्यों के परिप्रेक्ष्य से परियोजना प्रवाह प्रबंधन पर विचार;

परियोजनाओं का एक व्यवस्थित रजिस्टर बनाए रखना, रजिस्टर क्लासिफायर के अनुसार परियोजनाओं की स्थिति बनाना, परियोजनाओं के मुख्य समूहों की एक टाइपोलॉजी स्थापित करना;

परियोजनाओं के विभिन्न समूहों के लिए प्रबंधन मॉडल का विभेदित अनुप्रयोग, परियोजना क्षमता के केंद्रों को हस्तांतरित अधिकारों के आधार पर परियोजनाओं या परियोजनाओं के समूहों के प्रबंधन के लिए तंत्र का गठन;

एक परियोजना प्रबंधन प्रणाली की एक पदानुक्रमित वास्तुकला का निर्माण;

बहु-परियोजना संसाधन प्रबंधन की क्षमताओं का उपयोग करना, सीमित संसाधनों के लिए संतुलन बनाना;

कॉर्पोरेट मल्टी-प्रोजेक्ट डेटाबेस का निर्माण और उपयोग;

परियोजनाओं को लागू करने में अनुभव का औपचारिककरण, संचय और विश्लेषण और उनके कार्यान्वयन (प्रौद्योगिकियां, प्रक्रियाएं, संगठनात्मक संरचनाएं, व्यावसायिक प्रक्रियाएं) के लिए कॉर्पोरेट मानकों का निरंतर सुधार, ज्ञान-आधारित प्रबंधन का निर्माण;

परियोजना बजटिंग, कंपनी के मुख्य बजट में परियोजना बजट को शामिल करना।

इस कार्य के ढांचे के भीतर, प्रक्रियाओं के दो समूहों पर विचार किया जाता है:

नई एप्लिकेशन प्रणाली विकसित करने के लिए परियोजनाएं;

मौजूदा प्रणालियों का समर्थन करने वाली परियोजनाएं।

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

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

3.1 व्यावसायिक प्रक्रियाओं का विवरण "जैसा होना चाहिए"

एक नई परियोजना का जीवन चक्र एक गतिविधि आरेख (चित्रा 10) में दर्शाया गया है।

चित्र 10. एक नई परियोजना का जीवन चक्र

निर्माण चार्टर परियोजना

चार्टरपरियोजना - एक आधिकारिक लिखित दस्तावेज़ जो औपचारिक रूप से परियोजना के अस्तित्व को पहचानता है और पुष्टि करता है। प्रोजेक्ट चार्टर बनाने से आप निम्नलिखित लक्ष्य प्राप्त कर सकते हैं:

समान दस्तावेज़

व्यावसायिक प्रक्रियाओं पर शोध करने के तरीके और उपकरण। गोदाम और व्यावसायिक प्रक्रियाओं की संगठनात्मक संरचना का मॉडलिंग, रणनीतिक मानचित्र का विवरण। लक्ष्य उपलब्धि का आकलन करने के लिए संकेतक। गोदाम गतिविधियों को अनुकूलित करने के लिए कार्य योजना।

परीक्षण, 02/22/2017 जोड़ा गया


प्रक्रिया-उन्मुख प्रबंधन का परिचय। कंपनी की गतिविधियों का विश्लेषण, नए ग्राहकों को आकर्षित करने और बिक्री की मात्रा बढ़ाने की विशेषताएं। व्यवसाय प्रक्रिया मॉडलिंग मानक का विवरण। वाणिज्यिक विभाग के लिए एक संदर्भ आरेख का विकास।

प्रयोगशाला कार्य, 07/21/2015 जोड़ा गया


प्रबंधन के लिए प्रक्रिया दृष्टिकोण. व्यावसायिक दक्षता में सुधार के लिए उपकरण. व्यावसायिक प्रक्रियाओं का विवरण. व्यवसाय प्रक्रिया पर्यावरण आरेख. व्यावसायिक प्रक्रियाओं का विस्तृत मॉडलिंग। कंपनी की गतिविधियों का गहन परियोजना-पूर्व सर्वेक्षण करना।

परीक्षण, 09/15/2014 जोड़ा गया


बिजनेस मॉडलिंग की अवधारणा. कंपनी जेएससी "यासेन" की वित्तीय और आर्थिक गतिविधियों का विश्लेषण; 1सी: डेयरी प्लांट सॉफ्टवेयर उत्पाद के कार्यान्वयन के साथ उत्पादन व्यवसाय प्रक्रियाओं का विकास, उनका अनुकूलन और उद्यम की दक्षता में वृद्धि।

थीसिस, 09/15/2012 को जोड़ा गया


किसी उद्यम की परस्पर जुड़ी व्यावसायिक प्रक्रियाओं के एक सेट को मॉडलिंग की श्रम-गहन प्रक्रिया के रूप में डिजाइन करना। डेस्टिनी डेवलपमेंट के उदाहरण का उपयोग करके IDEF0 बिजनेस प्रोसेस मॉडलिंग मानक के ढांचे के भीतर फॉरवर्ड और रिवर्स रीइंजीनियरिंग के मॉडल।

पाठ्यक्रम कार्य, 04/22/2014 जोड़ा गया


कंपनी की रणनीति के हिस्से के रूप में व्यवसाय प्रक्रिया प्रबंधन। 1C में अतिरिक्त दस्तावेज़ दर्ज करके व्यावसायिक प्रक्रिया का स्वचालन: एंटरप्राइज़ सूचना प्रणाली, जिसका उपयोग माल के वितरण के लिए व्यावसायिक गतिविधियों को रिकॉर्ड करने के लिए किया जाता है।

पाठ्यक्रम कार्य, 09/06/2015 को जोड़ा गया


एअरोफ़्लोत कंपनी की रणनीतिक विकास नीति का अध्ययन। संगठन की विशेषताएँ, स्थूल-, सूक्ष्म-पर्यावरण और आंतरिक वातावरण का विश्लेषण। रणनीतिक समूह मानचित्र, एसडब्ल्यूओटी विश्लेषण, एम. पोर्टर की मूल्य श्रृंखला। कंपनी के मिशन और लक्ष्यों का विवरण.

कोर्स वर्क, 04/18/2014 जोड़ा गया


किसी संगठन के प्रबंधन के लिए प्रक्रिया दृष्टिकोण की परिभाषा। व्यवसाय प्रक्रिया मॉडलिंग; IDEF0 में वस्तुएं और संबंध, उनके उपयोग के फायदे और नुकसान। कंपनी OJSC "यूराल" की प्रक्रिया और संगठनात्मक व्यवसाय मॉडल; "बिक्री" प्रक्रिया का पासपोर्ट.

पाठ्यक्रम कार्य, 05/03/2014 को जोड़ा गया


उच्च गुणवत्ता वाली ग्राहक-उन्मुख सेवाएं प्रदान करके कंपनी की प्रतिस्पर्धात्मकता बढ़ाना एस्टोर एलएलसी कंपनियों का मिशन है। कंपनी के लक्ष्य, उनकी उपलब्धि के संकेतक। संगठन की व्यावसायिक प्रक्रियाओं, कार्य की विशेषताओं का विश्लेषण।

अभ्यास रिपोर्ट, 12/21/2013 को जोड़ा गया


व्यावसायिक प्रक्रियाओं की अवधारणा के सार पर विचार, बाजार में उनके स्थान और भूमिका का निर्धारण। व्यवसाय प्रक्रिया विश्लेषण के लिए व्यवस्थित दृष्टिकोण का विवरण। सामाजिक-सांस्कृतिक सेवाओं और पर्यटन के क्षेत्र में व्यवसाय प्रबंधन के लिए व्यावहारिक उपायों का विकास।

समय ही धन है। एक सॉफ्टवेयर डेवलपमेंट टीम का निर्माण सुलिवन एड

न्यूमेगा संगठनात्मक संरचना मॉडल

कार्यक्रम, एक नियम के रूप में, टीमों द्वारा बनाए जाते हैं, व्यक्तियों द्वारा नहीं। एक विकास टीम विभिन्न तकनीकी कौशल वाले लोगों का एक समूह है जो एक सामान्य परियोजना को लागू करने के लिए काम कर रहे हैं। चूंकि सॉफ्टवेयर विकास काफी जटिल है, इसलिए टीम को उत्पाद बनाने के लिए आवश्यक व्यापक कौशल और क्षमताओं वाले व्यक्तियों की आवश्यकता होती है। यहां वे विशेषज्ञ हैं जिन्हें समूह में होना चाहिए:

समूह की मुख्य रचना -विशेषज्ञ एक नया सॉफ़्टवेयर उत्पाद बनाने में पूरी तरह लगे हुए हैं:

परियोजना प्रबंधक;

प्रोग्रामर;

परीक्षक;

दस्तावेज़ीकरण डेवलपर;

इंजीनियरिंग मनोवैज्ञानिक;

सॉफ्टवेयर विकास प्रौद्योगिकीविद्;

सहायक समूह -विशेषज्ञ जो कार्यक्रम बनाने में शामिल नहीं हैं, लेकिन फिर भी परियोजना के कार्यान्वयन में महत्वपूर्ण भूमिका निभाते हैं:

उत्पाद प्रबंधन और विपणन समूह;

सॉफ़्टवेयर तकनीकी सहायता विशेषज्ञ;

बीटा परीक्षण प्रशासक.

यह बहुत महत्वपूर्ण है कि सूचीबद्ध कार्यात्मक विभाग शुरू से ही परियोजना में भाग लें। जितनी जल्दी लोग उत्पाद की आवश्यकताओं को समझ सकते हैं और उनके महत्वपूर्ण विश्लेषण में भाग ले सकते हैं, उतना ही बेहतर वे अपने मिशन को पूरा करने के लिए तैयार होंगे और महसूस करेंगे कि उन्होंने परियोजना की सफलता में योगदान दिया है। इसके अलावा, उत्पाद को समय पर पूरा करने के लिए, उपरोक्त सभी विभागों को पूरे विकास चक्र के दौरान समानांतर रूप से काम करना होगा। इस समस्या का समाधान अध्याय 11 में वर्णित किया जाएगा - वहां हम परियोजना अनुसूची में पारस्परिक रूप से समन्वित मध्यवर्ती चरणों को शामिल करने पर विचार करेंगे।

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

रणनीतिक प्रबंधन पुस्तक से लेखक अंसॉफ इगोर

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

सीआईओ न्यू लीडर पुस्तक से। लक्ष्य निर्धारित करना और लक्ष्य प्राप्त करना किटिस एलेन द्वारा

ब्रिटिश एयरवेज कंपनी की लागत संरचना को बदलने के लिए आईटी का उपयोग करती है, ब्रिटिश एयरवेज (बीए), दुनिया का सबसे बड़ा अंतरराष्ट्रीय हवाई वाहक, प्रति वर्ष लगभग 40 मिलियन यात्रियों को ले जाता है, इसके विमान 94 देशों के लिए उड़ान भरते हैं, और कंपनी 46 हजार लोगों को रोजगार देती है। दुखद घटनाओं के बाद

एक वाणिज्यिक बैंक में कार्ड व्यवसाय प्रबंधन पुस्तक से लेखक पुखोव एंटोन व्लादिमीरोविच

संगठनात्मक संरचना के विकास और विकास का तर्क प्रत्येक घरेलू बैंक में डिवीजन कार्ड का गठन अपने स्वयं के और अक्सर कांटेदार तरीकों से होता है। इकाई मानचित्रों की संगठनात्मक संरचना स्थिर होने से पहले, इसकी आवश्यकता होती है

द आइडियल लीडर पुस्तक से। आप ऐसा क्यों नहीं बन सकते और इससे क्या निष्कर्ष निकलता है लेखक यित्ज़ाक काल्डेरन को एडाइज़ करता है

एक अच्छे संगठनात्मक ढांचे के घटक एक मजबूत संगठनात्मक ढांचे में तीन तत्व होते हैं: जिम्मेदारी की संरचना; अधिकार, शक्ति और प्रभाव की संरचना; इनाम संरचना। इनमें से प्रत्येक तत्व आवश्यक है, और साथ में वे

प्रबंधन संकटों से कैसे उबरें पुस्तक से। प्रबंधन समस्याओं का निदान एवं समाधान लेखक यित्ज़ाक काल्डेरन को एडाइज़ करता है

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

आंतरिक लेखापरीक्षा पर पुस्तक हैंडबुक से। जोखिम और व्यावसायिक प्रक्रियाएँ लेखक क्रिस्किन ओलेग

क्लासिक पिरामिड संगठनात्मक संरचना की सीमाएं आइए एक विशिष्ट संगठन को देखें और पीएईआई मॉडल का उपयोग करके इसका विश्लेषण करें। एक विशिष्ट संगठन एक पिरामिड की तरह है - यह प्रकृति में पदानुक्रमित है। एक पदानुक्रमित संगठन निश्चित है

ग्रेट कंपनी पुस्तक से। अपने सपनों का नियोक्ता कैसे बनें? लेखक रॉबिन जेनिफर

पीवीए की संगठनात्मक संरचना का गठन "कोई अपूरणीय लोग नहीं हैं..." लेकिन अपूरणीय क्षति भी हैं। ऑडिट प्रक्रिया के आयोजन और प्रबंधन की प्रणाली और पीआईए की संगठनात्मक संरचना को मानव संसाधनों के निरंतर नवीनीकरण को सुनिश्चित करना चाहिए - अच्छा

हाउ टू सेव ऑन मार्केटिंग एंड नॉट लूज़ इट पुस्तक से लेखक मोनिन एंटोन अलेक्सेविच

मैंने दिलचस्पी के साथ पढ़ा है कि कैसे अन्य कंपनियां ड्रीम जॉब मॉडल को व्यवहार में ला रही हैं, लेकिन मुझे डर है कि जहां हम व्यवसाय करते हैं, वहां यह काम नहीं करेगा। एक अच्छा विचार हर जगह एक अच्छा विचार बन जाता है। एक कॉर्पोरेट कार्यक्रम जो जर्मन कर्मचारियों को पसंद है

हाउ टू इनोवेट पुस्तक से प्रेटर चार्ल्स द्वारा

कंपनी के संगठनात्मक मॉडल के साथ रणनीति का संबंध पहले वर्णित सभी गतिविधियों में योगदान देता है विपणन की योजनाया मार्केटिंग रणनीति यथासंभव वास्तविकता के करीब थी और संगठनों की क्षमताओं के लिए सबसे उपयुक्त थी।

मानव संसाधन प्रबंधन का अभ्यास पुस्तक से लेखक आर्मस्ट्रांग माइकल

इनोवेटिव कंपनी मॉडल के तीन क्षेत्र, 1991 की शुरुआत में ड्यूपॉन्ट सेंटर फॉर क्रिएटिविटी एंड इनोवेशन के संचालन के पहले महीनों में की गई टिप्पणियों के आधार पर, हमने इनोवेटिव कंपनी मॉडल के तीन क्षेत्रों को संश्लेषित किया।

हर चीज़ के लिए भुगतान करना बंद करें पुस्तक से! कंपनी में लागत कम करना लेखक गगार्स्की व्लादिस्लाव

एक संगठनात्मक संरचना का संश्लेषण करना जो नवाचार को बढ़ावा देता है एक कॉर्पोरेट संरचना को डिजाइन करना जो किसी कंपनी की नवाचार दक्षताओं को कमजोर करने के बजाय मजबूत करता है, एक विरोधाभासी कार्य की तरह लग सकता है। ऐसे पर नियंत्रण स्थापित करने का प्रयास

जोखिम प्रबंधन, लेखापरीक्षा और आंतरिक नियंत्रण पुस्तक से लेखक फिलाटोव अलेक्जेंडर अलेक्जेंड्रोविच

संगठनात्मक प्रदर्शन मॉडल - मर्सर एचआर कंसल्टिंग नलबंटियन एट अल (2004) निम्नलिखित तत्वों के आधार पर मर्सर एचआर कंसल्टिंग के संगठनात्मक प्रदर्शन मॉडल का वर्णन करता है: लोग, कार्य प्रक्रियाएं, प्रबंधन संरचना, सूचना और

द अल्टीमेट सेल्स मशीन पुस्तक से। 12 सिद्ध व्यावसायिक प्रदर्शन रणनीतियाँ होम्स चेत द्वारा

संगठनात्मक संरचना की परिभाषा सभी संगठनों में कुछ प्रकार की अधिक या कम औपचारिक संरचना होती है। चाइल्ड (1977) ने इसे इस प्रकार परिभाषित किया है कि इसमें "मन में आने वाली सभी यादृच्छिक और नियमित विशेषताएं शामिल हैं जो व्यवहार को आकार देने में मदद करती हैं।"

लेखक की किताब से

किसी कंपनी का संगठनात्मक-कार्यात्मक मॉडल (ओएफएम) एक दस्तावेज है जो संगठनात्मक संरचना (कुछ विवरणों के साथ) और कंपनी के डिवीजनों द्वारा किए गए कार्यों का वर्णन करता है, एक नियम के रूप में, ओएफएम में एक दस्तावेज के रूप में

लेखक की किताब से

3. आंतरिक लेखापरीक्षा का स्थान संगठनात्मक संरचनाकंपनी आंतरिक ऑडिट आयोजित करने का निर्णय निदेशक मंडल द्वारा किया जाता है, जो कंपनी के आंतरिक ऑडिट कार्य की गुणवत्ता की निगरानी के लिए भी जिम्मेदार हो सकता है

लेखक की किताब से

के लिए मॉडल बड़ी कंपनीएक बड़ी कंपनी के पास आमतौर पर पाठ्यपुस्तकें और मैनुअल होंगे, हालांकि वे विशेष रूप से गहन नहीं होते हैं। व्याख्या के लिए बहुत अधिक जगह बची है। उन कंपनियों के अलावा जिनमें मैंने व्यक्तिगत रूप से प्रशिक्षण लिया, मैंने कभी नहीं देखा