एक छोटी से बड़ी कंपनी में जाना [बंद]

Question

क्या किसी के पास एप्लिकेशन / डेटाबेस डेवलपर के लिए कोई सुझाव, विचार, चेतावनी या सामान्य ज्ञान है जो विशेष रूप से एक स्टार्ट-अप आकार कंपनी से एक बड़े संगठन में बढ़ रहा है?

उदाहरण के विचारों में इस तरह की चीजें शामिल होंगी:

• मैं प्रबंधन श्रृंखला के साथ अलग-अलग कैसे बातचीत कर सकता हूं?
• क्या आप विकास की गुणवत्ता या गति में बड़े और छोटे के बीच अंतर देखते हैं?
• टीम के विकास पर विचार।
• सामाजिक पहलुओं।
• और कुछ।

जोड़: क्या किसी के पास समान चाल के साथ साझा करने के लिए कोई व्यक्तिगत कहानियां और अनुभव हैं?

कृपया मुझे बताएं कि क्या मैं किसी भी तरह से स्पष्ट कर सकता हूं।

मैं किसी भी विचार की सराहना करता हूं!

Comments

सुनिश्चित करें कि आपके पास एक डंप बाल्टी है जिसे आप बंद कर सकते हैं

मैंने बड़ी कंपनियों को सप्ताह के किसी भी दिन छोटे स्टार्ट अप के लिए प्राथमिकता दी। क्यों? शायद मुझे एक बड़े तालाब में एक छोटी मछली होना पसंद है, जिसमें बहुत सारी अन्य मछलियाँ हैं।

— टीड्रिंकिंगगीक

"रचनात्मक के रूप में बंद नहीं"? ? ?

— ओहो

क्या होगा अगर कार्यस्थल पर माइग्रेट करें ।stackexchange.com ?

— ओहो

Answer 1

साथ साझा करने के लिए कुछ व्यक्तिगत अनुभव:

• इस कदम से पहले:

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

• इस कदम के बाद:

  • जितनी जल्दी हो सके अपने कार्यात्मक समूह (विभाग) के KPI की पहचान करने का प्रयास करें । इसे सीधे शब्दों में कहें, तो यह बड़ी कंपनी इन सामानों को बनाने वाले लोगों के समूह के लिए पैसे का भुगतान क्यों करेगी?
  • उपरोक्त उत्तर (यदि मिला) के योगदान कारक के रूप में खुद को स्थिति दें। लड़ाई मत करो। आप जीतने वाले नहीं हैं। आपको पालन करने के लिए भुगतान किया जाता है।
  • अच्छी चीजें बनाएं और एक अच्छा काम करें आमतौर पर सबसे कठिन हिस्सा नहीं है।

• जब चीजें अच्छी होती हैं:

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

• जब कोई बात बिगड़ जाए:

  • याद रखें कि आपके पास एक महीने का पट्टा है (समय या धन का ;-) घबराइए नहीं।
  • फिर से, लड़ाई मत करो। यदि वे अपना मन बदल सकते हैं, तो उन्होंने पहले ही कर दिया।
  • कोई बात नहीं, sh_ts होता है। यह सही या गलत के बारे में नहीं है, यह मैच के बारे में है या नहीं।
  • दुनिया एक कंपनी से बड़ी है। अवसर उनके लिए हैं जो लेने के लिए तैयार हैं।

चीयर्स!

Comments

यदि आप अपने आप को हर समय बोर्ग से लड़ते हुए पाते हैं, तो आपके जाने का समय - क्योंकि बोर कभी नहीं होगा।

— जल्दी_अगले 6

2 ^ 10 अगर मैं कर सकता था। क्या एक तेजतर्रार जवाब है! पारी के हर चरण में बहुत विस्तृत सलाह।

— कार्तिक श्रीनिवासन

Answer 2

• मैं प्रबंधन श्रृंखला के साथ अलग-अलग कैसे बातचीत कर सकता हूं?

बड़ी कंपनी आपके द्वारा उपयोग किए जाने की तुलना में अधिक नौकरशाही होगी। आप ऊपर और नीचे की परतों के साथ बातचीत करेंगे; स्कीप दुर्लभ होंगे

• क्या आप विकास की गुणवत्ता या गति में बड़े और छोटे के बीच अंतर देखते हैं?

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

• टीम के विकास बनाम चरवाहे कोडिंग पर विचार।

अप्रासंगिक; दोनों बड़े और छोटे दोनों एक हो सकते हैं।

• सामाजिक पहलुओं।

बड़ी कंपनियों को अधिक रूढ़िवादी होना पड़ता है, क्योंकि खोने के लिए और अधिक है।

बड़ी फर्मों का एक बड़ा फायदा है: वे जानते हैं कि पेरोल कैसे बनाया जाता है। जिन छोटी फर्मों के साथ मैंने काम किया उनमें से कुछ इस पर असफल रहीं। बिक्री और राजस्व प्रवाह को बनाए रखना छोटी फर्म के लिए एक समस्या हो सकती है।

• और कुछ।

आप कई लोगों के बीच एक आवाज होंगे। आपका प्रभाव इस बात पर अधिक निर्भर करेगा कि आप मूवर्स और शेकर्स के साथ खुद को कितनी अच्छी तरह से एकीकृत कर सकते हैं।

Comments

मुझे अब एहसास हुआ कि मेरी टीम कितनी विकसित बनाम चरवाहे कोडिंग पॉइंट वाली मूर्खतापूर्ण थी। आपके 'परतों' बिंदु पर दिलचस्प विचार। मैंने सोचा है कि यह अब एक sysadmin नहीं होने की तरह होगा। :)

Answer 3

स्वतंत्रता और सीमाएँ

अपने अनुभव में मैं जो सबसे बड़ा अंतर सोच सकता हूं, वह है सीमाओं और लचीलेपन का अंतर। छोटी कंपनियों में:

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

• यह अधिक सामाजिक है - कंपनी के मालिक / निदेशकों आदि के साथ आपके संबंध हो सकते हैं।

• आपको लगता है कि आपके पास अधिक प्रभाव है क्योंकि आपकी राय कंपनी के आसपास पहुंचती है।

जब आप बड़े संगठनों में जाते हैं, तो सीमाएं अधिक परिभाषित होती हैं।

• आपकी भूमिका अधिक विशिष्ट है।

• यह लगभग है कि आप सिर्फ प्रोग्रामर बन जाते हैं ।

• आप कार्य अद्यतनों के लिए एक परियोजना प्रबंधक को रिपोर्ट करते हैं।

• आपके आधारभूत ढांचे का प्रबंधन / सहायता टीम द्वारा किया जाता है।

• कभी-कभी एक परीक्षण टीम होती है जो यूएटी परीक्षण करती है और बग ट्रैकिंग सिस्टम में बग पर बल्लेबाजी करती है।

• यह अधिक प्रतिस्पर्धी महसूस करता है क्योंकि एक स्पष्ट पदानुक्रम है कि लोग लोगों के समुद्र में चढ़ने और महसूस करने की कोशिश कर रहे हैं।

Answer 4

जैसा कि किसी ने दोनों परिवेशों में काम किया है, यहाँ मेरे विचार हैं:

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

कुछ और (बस कुछ यादृच्छिक विचार और चेतावनी जो मैं सोच सकता हूं):

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

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

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

यह उन सभी के बारे में है जिनके बारे में मैं अभी सोच सकता हूं।