Blok publikasi kami berikutnya pada IdM akan dikhususkan untuk membiayai. Yaitu, dua topik yang paling sulit dan menyakitkan - evaluasi proyek implementasi IdM dan pembenarannya sebelum kepemimpinan.
Total biaya proyek IdM adalah jumlah dari biaya peralatan, lisensi perangkat lunak, pekerjaan kontraktor dan tim proyek. Dari pengalaman, kesulitan utama terkait dengan menilai biaya implementasi sistem, jadi mari kita mulai dengan masalah ini.
Kesulitan dengan penilaian biasanya muncul karena elaborasi yang tidak memadai dari persyaratan sistem. Karena fitur-fitur teknologi IdM, secara objektif sulit untuk menyelesaikan tugas ini di tingkat yang tepat tanpa melibatkan kontraktor. Tetapi meyakinkan manajemen akan kebutuhan untuk membiayai suatu proyek untuk
persiapan implementasi bahkan lebih sulit, sehingga perusahaan seringkali hanya menerima risiko dan berharap bahwa mereka tidak akan terwujud.
Risikonya cukup serius. Secara khusus, mereka terdiri dalam kenyataan bahwa kontraktor akan melebih-lebihkan biaya pekerjaan untuk mengurangi risiko proyek mereka sendiri, dan kemudian anggaran untuk proyek mungkin tidak disepakati sama sekali. Atau sebaliknya - penilaian optimis akan dikeluarkan dan dilindungi, tetapi selama implementasi akan menjadi jelas bahwa tidak mungkin untuk menyelesaikan tugas yang ditugaskan untuk anggaran yang ditentukan.
Kami akan mencoba membantu organisasi dalam persiapan dan evaluasi proyek implementasi IdM: kami akan mempertimbangkan secara lebih rinci blok utama pekerjaan implementasi dan faktor-faktor yang secara signifikan mempengaruhi kompleksitas mereka.
Survei
Pada tahap pertama, sebagai suatu peraturan, persyaratan dikumpulkan dan dianalisis, solusi teknis dirancang - dengan kata lain, semuanya hampir sama dengan proyek-proyek implementasi sistem informasi lainnya.
Ini mencakup wawancara dengan perwakilan dari pemangku kepentingan utama proyek, mengumpulkan data tentang proses kontrol akses, sistem informasi yang ada di dalam proyek, tentang bagaimana pengguna dikelola di dalamnya dan bagaimana mengintegrasikan dengan mereka.
Biaya tahap ini tergantung pada jumlah karyawan yang perlu diwawancarai, dan sistem informasi yang datanya perlu dikumpulkan. Kompleksitasnya lebih atau kurang dapat diprediksi, dan durasi rata-rata 1-2 bulan.
Koneksi sistem informasi
Salah satu blok kerja teknis utama adalah koneksi sistem informasi. Hal ini dilakukan pada lingkungan pengujian, ketentuan yang dapat menjadi batu sandungan bagi beberapa perusahaan. Mungkin tidak ada lingkungan pengujian, mungkin tidak ada server, tangan, dll. Di bawahnya. Paling sering, ini hanya memengaruhi jadwal proyek, tetapi juga dapat memengaruhi anggaran, misalnya, jika kekurangan peralatan.
Untuk mengintegrasikan sistem informasi dengan IdM, seringkali perlu untuk mengkonfigurasinya dengan menyediakan antarmuka untuk interaksi teknis. Jika sistem informasi didukung oleh organisasi pihak ketiga, ini mungkin memerlukan biaya tambahan. Beberapa vendor (misalnya, Diasoft) menyediakan antarmuka teknis yang diperlukan, tetapi dengan biaya tambahan. Bahkan jika pelanggan mempertahankan sistemnya sendiri, ia mungkin tidak memiliki cukup waktu atau kompetensi spesialisnya sendiri untuk menyediakan antarmuka teknis yang diperlukan. Ini mempengaruhi waktu dan anggaran proyek.
Sistem informasi terhubung ke IdM menggunakan konektor. Vendor dapat mengklaim bahwa ia memiliki konektor siap pakai untuk semua sistem informasi Anda, tetapi pada kenyataannya itu tidak begitu sederhana, dan, seperti yang mereka katakan, ada nuansa.
Sistem informasi yang menyediakan antarmuka interaksi standar (misalnya, AD) praktis mengurangi menjadi nol risiko bahwa konektor yang sudah jadi tidak akan berfungsi. Namun, ada sejumlah sistem informasi (misalnya, 1C dan SAP) yang memungkinkan Anda untuk menyediakan berbagai opsi untuk berinteraksi dengan IdM: unggahan, layanan web, dan presentasi dalam database. Untuk Anda, beberapa opsi spesifik mungkin lebih disukai daripada yang tidak dimiliki oleh produsen konektor, dan perlu dikembangkan / dikembangkan lebih lanjut. Dan ini lagi waktu dan uang.
Mungkin ada satu ton fitur lain yang secara signifikan akan mempengaruhi waktu dan biaya proyek.
Antarmuka dapat distandarisasi, tetapi disediakan melalui bus integrasi, yang mungkin juga memerlukan peningkatan konektor. Jika vendor telah menyesuaikan sistem informasinya untuk Anda, konektor standar mungkin tidak berfungsi - dan lagi-lagi perlu menetapkan anggaran dan waktu untuk revisi.
Peran penting dalam menghubungkan sistem informasi ke IdM dimainkan oleh detail teknis dari kontrol akses ke sistem informasi. Seringkali mereka tidak terlihat pada tahap awal, tetapi pada akhirnya mengarah pada peningkatan volume pekerjaan. Misalnya, ketika untuk memberikan akses pengguna baru ke satu sistem informasi, ia harus terdaftar di dua lainnya.
Terkadang, operasi tambahan atau built-in yang diperlukan untuk dilakukan IDM tidak fokus. Misalnya, jika Anda ingin tidak hanya membuat kotak surat baru untuk karyawan baru di Exchange, tetapi menurut aturan tertentu, pilih penyimpanan untuknya. Di salah satu proyek, kami menemukan sistem informasi di mana secara teknis tidak mungkin untuk menetapkan lebih dari satu peran kepada pengguna. Ketika ini menjadi jelas, saya harus sepenuhnya mendesain ulang proses kontrol akses di dalamnya untuk memperhitungkan proses meminta hak istimewa tambahan, yang bisa banyak. Cukup banyak hal sepele yang dapat muncul, ini semua adalah pekerjaan tambahan, dan tidak semua sistem IdM dapat mendukungnya.
Dengan adanya fitur-fitur ini, kompleksitas menghubungkan sistem informasi ke IdM dapat sangat bervariasi tergantung pada infrastruktur perusahaan, dan durasinya bisa dari dua hari hingga dua bulan. Akibatnya, kurangnya informasi terperinci pada tahap penilaian sangat mengurangi keandalannya dan meningkatkan risiko proyek.
Proses bisnis
Blok kerja yang penting, yang juga dapat secara signifikan mempengaruhi biaya proyek, adalah pengaturan proses untuk mengirim dan menyetujui permintaan akses. Jika proses Anda didukung oleh perangkat lunak yang dipilih, maka pengaturannya tidaklah sulit. Tetapi tanpa mengetahui proses secara menyeluruh, Anda hanya dapat memperkirakan secara kasar berapa banyak perangkat lunak yang mendukungnya. Oleh karena itu, sulit untuk memahami apakah perbaikan diperlukan dan sejauh mana.
Banyak masalah otomatisasi proses dihubungkan dengan fakta bahwa hanya sedikit orang yang mengerti bagaimana mereka bekerja secara detail. Akibatnya, proses sering harus dikonfigurasi ulang selama operasi percontohan IdM. Skala perubahan sistem IdM tergantung pada jumlah nuansa yang tidak terhitung. Berikut adalah beberapa hal yang harus diperhatikan:
- Jenis pengguna TI - misalnya, karyawan penuh waktu / non-staf. Seringkali mereka bekerja dalam proses bisnis yang sangat berbeda.
- Memproses peserta . Harus dipahami peran apa yang terlibat dalam proses dan di mana sistem menerima data tentang mereka. Misalnya, jika seorang pemimpin terlibat dalam proses menyetujui aplikasi, maka manajer karyawan harus ditetapkan dalam sistem personalia atau entah bagaimana masuk ke IdM.
- Data tambahan untuk proses . Misalnya, jika proses tersebut membutuhkan data tentang pelatihan karyawan, Anda perlu memahami dari mana IDM akan mendapatkannya. Ini adalah integrasi tambahan atau proses manual.
- Rute koordinasi . Mereka dapat berbeda untuk karyawan yang berbeda, tergantung pada otoritas atau kondisi eksternal apa pun.
- Situasi luar biasa . Penting untuk menyediakan perilaku sistem untuk situasi di mana orang yang bertanggung jawab untuk menyetujui liburan atau dipecat - bagaimana bertindak dan dari mana mendapatkan informasi yang diperlukan.
- Lansiran . Sebagai bagian dari proses otomatis, sistem IdM mengirimkan pemberitahuan kepada peserta. Pertanyaannya adalah siapa yang harus mengambil langkah apa dan informasi apa.
- Formulir Aplikasi . Seringkali perusahaan perlu menyesuaikan formulir pengajuan atau persetujuan aplikasi, misalnya, untuk menampilkan informasi tambahan untuk pengambilan keputusan.
Semua elemen ini dapat memiliki karakteristik mereka sendiri di setiap perusahaan, dan mereka tidak terlihat tanpa perendaman terperinci. Kadang-kadang bahkan elemen sederhana dari proses tersebut dapat menyebabkan perubahan nyata dalam volume pekerjaan.
Misalnya, jika ada aturan dalam peraturan bahwa aplikasi yang tidak disetujui dalam dua hari kerja harus ditingkatkan, ini menimbulkan serangkaian pertanyaan untuk IdM: di mana menyimpan kalender produksi, siapa yang akan melakukannya, apakah mungkin untuk diintegrasikan dengan baik sistem yang ada, dll. Oleh karena itu, biaya mengadaptasi perangkat lunak tertentu untuk mengotomatiskan proses kontrol akses (dan umumnya kebutuhannya) dapat diperkirakan hanya setelah gambar rinci dari proses ini. Kalau tidak, ada risiko bahwa otomatisasi tidak dapat sepenuhnya diimplementasikan.
Laporan
Berlawanan dengan harapan pengguna, praktik menunjukkan bahwa laporan jarang terjadi. Mengingat perbedaan dalam detail proses (misalnya, perbedaan sederhana dalam atribut kartu karyawan), laporan yang sedikit berbeda diperlukan setiap kali. Persiapan mereka tidak memakan banyak waktu hanya dengan syarat bahwa log audit sistem IdM berisi semua data yang diperlukan. Dan untuk menilai ketersediaan data ini tanpa bentuk templat laporan tidak akan bekerja dengan andal. Oleh karena itu, evaluasi ini sangat berguna untuk mendapatkan bentuk-bentuk laporan yang diinginkan, jika tidak diperlukan konfigurasi ulang atau pemrosesan audit.
Dokumentasi
Ini adalah blok pekerjaan proyek yang sangat berbahaya. Beberapa perusahaan memiliki standar untuk dokumentasi proyek - daftar dokumen dan persyaratan untuk desain mereka (misalnya, menurut GOST). Beberapa organisasi mendekati dokumentasi secara kurang formal dan puas dengan dokumentasi yang tersedia dari vendor.
Karena proses organisasi tertentu dikonfigurasikan dalam sistem IdM, dokumentasi internal untuk perangkat lunak jarang cocok. Anda akan memiliki kategori pengguna Anda sendiri - karyawan, manajer, pemilik sumber daya - mereka akan memiliki formulir aplikasi, bagian antarmuka, laporan, pemberitahuan, dan mereka akan memerlukan instruksi terpisah. Ini juga akan sulit untuk mengembangkan sistem tanpa catatan penjelasan, untuk komisi tanpa instruksi administrator. Terkadang, di samping dokumentasi, materi pelatihan diperlukan - presentasi, video. Jika jumlah orang dengan siapa semua materi ini perlu disepakati cukup besar, pengembangan dokumentasi mungkin memerlukan beberapa ratus orang-hari, meskipun pada tahap awal blok ini sangat diremehkan.
Konversi sistem menjadi lingkungan yang produktif dan operasi percontohan
Tahapan-tahapan ini lebih atau kurang ditentukan. Tugas utama yang entah bagaimana dapat mempengaruhi durasi dan biaya pekerjaan memuat dan menghubungkan data.
Dalam sistem IdM, diperlukan untuk mengisi semua direktori yang diperlukan, menugaskan orang-orang yang bertanggung jawab atas peran, mengisi katalog otoritas, dan mengkonfigurasi peran. Ini dapat dilakukan dalam mode otomatis, maka data yang sesuai akan diperlukan.
Mengaitkan kartu karyawan dengan akun juga, sebagian besar, terjadi secara otomatis, sesuai dengan aturan yang ditentukan. Namun, selalu ada beberapa persentase akun yang perlu ditautkan secara manual. Dan kadang-kadang tidak mudah menemukan pemiliknya.
Operasi percontohan di sebagian besar perusahaan berlangsung dalam sebulan, dan hampir selalu diprediksi secara akurat dalam hal biaya.
Ringkasan
Menilai biaya penuh dari proyek implementasi IdM memerlukan memperhitungkan biaya peralatan, lisensi, kadang-kadang waktu tim proyek, tetapi masalah ini seringkali tidak sesulit mengevaluasi evaluasi sistem karena kompleksitas perhitungan mereka dan, pada saat yang sama, dampak yang signifikan terhadap keberhasilan proyek.
Saya mencoba untuk mengumpulkan semua faktor utama yang secara signifikan mempengaruhi durasi dan kompleksitas implementasi IdM, dan saya berharap ini akan membantu perusahaan untuk memperhatikan poin-poin penting dalam persiapan proyek, merumuskan persyaratan yang lebih lengkap, mendapatkan penilaian yang lebih baik, untuk akhirnya mengurangi proyek risiko pembengkakan anggaran dan sumber daya manusia.
Dalam seminggu saya akan mencoba mengumpulkan bagi Anda semua praktik pembenaran terbaik dari manajemen proyek untuk implementasi IdM.