English version
German version
Spanish version
French version
Italian version
Portuguese / Brazilian version
Dutch version
Greek version
Russian version
Japanese version
Korean version
Simplified Chinese version
Traditional Chinese version
Hindi version
Czech version
Slovak version
Bulgarian version
 

प्रोविजनिंग / प्रयोक्ता प्रबंधन प्रणाली के उन्नयन: हिस्सा मैं - दस कारणों से क्यों नहीं के लिए एक उन्नत करना

व्यवसाय RSS Feed





टॉमी शेरमेन दैनिक एक helpdesk एक बड़ी कंपनी के लिए कतार प्रावधान पर नज़र रखता है. मौजूदा प्रावधान / प्रयोक्ता प्रबंधन प्रणाली देसी सॉफ्टवेयर के साथ लिखा गया था. यह एक प्रमुख अद्यतन कई वर्षों के लिए था नहीं है. प्रत्येक दिन, वह और अधिक हो रही है और कुंठित. कोई बात नहीं की कोशिश करता है वह कितना मुश्किल, वह काम का बोझ बढ़ाने के साथ नहीं रख सकते हैं. नए कर्मचारियों को अपनी प्रणाली आईडी के लिए चिल्ला रहे हैं और अपनी पहचान बनाने की जाँच का कोई उपाय नहीं है स्थिति. मौजूदा कर्मचारियों को उनके आईडी के लिए समय पर अद्यतन मांग कर रहे हैं वे व्यावसायिक इकाइयों में जब हस्तांतरण. पूर्व कर्मचारियों के जाने के बाद सिस्टम महीनों में मौजूद हैं. अपने कुंठित प्रबंधक उसके साथ बैठक होगी आज दोपहर को उनके unresponsiveness "के बारे में बात करने के लिए. ऊपर" एक असली दुनिया उदाहरण है. ऐसा अगर कोई प्रावधान / प्रयोक्ता प्रबंधन प्रणाली नहीं बैठक में कंपनी की जरूरत है सकते हैं और कोई योजनाओं के लिए कर रहे हैं upgrade.This / प्रयोक्ता प्रबंधन उन्नयन परियोजनाओं के प्रावधान के काले पक्ष पर एक दो भाग श्रृंखला है. अद्यतन यहाँ परिभाषित किया जाएगा नए हार्डवेयर और सॉफ्टवेयर, और भी कारोबार का समर्थन वातावरण में शामिल हैं प्रक्रियाओं, भूमिका, संगठनों, व्यापार के नियम, आदि यह लेख क्यों इन परियोजनाओं के शुरू नहीं हो कारणों से चर्चा या पूरा होने तक असफल हो जायेगी. अगले लेख को कवर किया जाएगा कि कैसे इन reasons.Here पर काबू पाने के लिए दस क्यों जरूरत सिस्टम सुधार लागू नहीं हो कारण हैं: 1. नहीं BudgetIT बजट या फ्रोजन ही सबसे ज्यादा जरूरत थी परियोजनाओं के वित्त पोषण प्राप्त कर रहे हैं. इस हार्डवेयर प्रभाव / सॉफ्टवेयर अनुरक्षण होगा, या काम पर रखने करार की जरूरत संसाधनों, और more.2. बुनियादी सुविधा नहीं है Sexy.The बजट माना जाता है लेकिन एक मौजूदा प्रावधान प्रणाली फिक्सिंग एक प्राथमिकता नहीं है. अफसोस की बात है, कई कंपनियों के सिस्टम या प्रक्रियाओं को देखने के रूप में टूटा व्यापार कर की लागत. " या कंपनियां ही न्यूनतम रखने के उन्नयन के लिए आईटी ढांचे को चालू करेंगे. लेकिन सावधान रहना, जैसा कि एक बार एक अच्छी तरह से लिखा लेख सस्ता "में कहा गया था महंगा है." यह होगा वापस आ you.3 अड्डा है. नहीं, प्रबंधन, तकनीकी, या वित्तीय ChampionsIt एक महान विचार है, लेकिन वहाँ कोई है जो आपकी कंपनी में मध्य या उच्च प्रबंधन के स्तर पर इस बेच सकते हैं ही नहीं सकता है. इसके अलावा, आप कर सकते हैं अनुभव "चैंपियन burnout?" जहां पिछले चैंपियन जो असफल को उन्नत बेचने अब इसे again.4 करना चाहता हूँ की कोशिश की. व्यापार के मामले में हार्ड WriteOnly है जिनमें से दोनों "सॉफ्ट" और मुश्किल बचत "" एक एक कर सकता है उन्नत वापसी की सही तस्वीर मिल सकती है. "शीतल लागत" प्रयोक्ता लॉगिन स्र्कना और उत्पादकता में गिरावट आती है एक व्यक्ति के बारे में मौजूदा जानकारी ढूँढने की लागत (शामिल है, दस्तावेज़, या हार्डवेयर उपकरण), helpdesk और helpdesk कर्मचारियों के मनोबल के पतन के लिए कॉल बढ़) और अधिक. बहरहाल, 'नरम बचत "अक्सर प्रबंधन द्वारा अप्रासंगिक और आम तौर पर माना जाता है की संख्या नहीं कर रहे हैं वहाँ अगर तुम कठिन alone.5 बचत पर निर्भर हैं. सहमत / सॉफ्टवेयर पर नहीं कर सकते HardwareFor विभिन्न कारणों से, तकनीकी प्रकार हमेशा सहमत नहीं जो सबसे अच्छा सॉफ्टवेयर के लिए कंपनी जरूरतों को पूरा कर सकता है. मतभेद पसंदीदा से अधिक हो सकता है ऑपरेटिंग सिस्टम, विक्रेता, हार्डवेयर, सॉफ्टवेयर और विन्यास विशेषताओं, या राजनीतिक / व्यक्तिगत whims.6. Undocumented वर्तमान कारोबार या समय की कमी के कारण EnvironmentPerhaps नहीं, कोई एक (या हाल ही में प्रलेखित है नवीनीकृत) क्या "जैसा 'उपयोगकर्ता के प्रबंधन / पर्यावरण प्रावधान है जैसा दिखता है. इस भूमिकाओं और जिम्मेदारियों, व्यापार नियमों और प्रक्रियाओं, और software/hardware.7 शामिल हैं. कोई साझा और सूचना एक VisionNo और लिखा है एक संभव 'करने का निर्णय निर्माताओं और प्रभावित करने के लिए उपयोगकर्ता / प्रबंधन सॉफ्टवेयर प्रावधान के लिए खाका "सूचित किया जाएगा. इस की समझ की कमी के कारण हो सकता है 'के रूप में पर्यावरण, राजनीति, समय की कमी के कारण, या ज्ञानी संसाधनों का अभाव है "इस तरह की योजना बनाते हैं. समग्र सफलता सुनिश्चित करने के लिए, " 'जाएगा खाका आदर्श वकील चाहिए चरणबद्ध approach.8. कोई परियोजना ResourcesAll उपलब्ध कर्मचारी जो एक सॉफ्टवेयर के उन्नयन पर काम करेंगे अन्य कार्य कर (प्रशासन प्रणाली की तरह, उपयोगकर्ता का समर्थन, या अन्य परियोजनाओं) में व्यस्त हैं. तो, वहाँ नहीं उपलब्ध संसाधनों रहे हैं कि कर सकते हैं पूर्ण समर्पित / हो अंशकालिक परियोजना के लिए. इसके अलावा, कंपनी को बाहर सलाहकार विभिन्न reasons.9 के लिए उन्नत करने किराया अनिच्छुक हो सकता है. अद्यतन RequirementsIt पर कोई समझौता नहीं करने पर सहमत हो सकता है दृष्टि, उत्पाद, और परियोजना टीम और अब भी कहीं नहीं मिलेगा! कारण विन्यास सेटिंग्स, हार्डवेयर स्थापना पर विचार के एक ईमानदार अंतर हो सकता है, को सक्षम करते हैं, अनुकूलन की डिग्री सुविधाएँ, और अधिक सकता है. और अस्पष्ट शुरू से ही विवादित आवश्यकताओं की संभावना विनाशकारी results.10 लाएगा. अन्य ConcernsThese अन्य भी है जो जमीन से एक उन्नयन परियोजना हो सकती प्रभाव का उल्लेख कई कारण हैं. ? सुरक्षा चिंता, हार्डवेयर के लिए शारीरिक अंतरिक्ष की कमी नहीं, कोई संगठन / प्रशासन के लिए संसाधन, दूरदराज के अपने अननुमोदित भूमिगत "" हल, संगठनात्मक परिवर्तन और विलय के निर्माण के साथ (स्थानों नई अपनी IdM दृष्टि वाले संगठनों), विक्रेता परिवर्तन और विलय, और more.ConclusionI उम्मीद है कि यह आप अपने उपयोगकर्ता / प्रबंधन चल रही प्रावधान पर आगे बढ़ने से नहीं हतोत्साहित करता है. के द्वारा संभव बाधाओं की पहचान है, तो आप करने के लिए उनमें से प्रत्येक पर काबू पाने की योजना शुरू कर सकते हैं. श्रृंखला के पिछले लेख में हम चर्चा करेंगे जो आप अपने उपयोगकर्ता को / प्रबंधन उन्नयन प्रावधान प्राप्त कर सकते है प्रबंधन radar.For इसके अलावा InformationAbridean "15 एक सफल प्रयोक्ता प्रबंधन और प्रोविजनिंग परियोजना http://www.abridean.com/SubPage.php?parent=experience&child=WhitePapers&grandchild=15RulesGomolski 'के लिए नियम, बारबरा "जब सस्ता महँगा" 2/16/2004 http://www.computerworld.com/managementtopics/roi/story/0 Computerworld, 10801,90151,00. HtmlLewis, जॅमी, ब्लम, दान "Enterprise निर्देशिका मान है प्रस्ताव "बर्टन समूह 1999 http://www.burtongroup.com/Microsoft" प्रोविजनिंग चैलेंज http://www.microsoft.com/serviceproviders/mps/challenge.aspAbout "AuthorHallett जर्मन alessea.com @ hallett.german () Alessea परामर्श (www.alessea.com) पहचान प्रबंधन, परियोजना प्रबंधन में विशेषज्ञता, और व्यवसाय विकास के अध्यक्ष है. कॉपीराइट 2004 Alessea परामर्श सर्वाधिकार सुरक्षित

Article Source: Messaggiamo.Com

Translation by Google Translator



Online CPM Advertising | Advertising blog



Related:

» Legit Online Jobs
» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay


Webmaster Get Html Code
Add this article to your website now!

Webmaster Submit your Articles
No registration required! Fill in the form and your article is in the Messaggiamo.Com Directory!

Add to Google RSS Feed See our mobile site See our desktop site Follow us on Twitter!

Submit your articles to Messaggiamo.Com Directory

Categories


Copyright 2006-2011 Messaggiamo.Com - Site Map - Privacy - Webmaster submit your articles to Messaggiamo.Com Directory [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu