🕴️ 👯 🖐️ व्यापार विश्लेषक और सिस्टम विश्लेषक आईटी में। ग्रेडों को छाँट लिया 👩🏼‍🏫 💌 🔄

मुसीबत

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

इस लेख से किसे लाभ होगा:

सेवा	किस तरह
विश्लेषक और सहकर्मी	— , , . — , , . : xml- , -.
HR	, , . «, ». : java, .
	उन संसाधनों के चयन और वितरण को लक्षित करें जो कार्य जिम्मेदारियों का एक विशिष्ट संयोजन करने के लिए तैयार हैं, टीमों में संचार में सुधार करते हैं। उदाहरण: ऐसी स्थिति के लिए जिसमें अधिकतम संचार और लचीलेपन की आवश्यकता होती है, ऐसे कौशल विकसित करने की इच्छा के बिना "तकनीकी" का चयन किया जाता है।

सामान्य तौर पर, "सभी के लिए खुशी, कुछ नहीं के लिए"

मान्यताओं

यह लेख आईटी के बारे में अधिक बात करता है।

पदों का "डिस्टिल्ड" मूल्य माना जाता है। वास्तविक जीवन में, विशेष रूप से टी-आकार के कौशल (संबंधित व्यवसायों से एक कर्मचारी की क्षमता विकास मॉडल) विकसित करने वाली टीमों में , यह अधिक जटिल और भ्रमित है, लेकिन यदि आपका विश्लेषक कई-पक्षीय जानूस नहीं है, तो विभिन्न जिम्मेदारियों के बीच संक्रमण एक आसान काम नहीं है।

मुख्य हिस्सा

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

मैं अपनी खोजों के परिणाम साझा करता हूं।

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

https://en.wikipedia.org/wiki/Systems_analyst :

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

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

, , — , . « », ( ), .
( / . ., BABOK, ., PMI Guide to business analysis . .), . , - -, . , . . -, « , , , , . , , , , - ». . PMI IIBA «system analyst» , «business analyst» .
( ) , . , — . — , , , . — , , , , , .

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

* विदेशी स्रोत "प्रौद्योगिकी केंद्रित" और "व्यापार केंद्रित" अधिक उपयुक्त शब्दों का उपयोग करते हैं।

कहाँ पे:

आवश्यकताओं की पहचान	साक्षात्कार, सेमिनार, कार्य विश्लेषण, वर्कफ़्लो और दस्तावेजों और अन्य तरीकों के माध्यम से विभिन्न स्रोतों से आवश्यकताओं को निर्धारित करने की प्रक्रिया
व्यापार ज्ञान	, , -
	.
	-
	,

	,
	( )
	समाधानों के डिजाइन के लिए प्रौद्योगिकियों, प्रोग्रामिंग, निर्माण और डेटाबेस और अन्य तकनीकी पहलुओं, मानकों और नियमों का ज्ञान

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

ऐसा अलगाव क्यों

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

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

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

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

https://en.wikipedia.org/wiki/Systems_analyst :

कुछ समर्पित पेशेवर दोनों क्षेत्रों (व्यवसाय और सिस्टम विश्लेषण) में व्यावहारिक ज्ञान रखते हैं और इन दोनों व्यवसायों को सफलतापूर्वक संयोजित करने का प्रबंधन करते हैं, प्रभावी रूप से व्यापार विश्लेषक और सिस्टम विश्लेषक के बीच की रेखा को धुंधला करते हैं।

सार उदाहरण:

इवान - बीए कंपनी "ठेकेदार"।
ईवा एक्जिक्यूटर पर एक सिस्टम एनालिस्ट है।
कंपनी "ग्राहक" को मौजूदा प्रणाली के एक बड़े संशोधन की आवश्यकता है।

इस स्थिति में, इवान (बीए) के कार्य: ग्राहक और ठेकेदार की कार्यात्मक और गैर-कार्यात्मक आवश्यकताओं की पहचान करने के लिए, एक स्वीकार्य समाधान निर्धारित करने के लिए इच्छुक पार्टियों के बीच विरोधाभासों को खत्म करने के लिए, प्रोटोटाइप बनाने के लिए, विकास प्रक्रिया के दौरान ग्राहक के साथ बातचीत करने के लिए, एक डेमो प्रदर्शन और कार्य की स्वीकृति के लिए। हव्वा के साथ मिलकर यह सब करना।

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

आउटपुट के बजाय

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

वर्तमान स्थिति में आईटी विश्लेषकों (1) को व्यवसाय के विषय क्षेत्र, आंतरिक प्रक्रियाओं की विशेषताओं, बाहरी वातावरण और प्रवृत्तियों, (2) प्रौद्योगिकियों के गहन ज्ञान से कम नहीं है, अक्सर उनके व्यावहारिक उपयोग का गहरा ज्ञान होना आवश्यक है।

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

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

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

अनुबंध

खैर, Glavred, यह अब स्पष्ट है? =)

व्यापार विश्लेषक और सिस्टम विश्लेषक आईटी में। ग्रेडों को छाँट लिया