हामीले यसलाई अघिल्लो पोस्टमा सब भन्दा राम्रो सफ्टवेयरको छनौटमा उल्लेख गरेका छौं, जसमा हामी केन्द्रित थियौंआफ्नै आफ्नै प्रारम्भिक विश्लेषण कर्पोरेट व्यापार (जुन बिना बुद्धिमानी छनौट गर्न सम्भव छैन)। हामी यो पनि हेर्नेछौं, एक राम्रो चयनको लागि, विक्रेताको सीमित संख्यामा विचार गर्नु आवश्यक छ। त्यसोभए "प्राविधिक" दृष्टिकोणबाट समाधानहरू मात्र विश्लेषण नगर्ने, तर उनीहरूले प्रदान गर्ने सेवाहरू र मानव संसाधनको संगठन जुन हाम्रो कम्पनीमा छ, नयाँ सफ्टवेयरबाट अधिक प्राप्त गर्न आवश्यक हुनेछ। अन्यथा, हामीले अपेक्षित सुविधाहरू नपाई हाम्रा पैसाहरू नराम्रो रूपमा खर्च गर्ने छौं।
अब हामी एक कदम पछि फर्कौं र आफैलाई सोध्नुहोस् कुनचाहिँ हो कार्यात्मक आवश्यकताहरू र कुन कसरी खरीद गर्ने हाम्रो आवश्यकताको लागि आदर्श समाधान प्रस्तुत गर्नुपर्नेछ: संक्षेपमा भन्नुपर्दा, हामीले उत्तम सफ्टवेयरमा फेला पार्ने मुख्य फाइदाहरू के हुन्। यस अवस्थामा पनि, हाम्रो व्यापारको प्रारम्भिक विश्लेषणको रूपमा, हामी कुनै विशेष उत्पादन वा प्राविधिक विशिष्ट कुरालाई ध्यानमा राख्दैनौं: यो अर्को चरण हुनेछ। अहिलेको लागि, हामी केवल "टिक" गर्न आइटमहरूको साथ एक चेक सूची भर्नेछौं जुन अर्को चरणहरूमा काम आउँदछ।
"हामी आफैलाई सोध्छौं कि कुन कार्यात्मक आवश्यकताहरू र कुन कसरी खरीद गर्ने हाम्रो आवश्यकताको लागि आदर्श समाधान प्रस्तुत गर्नुपर्नेछ: संक्षेपमा भन्नुपर्दा, हामीले उत्तम सफ्टवेयरमा खोज्ने मुख्य फाइदाहरू के हुन् "
र यस अवस्थामा पनि हाम्रो कार्यतालिका यो अभिव्यक्त गरिएको छ र समावेश छ अधिक निर्णय निर्माताहरू हाम्रो कम्पनीको आन्तरिक: निश्चित रूप मात्र आईटी विभाग मात्र होईन।
La उद्यम-वर्ग सफ्टवेयरको चयन यो हाम्रो कम्पनीको आन्तरिक क्षेत्र, वा प्रत्यक्ष सीमान्ड द्वारा प्रकट गरिएको आवश्यकताको प्रभाव हुन सक्छ शीर्ष व्यवस्थापन (जसमा कम्पनीको भविष्यका रूचिहरू र अनुसरण गर्ने रणनीतिको समग्र दृष्टिकोण छ)। जनादेश आफैंको उत्पत्ति धेरै हदसम्म विचारमा रहेको प्रक्रिया हो कि हुँदैन मा निर्भर गर्दछ कोर वा व्यापार मा माध्यमिक। याद राख्नुहुन्छ कि नयाँ सफ्टवेयरको छनोट प्रक्रियालाई परिवर्तन गर्नको लागि महत्वपूर्ण हुन्छ।
जे भए पनि, के कुरा साँच्चिकै महत्त्वपूर्ण छ त्यो त्यो हो सबै संलग्न कलाकारहरू (आवश्यकता प्रकट गर्ने व्यक्ति लगायत उच्च तहमा निर्णय गर्नेहरू र भविष्यमा वार्ता गर्न टेक्निकल र फंक्शनल सीप हुन सक्नेहरू पनि) हुनुपर्दछ। चयनको उद्देश्यमा र समाधानका विशेषताहरूमा पigned्क्तिबद्ध गरियो अधिग्रहण गर्न।
केवल यी मान्यताको साथ हामी तथ्यमा ड्राफ्ट गर्न सक्छौं कार्यात्मक आवश्यकताहरूको सूची। आदर्श रूपमा, हाम्रा तीन अभिनेताहरू (प्रयोगकर्ताहरू, शीर्ष प्रबन्धकहरू र प्राविधिक-कार्यात्मक विश्लेषकहरू) साझा व्यवसायको लागि एक साथ आउँनेछन्। मस्तिष्कमा। निस्सन्देह, यो संभावना चरमा निर्भर गर्दछ समय (यसको लागि आन्तरिक लागतहरू खातामा लिन आवश्यक छ defiराष्ट्र र व्यवस्थापन क परियोजना).
र यो पign्क्तिबद्धता गतिविधि सबै बढी महत्त्वपूर्ण छ यदि हामी चयनको अर्को पक्षलाई ध्यानमा राख्छौं: प्रत्येक जस्तो "क्रेताको यात्रा", कि खरीद प्रक्रिया हो जुन एक आवश्यकताबाट सुरू हुन्छ र मार्केट अफरमा जानकारी पुनः प्राप्ति मार्फत जान्छ, त्यहाँ केहि हुन सक्छ। "खरानी क्षेत्रहरू"। यो वास्तवमै विरलै छैन कि शीर्ष व्यवस्थापन, वा कम्पनीको कार्य जसले समाधानबाट फाइदा लिनेछ, आफैले समाधानको सामान्य ज्ञान पाएको पाउनेछः यसलाई के चाहिन्छ, जान्दछ कि कसरी स्पष्ट र स्पष्टसँग बताउने होईन। यो पनि छ utile विशेषज्ञ समर्थन आईटी क्षेत्रमा, यदि राम्रो कार्यशील विश्लेषकहरू द्वारा सही तरीकाले ठाउँ राख्ने।
यहाँ त्यसो भए टोलीले केहि प्रश्न सोध्नेछ: आवश्यकताहरूको विस्तृत सूची के हो? चेकलिस्ट कम्पाइल गर्ने सम्पूर्ण टोलीलाई प्रत्येक बिन्दु स्पष्ट छ? के वार्तालाप गर्नेलाई आफ्नो जनादेश दिमागमा छ? र के जनादेश आफैंमा विशिष्ट र विस्तृत छ वा यसमा अन्तर छ? स्क्रम विधि अपनाउने राम्रो रणनीति हुन सक्छ: परियोजनामा भाग लिने जो कोहीले कथा बताउँछ ताकि प्रदर्शनी, विवादास्पद प्रकारको, पक्षपाती होस्। defiकार्यको लागि प्रयोग गरिने अवधारणाहरू।
अक्सर बजार मा उद्यम समाधान सबै आवश्यक कार्यहरू छैन को क्रेता द्वारा। कम्पनी ब्यवस्थापकहरूलाई शुरूबाट यो थाहा छ। र यो किन हो, एक पटक चेक सूची कोरिएको छ, हामी एक स्थापित गर्न को लागी को सूचकांक प्राथमिकता: प्रत्येक कम्पनी, एकपटक लक्ष्यहरू सेट भएपछि, यसको आफ्नै हुन्छ।
"अक्सर बजारमा उद्यम समाधानहरूसबै आवश्यक कार्यहरू छैन को क्रेता द्वारा। कम्पनी ब्यवस्थापकहरूलाई शुरूबाट यो थाहा छ। र यो किन हो, एक पटक चेक सूची कोरिएको छ, हामी एक स्थापित गर्न को लागी को सूचकांक प्राथमिकता"
कसै-कसैसँग संगत गर्न सुझाव दिन्छ प्रत्येक आवश्यकताको लागि महत्त्वको भिन्न स्कोर: जाँच गरिएको प्रत्येक समाधानको समग्र स्कोर वर्तमान आवश्यकताहरू र उनीहरूको सापेक्षिक महत्त्वको योग हुनेछ। यो सामान्य ज्ञान सल्लाह हो, यदि तपाई अन्तिम मूल्या evalu्कनमा धेरै योजनाबद्ध हुनुहुन्न: यो स्वाभाविक हो कि एट्रिब्युसनमा दर्जा त्यहाँ सफ्टवेयरको बाह्य कारकहरू पनि छन्, आपूर्तिकर्तासँग सम्बन्धित भन्दा बढी। हामी तिनीहरूलाई पछिको पोष्टमा देख्नेछौं।
भित्री मूल्यांकन गर्न सफ्टवेयर गुणस्तर यो केहि स्थापित गर्न आवश्यक छ उद्देश्य मेट्रिक्स (त्यसैले कार्यात्मक आवश्यकताहरू बाहिर, शुद्ध व्यक्तिपरक, कम्पनी द्वारा आवश्यक)।
कुन चरलाई उत्पाद मापन गर्ने थाहा नहुनुको मतलब उसको सचेत हुन सक्षम हुनु हुँदैन मूल्य। फेरि, हामी एक सूची कम्पाइल गर्न चाहन्छौं प्रिमियम व्यक्तिगत समाधानहरू जाँच गर्न: हामी वास्तविक चयनको समयमा एक मिटरको रूपमा प्रयोग गर्नेछौं।
यस विषयमा त्यहाँ एक विस्तृत साहित्य छ: वास्तवमा, केवल एक खोज इञ्जिनमा टाइप गर्नुहोस् "सफ्टवेयर गुणस्तर" विषयमा पोष्ट र पुस्तकहरू पत्ता लगाउन। एक उपयोगी सुरूवात बिन्दु आवाज हो विकिपीडिया, कुन सूचि प्यारामिटरहरूको सेट बाह्य (अर्थात प्रयोगकर्ताले बुझ्ने गुणवत्ताको बारेमा), प्राप्त गर्नु पर्ने समाधानको गुणस्तरको मूल्या .्कन गर्न। यी मध्ये: शुद्धता, विश्वसनीयता, मजबूती, दक्षता। तर पनि भित्री, को एक टीम द्वारा प्रमाणित विकासकर्ताहरूले: रखरखाव, पुन: प्रयोज्य, मोडुलरिटी सूचीबद्ध गरिएका केही उदाहरणहरू हुन्।
यस अवस्थामा पनि टीमले निर्णय लिन्छ विभिन्न प्यारामिटरहरूको लागि प्राथमिकता अनुक्रमणिका: उदाहरण को लागी कम्पनी प्रबन्धन, जो परियोजना को रणनीतिक दृष्टि छ, मा सफ्टवेयर को पुन: उपयोगिता मा माध्यमिक महत्व को श्रेय दिन सक्छ। र निस्सन्देह, सफ्टवेयर छनौटको यस चरणमा, यसको धारणा जान्नु राम्रो हो गुणस्तर कार्य कम्पनी को (जहाँ उपस्थित)।
यो एक आधारभूत चर हो: एक कुराकानी शुरू गर्नु अघि तपाईले दिमागमा राख्नु पर्छ बजेट तपाइँको लागि उपलब्ध छ कुल सफ्टवेयर अधिग्रहण (दुबै सफ्टवेयरको लागि र चयन गतिविधिको लागि आवश्यक म्यान-घन्टा लागतहरूको लागि)। यथार्थपरक रकम स्थापना गर्न, कसैसँग पहिले नै कम्पनीले अधिग्रहण गरेको समाधानको बेंचमार्क छ, अरूले सोही क्षेत्रका (वा उही औद्योगिक समूहबाट) सहयोगीहरू बीच मुखको वचनमा भर पर्छन्। समान समाधानहरूको लागि पहिले कति खर्च गरिएको छ जाँच गर्दै सफ्टवेयर चयन प्रक्रियालाई सहज बनाउँदछ।
"तपाईको लागि उपलब्ध बजेट समग्र बजेटलाई दिमागमा राख्नु पर्छ सफ्टवेयर अधिग्रहण: जाँच गर्नुहोस् कि यस्तै प्रकारका समाधानहरूको लागि पहिले कति खर्च गरिएको थियो सफ्टवेयर चयन प्रक्रियालाई सजिलो बनाउँदछ "
अवश्य पनि, एउटा उद्यम स्तर सफ्टवेयरको मूल्य एक सीधा परिणाम हो यसको न केवल यसको आन्तरिक गुणस्तरको, तर यसको आपूर्तिकर्ताले गरेको कामको डिजाइन र विकास गर्नका लागि: लागत परिमार्जन गर्न, त्यहाँ छन् अधिग्रहण को लचिलो रूपहरु (हामी तिनीहरूलाई 6 बिन्दुमा देख्नेछौं)।
यसको बारेमा पर्याप्त कुराकानी कहिले पनि हुँदैन: हरेक कम्पनीले आफैंलाई व्यवहार गर्ने पाउँदछ डाटाको बढ्दो मात्रा यसको व्यवसाय र यसको ग्राहकहरु सम्बन्धित। एकै साथ, हामी जान्दछौं कि हालका वर्षहरूमा मानिसहरूको संख्या बढेको छ साइबर आक्रमणहरू कम्पनी डाटाबेस मा। तपाईको जानकारीको सुरक्षा गर्नु भनेको ती प्रबन्ध गर्नेहरूको प्रत्यक्ष र अपरिहार्य जिम्मेवारी हो।
जसले वार्तालाप पूरा गर्छन् उनीहरूको एउटा काम प्रदायकले राखेका सुरक्षाको बारेमा जान्नुपर्दछ। यसैबीच, जोखिम र समाधानहरूको आधारभूत ज्ञानले चोट पुर्याउन सक्दैन: आईसीटी विभाग प्रबन्धक उसले दुबै पक्षमा आफ्नो कम्पनी सम्पर्कहरू सूचित गर्न सक्षम हुनेछ।
निर्णय गर्नुहोस् यदि तपाईं समाधान चाहानुहुन्छ भने बादलमा (टाढाको पूर्वाधारमा) वा on-premise (कम्पनी सर्भरमा स्थापना गरिएको) केवल एक क्वार्क मात्र होइन: बजेट र डाटा व्यवस्थापनको प्रकारमा उनीहरूको सीधा प्रभाव छ कसरी सफ्टवेयर प्रशासित छ.
धेरै प्रबन्धकहरूको लागि, एक मा आधारभूत समाधान यो अझै पनि स्थिरता र नियन्त्रण को एक धारणा संग सम्बन्धित छ: जहाँसम्म, सबैभन्दा ठुलो लगानीहरु विचार गरिनु पर्छ। अर्कोतर्फ, बादल यो मूल्यको हिसाबले यो थप लचिलो र कम खर्चिलो छ, तर यसले आपूर्तिकर्तालाई डाटा सुरक्षा र च्यानल प्रदर्शन (उदाहरणको लागि प्रसारणको गति र कार्यक्रमको कार्यान्वयन) को सर्तमा अधिक ग्यारेन्टीहरू दिन आवश्यक छ।
तरीका जसमा लागतहरू पनि मानिन्छ परिवर्तन हुन्छ: अन-प्राइमिस मूल्य सामान्यतया भुक्तानीमा आधारित हुन्छ लाइसेन्स, अनुकूलन लागत, प्रारम्भिक सेटअप, पछिको मर्मत लागत र यस्तै। क्लाउड एक नमूना हो प्रति प्रयोग भुक्तानी गर्नुहोस्: अधिक फल, उच्च लागत। सामान्यतया, क्लाउड मोडमा, लागत लगाउने सबै शुल्कहरू एक शुल्कमा रूपान्तरण हुन्छन् जुन उनीहरूको रकम हो, प्राय: कम (बहु वर्षको करारको प्रतिबद्धताको तुलनामा, प्राय तीन देखि पाँच वर्ष सम्म)।
यो एक विरोधाभास जस्तो लाग्न सक्छ, तर यो केवल स्पष्ट रूपमा हुन्छ: हामीले नयाँ समाधानमा राख्ने अपेक्षाहरूको एक राम्रो चेकलिस्ट ... बेवास्ता गर्दैन सफ्टवेयरको विश्लेषण जुन परिवर्तन गर्नु आवश्यक छ। अवश्य पनि, हामी पहिलो स्थापनाको अवस्थालाई संकेत गरिरहेका छैनौं।
"हामीले नयाँ समाधानमा राख्ने अपेक्षाहरूको एक राम्रो चेक सूची ... उपेक्षा गर्दैन सफ्टवेयरको विश्लेषण जुन परिवर्तन गर्नु आवश्यक छ"
पहिलो, उद्देश्य भनेको संकेत गर्नु हो कमजोरीहरू: विचित्रताहरू हो जुन हामीलाई फरक उत्पादको लागि हेर्नको लागि डो led्याउँदछ। सफ्टवेयर युग र उही आक्रामक उपचार पनि गलत चाल साबित हुन सक्छ।
यद्यपि हामीले केहि लेख्नु पर्ने हुन सक्छ शक्तिहरू: यो वास्तवमा भनिदैन, पुरानो समाधानको साथ प्रक्रियाको व्यवस्थापन प्रत्येक पक्षमा अपूर्ण थियो।
यस विश्लेषणको बखत, यो एक साझा काम गर्न उपयोगी छ: कार्यात्मक ज्ञान e प्राविधिक ज्ञान तिनीहरू सँगसँगै जान्छन् र दुबै सफ्टवेयरको गुणस्तरको ठोस मूल्यांकन गर्न योगदान पुर्याउँछन्। एक परिवर्तन गर्न को लागी!
व्यक्तिगत रूपमा, मलाई लाग्छ कि जब सफ्टवेयर अब पर्याप्त छैन यो पक्कै समय मा छनौट गर्नेहरूका गल्ती होईन। बस बजार परिवर्तन भएको छ र त्यो सफ्टवेयरले नयाँ व्यापार आवश्यकताहरूलाई जवाफ दिँदैन। यही कारणले पछिल्लो झुकाव एक तिर बढ्दै छ refactoring निरन्तर अनुप्रयोगहरु।
स्वत: Paolo Ravalli
नौसेना क्षेत्र एक साँचो वैश्विक आर्थिक शक्ति हो, जसले 150 बिलियन बजारमा नेभिगेट गरेको छ ...
गत सोमबार, फाइनान्सियल टाइम्सले OpenAI सँग सम्झौताको घोषणा गर्यो। FT ले आफ्नो विश्व स्तरीय पत्रकारिता लाई लाइसेन्स...
लाखौं मानिसहरूले स्ट्रिमिङ सेवाहरूको लागि भुक्तानी गर्छन्, मासिक सदस्यता शुल्क तिर्छन्। यो आम धारणा छ कि तपाईं…
Veeam द्वारा Coveware ले साइबर जबरजस्ती घटना प्रतिक्रिया सेवाहरू प्रदान गर्न जारी राख्नेछ। Coveware ले फोरेन्सिक र उपचार क्षमताहरू प्रदान गर्दछ ...
