2009-07-16 6 views
8

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

क्या ऐसे मॉडल या मानक हैं जो इन प्रकार के बदलते परिवेशों के प्रबंधन में सफल रहे हैं? उपयोगकर्ताओं में उन परिवर्तनों को संवाद करने के अच्छे तरीके क्या हैं? क्या अनावश्यकता बनाने के तरीके हैं ताकि उत्पादन के एक हिस्से पर एक बदलाव प्रस्तावित किया जा सके, यह पाइपलाइन को ऊपर और नीचे संचारित कर देता है?

संपादित करें: अपने subjectiveness

उत्तर

2

प्रक्रिया निरीक्षण, प्रवासन और निर्माण के लिए समर्पित संसाधन।

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

जहां हम अंततः सफल होंगे, मुझे लगता है कि हमारे पास एक ऐसी प्रक्रिया बनाने में संसाधन समर्पित हैं जो काम करता है और यह कंपनी व्यापक है।स्क्रम सब अच्छा है लेकिन यह एंटरप्राइज़ के बिलिंग और मार्केटिंग चक्रों पर जरूरी नहीं है, हालांकि यह हमारे देव, आर & डी और कार्यान्वयन टीमों में आश्चर्यजनक काम करेगा (शायद तीनों में से एक टीम भी बना सकता है!)। तो हम सभी को विशेषज्ञता के अपने क्षेत्रों में कुशलतापूर्वक काम करने के लिए सर्वोत्तम प्रक्रियाओं और प्रथाओं के साथ कैसे आते हैं, जबकि यह सब एक साथ बंधे रहते हैं?

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

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

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

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

मैं तुम्हें शुभकामनाएं, यह असंभव नहीं है लेकिन यह निश्चित रूप से संभव है।

1

आपका बड़ा व्यापार हर दूसरे एक की तरह लगता है की वजह से इस समुदाय विकी बना रही है। इनमें से कितने विशेषताओं पर लागू होते हैं?

  1. विविध पारिस्थितिकी तंत्र सर्वर की, ऑपरेटिंग सिस्टम, सिस्टम, भाषाओं, डेटाबेस आदि
  2. प्रणालियों के
  3. दोहराव (जैसे, विलय में दोनों कंपनियों प्रणाली है कि थोड़ा अलग अलग तरीकों से एक ही बात करते हैं) ।
  4. कई अनावश्यक डेटाबेस; सत्य का कोई भी स्रोत नहीं।
  5. डेटा कई अनुप्रयोगों द्वारा साझा किया गया।
  6. बहुत सारी जटिलता और निर्भरता जो कोड का परीक्षण करना मुश्किल बनाती है।
  7. सीमाओं के आसपास काम करने के लिए "व्यावहारिक" प्रयासों के कारण बहुत सारी जटिलताएं होती हैं।

मुझे नहीं लगता कि सामान्य ज्ञान या व्यावसायिकता या कोई जादू संचार के ऊपर और नीचे परिवर्तनों को बदल रहा है।

+0

हां वे सभी लागू होते हैं। मुझे स्वीकार्य वर्तमान स्थिति के रूप में इसके साथ रहना मुश्किल लगता है। – mandroid

0

एक विचार यह है कि परियोजनाओं की निगरानी करने वाले लोगों का एक समूह है ताकि वे यह सुनिश्चित कर सकें कि वे व्यवसाय के साथ संरेखण में हैं। चीजों को एक ट्रेन मलबे बनने के लिए कुछ नेतृत्व लेता है।

मुझे स्क्रम में पता है, स्क्रम के स्क्रम की अवधारणा है। असल में, प्रत्येक टीम का एक प्रतिनिधि प्रत्येक दिन (या कुछ मामलों में कम अक्सर) यह बताने के लिए मिलता है कि टीम क्या कर रही है, आज वे क्या कर रहे हैं, और बाधाओं पर चर्चा करें (जो अन्य टीम हो सकती है)।

इसके अलावा, सामान्य पते में चुस्त प्रथाओं में वास्तव में आपकी समस्या है कि वे परिवर्तन की उम्मीद करते हैं।

तो, यदि प्रबंधन चीजों को ट्रैक पर नहीं रख रहा है, तो वहां से वास्तव में कुछ अच्छा संचार और नेतृत्व होना होगा।

संबंधित मुद्दे