ऐसी कंपनी में जिसका प्राथमिक व्यवसाय सॉफ्टवेयर है, क्या डेवलपर्स को अभी भी "आईटी" माना जाता है?


12

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

यदि आपका प्राथमिक व्यवसाय सॉफ्टवेयर बेच रहा है, तो मैं विकास समूह को "अनुसंधान और विकास" या कुछ इसी तरह का कहूंगा। हो सकता है कि अगर आपके पास कुछ डेवलपर्स थे जिन्होंने आंतरिक एप्स पर सख्ती से काम किया है तो वे आईटी / सपोर्ट / कॉम्स, आदि के साथ होंगे।

Microsoft, Google आदि जैसी कंपनियों के लिए आदर्श क्या है? क्या CIO पत्रिका में इस प्रकार की कोई चीज़ है या कुछ और है? आपकी कंपनी क्या करती है?


आंतरिक एप्स - हम आईटी में पिछड़ जाते हैं। क्यों यह समझ में आता है का अच्छा अवलोकन।
पी। ब्रायन। मैके 21

2
या आप इंजीनियर्स के एक समूह को बुला सकते हैं। अभियांत्रिकी। इंजीनियरिंग और आईटी निश्चित रूप से अलग-अलग लक्ष्यों के साथ अलग-अलग समूह हैं।
मार्टिन यॉर्क

@ मार्टिन: यह वास्तव में एक अच्छा बिंदु है। मुझे नहीं पता कि हम इंजीनियर शब्द का अधिक उपयोग क्यों नहीं करते हैं।
ब्रुक

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

यहाँ बहुत सारे अच्छे जवाब हैं लेकिन मैं शीर्ष रेटेड को चिह्नित करने जा रहा हूँ।
ब्रुक

जवाबों:


6

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


+1: मैं इसकी पुष्टि कर सकता हूं। MSIT में कर्मचारियों के लिए कॉल सेंटर भी है। और वे बहुत जल्दी / प्रभावी हैं।
स्टीवन एवर्स

4

मुझे वास्तव में यह काफी परेशान लगता है ...।

यह वही मानसिकता है जो लोगों को यह अनुमान लगाती है कि जो कोई भी "कंप्यूटर के साथ काम करता है" वह किसी भी कंप्यूटर समस्या को स्वचालित रूप से ठीक कर सकता है। जैसे। "आप कंप्यूटर के साथ अच्छे हैं? क्या आप चाचा गस के दोस्त के दोस्त के प्रिंटर को ठीक कर सकते हैं?" Urgh।

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

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

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


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

3

Microsoft, Google आदि जैसी कंपनियों के लिए आदर्श क्या है?

सावधान रहें कि आप इन कंपनियों को कैसे देखते हैं। Microsoft सीधे पैसे बेचने वाला सॉफ्टवेयर बनाता है जबकि Google अपना अधिकांश पैसा विज्ञापन, IIRC के माध्यम से कमाता है। इस प्रकार, Microsoft को एक उत्पाद कंपनी के रूप में और Google को कुछ तरीकों से सेवा कंपनी के रूप में अधिक देखा जा सकता है।

क्या CIO पत्रिका में इस प्रकार की कोई चीज़ है या कुछ और है?

ऐसा नहीं है कि मुझे पता है, लेकिन आप आईटीआईएल को आईटी-विशिष्ट प्रक्रियाओं और भूमिकाओं के लिए देख सकते हैं।

आपकी कंपनी क्या करती है?

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


Google बनाम microsoft के बारे में अच्छी बात है।
ब्रुक

3

सॉफ्टवेयर इंजीनियर जो सॉफ्टवेयर विक्रेताओं के लिए उत्पाद विकास में लगे हैं, वे इंजीनियरिंग में काम करते हैं, आईटी में नहीं।


2

हम मुख्य रूप से एक सॉफ्टवेयर कंपनी हैं। अपने आप जैसे डेवलपर्स जो उत्पादों पर काम करते हैं, वे सभी "इंजीनियरिंग" के तहत लुम्प हो जाते हैं; हर कोई जो इन्फ्रास्ट्रक्चर पर काम करता है, वह आईटी के तहत पिछड़ जाता है।


2

क्या CIO पत्रिका में इस प्रकार की कोई चीज़ है या कुछ और है?

नहीं।

आपकी कंपनी क्या करती है?

एक प्रभाग सॉफ्टवेयर बनाता है। वे डेवलपर्स हमारे इन-हाउस आईटी से अलग हैं।

न केवल डेवलपर आईटी से अलग हैं, लेकिन हमारे पास कोई विशेषाधिकार नहीं हैं, यहां तक sudoकि सर्वर फ़ार्म पर भी नहीं ।


1

हम एक मध्यम आकार की कंपनी हैं जो एक बहुत मजबूत सॉफ्टवेयर फोकस के साथ है। हमें एक नहीं, बल्कि तीन आईटी समूह मिले हैं। उन लोगों के अलावा, हमारे पास DevSup - Developer Support भी है। लेकिन डेवलपर्स के थोक वास्तव में विशिष्ट उत्पाद या प्रौद्योगिकी समूहों में हैं।

तर्क यह है कि इस तरह के विभाजन व्यवसाय की संरचना में मदद करने के लिए मौजूद हैं। आईटी में हर किसी को डालने से प्रबंधन को एक कोटा नहीं मिल पाता है। यदि हम एक फर्नीचर व्यवसाय थे, तो एक विशाल फर्नीचर विभाग होने की बात नहीं होगी।


0

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


क्या आप एक कंसल्टेंसी हैं? यहां तक ​​कि एक सॉफ्टवेयर की दुकान में, जब तक कि इंजीनियरों और डेवलपर्स के घंटे वास्तव में बिल योग्य नहीं होते हैं, उन्हें लागत केंद्र भी माना जाएगा।
निकोल

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

0

मुझे लगता है कि यह कंपनी के आकार और संस्कृति पर निर्भर करता है। मुझे लगता है कि Microsoft या Google केवल आधी तस्वीर के आधार पर एक उत्तर देते हैं। ये लोग विशाल हैं और उनके आंतरिक सिस्टम संभवतः जटिल और अलग-थलग हैं।

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

यह निर्भर करता है, मैं कहूंगा। :-)

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.