आयडीएमची अंमलबजावणी. ग्राहकाच्या भागावर अंमलबजावणीची तयारी

मागील लेखांमध्ये, आम्ही आधीच पाहिले आहे की आयडीएम म्हणजे काय, तुमच्या संस्थेला अशा प्रणालीची आवश्यकता आहे की नाही हे कसे समजून घ्यावे, कोणत्या समस्यांचे निराकरण करते आणि व्यवस्थापनासाठी अंमलबजावणीचे बजेट कसे न्याय्य आहे. आज आपण आयडीएम प्रणाली लागू करण्याआधी परिपक्वतेची योग्य पातळी गाठण्यासाठी संस्थेने स्वतःच कोणत्या महत्त्वाच्या टप्प्यांमधून जाणे आवश्यक आहे याबद्दल बोलू. शेवटी, आयडीएम प्रक्रिया स्वयंचलित करण्यासाठी डिझाइन केलेले आहे, परंतु अनागोंदी स्वयंचलित करणे अशक्य आहे.

जोपर्यंत एखादी कंपनी मोठ्या एंटरप्राइझच्या आकारापर्यंत वाढत नाही आणि तिच्याकडे अनेक भिन्न व्यवसाय प्रणाली जमा होत नाहीत तोपर्यंत ती सहसा प्रवेश नियंत्रणाचा विचार करत नाही. म्हणून, अधिकार प्राप्त करणे आणि त्यातील शक्ती नियंत्रित करणे या प्रक्रिया संरचित नाहीत आणि त्यांचे विश्लेषण करणे कठीण आहे. कर्मचारी त्यांच्या इच्छेनुसार प्रवेशासाठी अर्ज भरतात; मान्यता प्रक्रिया देखील औपचारिक नसते आणि काहीवेळा ती अस्तित्वात नसते. एखाद्या कर्मचाऱ्याकडे कोणता प्रवेश आहे, तो कोणी मंजूर केला आहे आणि कोणत्या आधारावर आहे हे त्वरीत शोधणे अशक्य आहे.

स्वयंचलित प्रवेश प्रक्रियेचा दोन मुख्य पैलूंवर परिणाम होतो हे लक्षात घेऊन - कर्मचारी डेटा आणि माहिती प्रणालींकडील डेटा ज्यासह एकत्रीकरण केले जाणार आहे, आम्ही आयडीएमची अंमलबजावणी सुरळीतपणे चालते आणि नाकारण्याचे कारण नाही याची खात्री करण्यासाठी आवश्यक चरणांचा विचार करू:

1. कर्मचारी प्रक्रियांचे विश्लेषण आणि कर्मचारी प्रणालींमध्ये कर्मचारी डेटाबेस समर्थनाचे ऑप्टिमायझेशन.
2. वापरकर्ता आणि अधिकार डेटाचे विश्लेषण, तसेच लक्ष्य प्रणालींमध्ये प्रवेश नियंत्रण पद्धती अद्यतनित करणे ज्याला IDM शी कनेक्ट करण्याची योजना आहे.
3. आयडीएमच्या अंमलबजावणीची तयारी करण्याच्या प्रक्रियेत संस्थात्मक क्रियाकलाप आणि कर्मचाऱ्यांचा सहभाग.

कार्मिक डेटा

एखाद्या संस्थेमध्ये कर्मचारी डेटाचा एक स्रोत असू शकतो किंवा अनेक असू शकतात. उदाहरणार्थ, एखाद्या संस्थेकडे बऱ्यापैकी विस्तृत शाखा नेटवर्क असू शकते आणि प्रत्येक शाखा स्वतःचा कर्मचारी आधार वापरू शकते.

सर्व प्रथम, कर्मचारी रेकॉर्ड सिस्टममध्ये कर्मचाऱ्यांचा कोणता मूलभूत डेटा संग्रहित केला जातो, कोणते कार्यक्रम रेकॉर्ड केले जातात आणि त्यांची पूर्णता आणि संरचनेचे मूल्यांकन करणे आवश्यक आहे.

असे बऱ्याचदा घडते की सर्व कर्मचाऱ्यांच्या घटना कर्मचाऱ्यांच्या स्त्रोतामध्ये नोंदल्या जात नाहीत (आणि त्याहूनही अधिक वेळा ते अकाली आणि पूर्णपणे योग्यरित्या नोंदवले जात नाहीत). येथे काही विशिष्ट उदाहरणे आहेत:

• पाने, त्यांच्या श्रेणी आणि संज्ञा (नियमित किंवा दीर्घकालीन) रेकॉर्ड केल्या जात नाहीत;
• अर्धवेळ नोकरीची नोंद केली जात नाही: उदाहरणार्थ, मुलाची काळजी घेण्यासाठी दीर्घकालीन रजेवर असताना, कर्मचारी एकाच वेळी अर्धवेळ काम करू शकतो;
• उमेदवार किंवा कर्मचाऱ्यांची वास्तविक स्थिती आधीच बदलली आहे (स्वागत/हस्तांतरण/बरखास्ती), आणि या कार्यक्रमाचा आदेश विलंबाने जारी केला जातो;
• एखाद्या कर्मचाऱ्याला डिसमिसद्वारे नवीन नियमित स्थानावर स्थानांतरित केले जाते, तर कर्मचारी प्रणाली ही तांत्रिक डिसमिस असल्याची माहिती रेकॉर्ड करत नाही.

डेटाच्या गुणवत्तेचे मूल्यांकन करण्याकडे विशेष लक्ष देणे देखील योग्य आहे, कारण एचआर सिस्टम असलेल्या विश्वसनीय स्त्रोताकडून प्राप्त झालेल्या कोणत्याही त्रुटी आणि अयोग्यता भविष्यात महाग असू शकतात आणि आयडीएम लागू करताना अनेक समस्या निर्माण करू शकतात. उदाहरणार्थ, एचआर कर्मचारी बऱ्याचदा वेगवेगळ्या फॉरमॅटमध्ये कर्मचारी प्रणालीमध्ये कर्मचारी पदे प्रविष्ट करतात: कॅपिटल आणि लोअरकेस अक्षरे, संक्षेप, वेगवेगळ्या जागा आणि यासारखे. परिणामी, खालील भिन्नतेमध्ये कर्मचारी प्रणालीमध्ये समान स्थिती रेकॉर्ड केली जाऊ शकते:

• वरिष्ठ व्यवस्थापक
• वरिष्ठ व्यवस्थापक
• वरिष्ठ व्यवस्थापक
• कला. व्यवस्थापक…

अनेकदा तुम्हाला तुमच्या नावाच्या स्पेलिंगमधील फरकांना सामोरे जावे लागते:

• श्मेलेवा नताल्या गेन्नादियेव्हना,
• श्मेलेवा नतालिया गेन्नाडिव्हना...

पुढील ऑटोमेशनसाठी, अशी गोंधळ अस्वीकार्य आहे, विशेषत: जर ही विशेषता ओळखण्याचे मुख्य चिन्ह असेल, म्हणजेच, सिस्टममधील कर्मचारी आणि त्याच्या शक्तींबद्दलचा डेटा पूर्ण नावाने अचूकपणे तुलना केला जातो.

याव्यतिरिक्त, आम्ही कंपनीमध्ये नावे आणि संपूर्ण नावाच्या संभाव्य उपस्थितीबद्दल विसरू नये. जर एखाद्या संस्थेत हजार कर्मचारी असतील, तर असे काही सामने असू शकतात, परंतु जर 50 हजार असतील, तर हे आयडीएम सिस्टमच्या योग्य ऑपरेशनमध्ये एक गंभीर अडथळा बनू शकते.

वरील सर्व गोष्टींचा सारांश देऊन, आम्ही निष्कर्ष काढतो: संस्थेच्या कर्मचारी डेटाबेसमध्ये डेटा प्रविष्ट करण्याचे स्वरूप प्रमाणित असणे आवश्यक आहे. नावे, पदे आणि विभाग प्रविष्ट करण्यासाठी मापदंड स्पष्टपणे परिभाषित केले पाहिजेत. सर्वोत्तम पर्याय म्हणजे जेव्हा एचआर कर्मचारी डेटा मॅन्युअली प्रविष्ट करत नाही, परंतु कर्मचारी डेटाबेसमध्ये उपलब्ध "निवडा" फंक्शन वापरून विभाग आणि पदांच्या संरचनेच्या पूर्व-निर्मित निर्देशिकेतून तो निवडतो.

सिंक्रोनाइझेशनमध्ये पुढील त्रुटी टाळण्यासाठी आणि अहवालातील विसंगती व्यक्तिचलितपणे दुरुस्त करण्याची गरज नाही, कर्मचाऱ्यांना ओळखण्याचा सर्वात पसंतीचा मार्ग म्हणजे आयडी प्रविष्ट करणे संस्थेच्या प्रत्येक कर्मचाऱ्यासाठी. असा आयडेंटिफायर प्रत्येक नवीन कर्मचाऱ्याला नियुक्त केला जाईल आणि कर्मचारी प्रणाली आणि संस्थेच्या माहिती प्रणालीमध्ये अनिवार्य खाते विशेषता म्हणून दिसून येईल. त्यात संख्या किंवा अक्षरे आहेत की नाही हे महत्त्वाचे नाही, मुख्य गोष्ट अशी आहे की प्रत्येक कर्मचार्यासाठी ते अद्वितीय आहे (उदाहरणार्थ, बरेच लोक कर्मचाऱ्यांचा कर्मचारी क्रमांक वापरतात). भविष्यात, या गुणधर्माचा परिचय कर्मचाऱ्यांच्या स्रोतातील कर्मचाऱ्यांचा डेटा त्याच्या खात्यांशी आणि माहिती प्रणालीमधील अधिकार्यांशी जोडणे मोठ्या प्रमाणात सुलभ करेल.

म्हणून, कर्मचाऱ्यांच्या नोंदींचे सर्व टप्पे आणि यंत्रणांचे विश्लेषण करणे आणि क्रमाने ठेवणे आवश्यक आहे. हे शक्य आहे की काही प्रक्रिया बदलणे किंवा सुधारणे आवश्यक आहे. हे कंटाळवाणे आणि कष्टाळू काम आहे, परंतु ते आवश्यक आहे, अन्यथा कर्मचारी इव्हेंट्सवरील स्पष्ट आणि संरचित डेटाच्या अभावामुळे त्यांच्या स्वयंचलित प्रक्रियेत त्रुटी निर्माण होतील. सर्वात वाईट परिस्थितीत, असंरचित प्रक्रिया स्वयंचलित करणे अशक्य होईल.

लक्ष्य प्रणाली

पुढच्या टप्प्यावर, आम्हाला आयडीएम संरचनेत किती माहिती प्रणाली समाकलित करायच्या आहेत, वापरकर्त्यांबद्दल कोणता डेटा आणि त्यांचे अधिकार या प्रणालींमध्ये संग्रहित आहेत आणि त्यांचे व्यवस्थापन कसे करायचे हे शोधून काढणे आवश्यक आहे.

बऱ्याच संस्थांमध्ये, असे मत आहे की आम्ही आयडीएम स्थापित करू, लक्ष्य सिस्टमशी कनेक्टर कॉन्फिगर करू आणि जादूच्या कांडीच्या लहरीसह सर्वकाही कार्य करेल, आमच्याकडून अतिरिक्त प्रयत्न न करता. ते, अरेरे, घडत नाही. कंपन्यांमध्ये, माहिती प्रणाली लँडस्केप विकसित होत आहे आणि हळूहळू वाढत आहे. प्रत्येक सिस्टीममध्ये प्रवेश अधिकार देण्यासाठी भिन्न दृष्टीकोन असू शकतो, म्हणजेच, भिन्न प्रवेश नियंत्रण इंटरफेस कॉन्फिगर केले जाऊ शकतात. कुठेतरी एपीआय (ऍप्लिकेशन प्रोग्रामिंग इंटरफेस) द्वारे नियंत्रण होते, कुठेतरी संग्रहित प्रक्रिया वापरून डेटाबेसद्वारे, कुठेतरी परस्पर संवाद इंटरफेस नसतात. संस्थेच्या सिस्टीममधील खाती आणि अधिकार व्यवस्थापित करण्यासाठी तुम्हाला अनेक विद्यमान प्रक्रियांचा पुनर्विचार करावा लागेल या वस्तुस्थितीसाठी तुम्ही तयार असले पाहिजे: डेटा स्वरूप बदला, परस्पर संवाद इंटरफेस आगाऊ सुधारा आणि या कामासाठी संसाधने वाटप करा.

आदर्श

आयडीएम सोल्यूशन प्रदाता निवडण्याच्या टप्प्यावर तुम्हाला कदाचित रोल मॉडेलची संकल्पना येईल, कारण प्रवेश हक्क व्यवस्थापन क्षेत्रातील ही एक प्रमुख संकल्पना आहे. या मॉडेलमध्ये, डेटामध्ये प्रवेश रोलद्वारे प्रदान केला जातो. भूमिका म्हणजे ॲक्सेसचा एक संच आहे जो एखाद्या विशिष्ट स्थितीत असलेल्या कर्मचाऱ्याला त्यांच्या कार्यात्मक जबाबदाऱ्या पार पाडण्यासाठी किमान आवश्यक असतो.

भूमिका-आधारित प्रवेश नियंत्रणाचे अनेक निर्विवाद फायदे आहेत:

• मोठ्या संख्येने कर्मचार्यांना समान अधिकार प्रदान करणे सोपे आणि प्रभावी आहे;
• समान अधिकारांसह कर्मचाऱ्यांचा प्रवेश त्वरित बदलणे;
• अधिकारांचा अतिरेक दूर करणे आणि वापरकर्त्यांसाठी विसंगत शक्ती मर्यादित करणे.

रोल मॅट्रिक्स प्रथम संस्थेच्या प्रत्येक सिस्टीममध्ये स्वतंत्रपणे तयार केला जातो आणि नंतर संपूर्ण IT लँडस्केपमध्ये स्केल केला जातो, जेथे प्रत्येक सिस्टमच्या भूमिकांमधून जागतिक व्यावसायिक भूमिका तयार केल्या जातात. उदाहरणार्थ, व्यवसाय भूमिका "लेखापाल" मध्ये एंटरप्राइझच्या लेखा विभागात वापरल्या जाणाऱ्या प्रत्येक माहिती प्रणालीसाठी अनेक स्वतंत्र भूमिकांचा समावेश असेल.

अलीकडे, ॲप्लिकेशन्स, डेटाबेस आणि ऑपरेटिंग सिस्टीम विकसित करण्याच्या टप्प्यावर देखील एक आदर्श तयार करणे "सर्वोत्तम सराव" मानले गेले आहे. त्याच वेळी, अनेकदा अशी परिस्थिती असते जेव्हा भूमिका सिस्टममध्ये कॉन्फिगर केलेली नसतात किंवा ती फक्त अस्तित्वात नसतात. या प्रकरणात, या प्रणालीच्या प्रशासकाने आवश्यक परवानग्या प्रदान करणाऱ्या अनेक भिन्न फायली, लायब्ररी आणि निर्देशिकांमध्ये खाते माहिती प्रविष्ट करणे आवश्यक आहे. पूर्वनिर्धारित भूमिकांचा वापर तुम्हाला जटिल संमिश्र डेटा असलेल्या सिस्टममध्ये ऑपरेशन्सची संपूर्ण श्रेणी पार पाडण्यासाठी विशेषाधिकार प्रदान करण्यास अनुमती देतो.

माहिती प्रणालीतील भूमिका, एक नियम म्हणून, कर्मचारी संरचनेनुसार पोझिशन्स आणि विभागांसाठी वितरीत केल्या जातात, परंतु विशिष्ट व्यावसायिक प्रक्रियांसाठी देखील तयार केल्या जाऊ शकतात. उदाहरणार्थ, आर्थिक संस्थेत, सेटलमेंट विभागाचे अनेक कर्मचारी समान पदावर आहेत - ऑपरेटर. परंतु विभागामध्ये वेगवेगळ्या प्रकारच्या ऑपरेशन्सनुसार (बाह्य किंवा अंतर्गत, वेगवेगळ्या चलनांमध्ये, संस्थेच्या वेगवेगळ्या विभागांसह) स्वतंत्र प्रक्रियांमध्ये वितरण देखील आहे. एका विभागाच्या प्रत्येक व्यावसायिक क्षेत्रास आवश्यक वैशिष्ट्यांनुसार माहिती प्रणालीमध्ये प्रवेश प्रदान करण्यासाठी, वैयक्तिक कार्यात्मक भूमिकांमध्ये अधिकार समाविष्ट करणे आवश्यक आहे. यामुळे क्रियाकलापांच्या प्रत्येक क्षेत्रासाठी, अनावश्यक अधिकारांचा समावेश नसलेल्या शक्तींचा किमान पुरेसा संच प्रदान करणे शक्य होईल.

याव्यतिरिक्त, शेकडो भूमिका, हजारो वापरकर्ते आणि लाखो परवानग्या असलेल्या मोठ्या सिस्टीमसाठी, भूमिका आणि विशेषाधिकार वारसा यांचा श्रेणीक्रम वापरणे चांगले आहे. उदाहरणार्थ, पालक भूमिका प्रशासक मुलाच्या भूमिकांचे विशेषाधिकार वारसा घेतील: वापरकर्ता आणि वाचक, कारण वापरकर्ता आणि वाचक जे काही करू शकतात ते प्रशासक करू शकतो, तसेच अतिरिक्त प्रशासकीय अधिकार असतील. पदानुक्रम वापरून, समान मॉड्यूल किंवा सिस्टमच्या एकाधिक भूमिकांमध्ये समान अधिकार पुन्हा-निर्दिष्ट करण्याची आवश्यकता नाही.

पहिल्या टप्प्यावर, आपण अशा सिस्टीममध्ये भूमिका तयार करू शकता जिथे अधिकारांच्या संयोजनाची संभाव्य संख्या फार मोठी नाही आणि परिणामी, थोड्या प्रमाणात भूमिका व्यवस्थापित करणे सोपे आहे. कंपनीच्या सर्व कर्मचाऱ्यांना सक्रिय निर्देशिका (AD), मेल सिस्टीम, सेवा व्यवस्थापक आणि यासारख्या सार्वजनिकरित्या प्रवेश करण्यायोग्य प्रणालींसाठी आवश्यक असलेले हे वैशिष्ट्यपूर्ण अधिकार असू शकतात. त्यानंतर, माहिती प्रणालीसाठी तयार केलेले रोल मॅट्रिक्स सामान्य रोल मॉडेलमध्ये समाविष्ट केले जाऊ शकतात, त्यांना व्यावसायिक भूमिकांमध्ये एकत्र केले जाऊ शकतात.

या दृष्टिकोनाचा वापर करून, भविष्यात, आयडीएम प्रणाली लागू करताना, तयार केलेल्या पहिल्या टप्प्यातील भूमिकांवर आधारित प्रवेश अधिकार प्रदान करण्याची संपूर्ण प्रक्रिया स्वयंचलित करणे सोपे होईल.

नो बॉल तुम्ही ताबडतोब शक्य तितक्या सिस्टीम एकत्रीकरणामध्ये समाविष्ट करण्याचा प्रयत्न करू नये. पहिल्या टप्प्यावर अर्ध-स्वयंचलित मोडमध्ये IdM शी अधिक क्लिष्ट आर्किटेक्चर आणि ऍक्सेस राइट्स मॅनेजमेंट स्ट्रक्चर असलेली सिस्टीम कनेक्ट करणे चांगले. म्हणजेच, कर्मचाऱ्यांच्या इव्हेंटवर आधारित, केवळ प्रवेश विनंतीची स्वयंचलित निर्मिती, जी अंमलबजावणीसाठी प्रशासकाकडे पाठविली जाईल आणि तो स्वतः अधिकार कॉन्फिगर करेल.

पहिला टप्पा यशस्वीरित्या पूर्ण केल्यानंतर, आपण सिस्टमची कार्यक्षमता नवीन विस्तारित व्यवसाय प्रक्रियांमध्ये वाढवू शकता, अतिरिक्त माहिती प्रणालींच्या कनेक्शनसह संपूर्ण ऑटोमेशन आणि स्केलिंग लागू करू शकता.

दुसऱ्या शब्दांत, आयडीएमच्या अंमलबजावणीची तयारी करण्यासाठी, नवीन प्रक्रियेसाठी माहिती प्रणालीच्या तयारीचे मूल्यांकन करणे आणि वापरकर्ता खाती आणि वापरकर्ता अधिकार व्यवस्थापित करण्यासाठी बाह्य परस्पर संवाद इंटरफेस अगोदरच अंतिम करणे आवश्यक आहे, जर असे इंटरफेस नसल्यास. प्रणाली मध्ये उपलब्ध. सर्वसमावेशक प्रवेश नियंत्रणासाठी माहिती प्रणालींमध्ये चरण-दर-चरण भूमिकांच्या निर्मितीचा मुद्दा देखील शोधला पाहिजे.

संस्थात्मक कार्यक्रम

संघटनात्मक समस्यांनाही सूट देऊ नका. काही प्रकरणांमध्ये, ते निर्णायक भूमिका बजावू शकतात, कारण संपूर्ण प्रकल्पाचा परिणाम बहुतेकदा विभागांमधील प्रभावी परस्परसंवादावर अवलंबून असतो. हे करण्यासाठी, आम्ही सहसा संस्थेमध्ये प्रक्रिया सहभागींची एक टीम तयार करण्याचा सल्ला देतो, ज्यामध्ये सर्व विभागांचा समावेश असेल. हे लोकांसाठी अतिरिक्त ओझे असल्याने, सर्व सहभागींना भविष्यातील प्रक्रियेत त्यांची भूमिका आणि परस्परसंवादाच्या संरचनेतील महत्त्व अगोदरच समजावून सांगण्याचा प्रयत्न करा. या टप्प्यावर तुम्ही तुमच्या सहकाऱ्यांना आयडीएमची कल्पना “विकली” तर भविष्यात तुम्ही अनेक अडचणी टाळू शकता.

बऱ्याचदा माहिती सुरक्षा किंवा आयटी विभाग हे कंपनीमधील आयडीएम अंमलबजावणी प्रकल्पाचे "मालक" असतात आणि व्यवसाय विभागांची मते विचारात घेतली जात नाहीत. ही एक मोठी चूक आहे, कारण प्रत्येक संसाधनाचा वापर कसा आणि कोणत्या व्यवसाय प्रक्रियेत केला जातो, कोणाला त्यात प्रवेश दिला पाहिजे आणि कोणाला करू नये हे फक्त त्यांनाच माहित आहे. म्हणून, तयारीच्या टप्प्यावर, हे सूचित करणे महत्त्वाचे आहे की माहिती प्रणालीमध्ये वापरकर्ता अधिकार (भूमिका) विकसित केले जातात, तसेच ते सुनिश्चित करण्यासाठी कार्यशील मॉडेलसाठी व्यवसाय मालक जबाबदार आहे. या भूमिका अद्ययावत ठेवल्या जातात. रोल मॉडेल हे स्थिर मॅट्रिक्स नसते जे एकदा तयार केले जाते आणि आपण त्यावर शांत होऊ शकता. हा एक "जिवंत जीव" आहे ज्याने संस्थेच्या संरचनेत आणि कर्मचाऱ्यांच्या कार्यक्षमतेतील बदलांनंतर सतत बदलणे, अद्यतनित करणे आणि विकसित करणे आवश्यक आहे. अन्यथा, प्रवेश प्रदान करण्यात विलंब झाल्यामुळे एकतर समस्या उद्भवतील किंवा माहिती सुरक्षा जोखीम अत्याधिक प्रवेश अधिकारांशी संबंधित असतील, जे आणखी वाईट आहे.

तुम्हाला माहिती आहेच की, "सात आयांना डोळ्याशिवाय मूल असते," त्यामुळे कंपनीने एक पद्धत विकसित केली पाहिजे जी रोल मॉडेलचे आर्किटेक्चर, ते अद्ययावत ठेवण्यासाठी प्रक्रियेतील विशिष्ट सहभागींचे परस्परसंवाद आणि जबाबदारी यांचे वर्णन करते. जर एखाद्या कंपनीकडे व्यवसाय क्रियाकलापांची अनेक क्षेत्रे असतील आणि त्यानुसार, अनेक विभाग आणि विभाग असतील, तर भूमिका-आधारित प्रवेश व्यवस्थापन प्रक्रियेचा भाग म्हणून प्रत्येक क्षेत्रासाठी (उदाहरणार्थ, कर्ज देणे, ऑपरेशनल कार्य, दूरस्थ सेवा, अनुपालन आणि इतर) स्वतंत्र क्युरेटर नियुक्त करणे आवश्यक आहे. त्यांच्याद्वारे विभागाच्या संरचनेतील बदल आणि प्रत्येक भूमिकेसाठी आवश्यक प्रवेश अधिकारांची माहिती त्वरित प्राप्त करणे शक्य होईल.

प्रक्रियेत भाग घेणाऱ्या विभागांमधील संघर्षाच्या परिस्थितीचे निराकरण करण्यासाठी संस्थेच्या व्यवस्थापनाच्या समर्थनाची नोंद करणे अत्यावश्यक आहे. आणि कोणतीही नवीन प्रक्रिया सुरू करताना संघर्ष अपरिहार्य असतो, आमच्या अनुभवावर विश्वास ठेवा. म्हणून, आम्हाला लवादाची गरज आहे जो संभाव्य हितसंबंधांचे विवाद सोडवेल, जेणेकरून इतर कोणाच्या गैरसमजांमुळे आणि तोडफोडीमुळे वेळ वाया घालवू नये.

नो बॉल जागरुकता वाढवण्यासाठी सुरूवात करण्यासाठी एक चांगली जागा आहे तुमच्या कर्मचाऱ्यांना प्रशिक्षित करणे. भविष्यातील प्रक्रियेच्या कार्यप्रणालीचा तपशीलवार अभ्यास आणि त्यातील प्रत्येक सहभागीच्या भूमिकेमुळे नवीन समाधानाकडे जाण्याच्या अडचणी कमी होतील.

यादी तपासा

थोडक्यात, आयडीएमची अंमलबजावणी करण्याची योजना आखत असलेल्या संस्थेने घेतलेल्या मुख्य चरणांचा आम्ही सारांश देतो:

• कर्मचारी डेटा ऑर्डर आणा;
• प्रत्येक कर्मचाऱ्यासाठी एक अद्वितीय ओळख पॅरामीटर प्रविष्ट करा;
• आयडीएमच्या अंमलबजावणीसाठी माहिती प्रणालीच्या तयारीचे मूल्यांकन करा;
• प्रवेश नियंत्रणासाठी माहिती प्रणालींशी संवाद साधण्यासाठी इंटरफेस विकसित करा, ते गहाळ असल्यास, आणि या कामासाठी संसाधने वाटप करा;
• रोल मॉडेल विकसित आणि तयार करा;
• एक रोल मॉडेल व्यवस्थापन प्रक्रिया तयार करा आणि त्यात प्रत्येक व्यवसाय क्षेत्रातील क्युरेटर समाविष्ट करा;
• आयडीएमशी प्रारंभिक कनेक्शनसाठी अनेक प्रणाली निवडा;
• एक प्रभावी प्रकल्प कार्यसंघ तयार करा;
• कंपनी व्यवस्थापनाकडून समर्थन मिळवा;
• ट्रेन कर्मचारी.

तयारी प्रक्रिया कठीण असू शकते, त्यामुळे शक्य असल्यास, सल्लागारांचा समावेश करा.

आयडीएम सोल्यूशनची अंमलबजावणी करणे हे एक कठीण आणि जबाबदार पाऊल आहे आणि त्याच्या यशस्वी अंमलबजावणीसाठी, प्रत्येक पक्षाचे वैयक्तिकरित्या प्रयत्न - व्यवसाय विभागाचे कर्मचारी, आयटी आणि माहिती सुरक्षा सेवा आणि संपूर्ण टीमचा परस्परसंवाद महत्त्वपूर्ण आहे. परंतु प्रयत्नांचे मूल्य आहे: एखाद्या कंपनीमध्ये आयडीएम लागू केल्यानंतर, माहिती प्रणालींमध्ये अत्याधिक शक्ती आणि अनधिकृत अधिकारांशी संबंधित घटनांची संख्या कमी होते; आवश्यक अधिकारांची कमतरता/दीर्घ प्रतीक्षा यामुळे कर्मचारी डाउनटाइम अदृश्य होतो; ऑटोमेशनमुळे, श्रम खर्च कमी होतो आणि आयटी आणि माहिती सुरक्षा सेवांची श्रम उत्पादकता वाढते.

स्त्रोत: www.habr.com