Otomatisasi proses-SDM. Apakah akan lebih mudah bagi seseorang dari kekuatan total CRM?

1. Bagaimana otomatisasi dalam HR dimulai dan apa yang dapat menyebabkannya? Gambaran futurologi paranoid

SDM modern sulit membayangkan apa yang harus dilakukan rekan-rekannya sebelum era digital. Mereka menulis dengan tangan mereka, mengandalkan akun atau pada mesin tambah, data disimpan dalam kabinet yang dipoles atau di brankas. Terlebih lagi, Zaman Batu mundur beberapa waktu yang lalu: Saya sendiri ingat awal karir saya pada tahun 2004, ketika komputer Pentium II berada di sebuah departemen yang terdiri dari 6 orang. Kami mengerjakannya secara bergantian, dan tidak ada - diatasi dan punya waktu. Bagaimana cara mengatasinya? Ini sangat sederhana: tidak ada banyak permintaan yang tidak dapat dikerjakan secara manual.

Pembelian Oracle 11 adalah futuristik bagi kolega, bagi perusahaan yang konservatif dan bahkan tradisionalis, ini omong kosong. Tidak hanya itu selama bertahun-tahun, array data yang sangat besar harus dimasukkan ke dalam sistem dengan tangan. Itu perlu untuk menguasai teknologi dan, yang paling penting, jargon - tidak semua orang jelas sejak pertama kali apa, misalnya, untuk menetapkan pengidentifikasi ke entitas.

Percobaan dimulai, tentu saja, dengan PPK / C & B. Kemudian giliran pelatihan. Dan itu bukan tentang proses virtualisasi, tetapi tentang memperhitungkan hasil dari apa yang dilakukan secara manual. Dan sebelum pemilihan dan evaluasi selama pekerjaan saya itu tidak pernah datang.

(Penafian untuk kolega yang lebih pintar: Saya sengaja tidak membagikan istilah "CRM" dan "ERP", karena manajer SDM normal berpikir dalam hal melayani pelanggan internal, dan dengan bantuan sistem manajemen otomatis menyelesaikan masalah pelanggan)

Jadi, apa yang saya lakukan? Fakta bahwa kisah di atas dengan jelas mencerminkan logika otomatisasi SDM di Rusia. Pada awalnya kami mencicit bulu seperti pejabat di abad ke-18 dan mengelompokkan data besar dalam buku gudang. Kemudian kami mengerti bahwa hidup telah berjalan jauh ke depan, kami membeli CRM mahal dan dalam waktu sesingkat mungkin kami berusaha keras untuk memaksimalkannya. Kami mulai dengan proses yang jelas terkait dengan pengeluaran anggaran dan akuntabilitas yang kaku, dan menandai proses pembelajaran, pengembangan, seleksi sebagai "sekunder." Baru kemudian kami menyadari bahwa, pada kenyataannya, pengembangan dan seleksi juga berkorelasi dengan biaya perusahaan. Dan setelah menyadari, kami mulai mengotomatiskan SEGALANYA, tanpa alasan dan tanpa ampun!

Bukan apa-apa - pada akhirnya, semuanya akan terjadi. Satu-satunya masalah adalah bahwa kesadaran manusia, tanpa adanya informasi yang cukup, mulai menjelek-jelekkan kemajuan teknis. Tidur nalar melahirkan tentang monster seperti:

"Alih-alih kami, robot akan terlibat dalam penilaian, pelatihan, pemilihan, pembentukan anggaran - dan memang semua SDM"

"Untuk bertahan, kita harus memahami CRM sebaik seorang programmer."

"Kami tidak mengerti CRM di level programmer. Karena itu, kami semua akan dipecat, dan kami akan merekrut orang-orang muda dan pintar."

Bagaimanapun, semua fobia dan fantasi staf dikurangi menjadi di atas. Dan, meskipun ada kebenaran di sini, ada lebih banyak paranoia dalam pernyataan ini. Apa yang harus dilakukan majikan agar ketakutan terhadap eychars tidak menjadi “ramalan yang terpenuhi dengan sendirinya”?

2. Mengapa karyawan dan manajemen menolak: bagaimana kebiasaan berjuang dengan akal sehat. Lotus, WebTutor, 1C, Oracle - apa sebenarnya yang mereka takutkan

Mari kita sedikit lebih detail dari tempat ini. Jadi, semua orang menolak, meskipun mereka mengerti - CRM adalah barang yang tak terhindarkan, dan kami akan jauh lebih baik dengannya. Penting bagi kita untuk memahami bahwa resistensi otomatisasi pada tingkat berbeda dalam hierarki perusahaan bersifat berbeda. Motif rasional yang cukup ditambahkan ke fobia yang dijelaskan di atas.

Dengan atasan semuanya lebih atau kurang jelas. Opsi satu: bagian atas tidak menolak, karena ia adalah inisiator pengenalan CRM. Opsi dua: yang teratas menolak dengan sekuat tenaga, karena otomatisasi adalah pengeluaran yang serius, dan ia bertanggung jawab atas anggaran.

Pada tingkat manajemen menengah, ada pemahaman yang cepat matang tentang fakta bahwa merekalah yang akan menjadi "pengatur dan penginspirasi" inovasi. (Namun, ini berlaku untuk inisiatif lain). Tautan tengah disiapkan secara moral untuk menerima tendangan dari atas dan mendengarkan gemuruh yang tuli dari bawah. Jika yang kedua tidak dapat dihindari, maka yang pertama masih bisa dicegah, jadi setiap yang di tengah berusaha untuk menyebarkan sedotan di muka, secara dramatis memperpendek jangka waktu implementasi proyek. Tetapi menetapkan tenggat waktu bagi karyawan Anda untuk masa depan masih setengah dari perjuangan. Anda harus melakukan sesuatu dengan kontraktor, bukan? Sangat sulit untuk membagikan tendangan kepada perwakilan dari organisasi pihak ketiga yang bertindak dalam kerangka persyaratan kontrak (yang, sebagai aturan, salah satu dari puncak telah ditetapkan). Dan di sini semua orang keluar, dengan cara yang mungkin, menggunakan semua keterampilan pengaruh yang bisa dibayangkan.

Sebenarnya, tentu saja, di sinilah saya menulis semuanya untuk waktu yang lama, dan di kepala middlemanjerger pikiran yang sama mengalir selama setengah detik. Dan pemikiran-pemikiran ini, dikombinasikan dengan pemahaman tentang ukuran tanggung jawab (mereka dapat, setelah semua, dimasukkan ke dalam biaya untuk kegagalan memenuhi tenggat waktu / TK melengkung / pembengkakan anggaran) menyebabkan kesedihan, frustrasi dan malapetaka.

Staf biasa. Menurut definisi, menentang, dengan pengecualian langka. Cukup benar, mereka memperkirakan sejumlah besar rutin tambahan, melanggar algoritma biasa dan mengurangi posisi individu. Dan sungguh - mengapa mentransfer fungsi dari orang ke CRM, jika tidak mengurangi mur? Gemuruh tuli, yang kami sebutkan di atas, bisa berubah menjadi sabotase. Terkadang mereka menyabot bukan karena niat jahat, tetapi karena itu lebih nyaman.

Lihat juga: Membagi dan menaklukkan: 15 layanan gratis untuk manajemen proyek pemasaran

Tetapi sulit untuk berdebat dengan itu, sehingga jumlah operasi yang harus dilakukan seorang karyawan dapat tumbuh :)

Misalnya, di beberapa organisasi, karyawan selama beberapa dekade menulis catatan kantor, dan departemen mengerikan khusus melakukan kontrol terhadap disiplin eksekutif (dapat disebut, misalnya, Biro Manajemen Operasional). Tapi di sinilah abad ke-21, dan perusahaan memperkenalkan Lotus! Apa yang sedang dilakukan karyawan? Mereka menulis catatan resmi, menandatanganinya, memindai dan melampirkan dokumen ke kartu di Lotus. Versi kertas terlipat rapi di lemari, seperti sebelumnya. Dan Biro Manajemen Operasi yang ditakuti (berganti nama menjadi departemen audit internal) masih mengendalikan pelaksanaannya, hanya sekarang dengan cara yang lebih maju. Total: mengurangi informasi, meningkatkan mekanisme komunikasi, meningkatkan jumlah operasi kerja untuk pemeliharaan aliran dokumen yang sebenarnya. Orang-orang marah pada awalnya, kemudian keterampilan menggunakan ACS pergi ke subkorteks dan berhenti dievaluasi secara kritis.

Hal yang sama, hanya dalam versi yang lebih lunak, dengan diperkenalkannya Oracle. Seorang karyawan biasa untuk waktu yang lama menerobos antarmuka ek, kemudian secara manual menyumbat sejumlah besar data. Jika versinya sudah tua, berikan kode secara manual kepada pemasok dan produk mereka. Pada output, kami mendapatkan keteraturan dan integrasi proses + peningkatan biaya tenaga kerja untuk melayani ACS.

Tidak terhingga Anda dapat meningkatkan dan platform seperti WebTutor. Tingkat paling sepele adalah memuat sistem kursus jarak jauh (velkam, keamanan informasi, perlindungan tenaga kerja), mengintegrasikan platform dengan sistem manajemen personalia, di mana operasi KDPShnye dilakukan - dan kami akan memastikan bahwa setiap karyawan yang baru diadopsi akan terbiasa dengan info yang diperlukan. Tidak banyak kesulitan, tetapi untung minimal. Jauh lebih menarik ketika kita mengotomatisasi penganggaran SDM (kecuali untuk POT), penilaian, perencanaan pelatihan ... Dalam hal ini, ada cukup banyak pekerjaan untuk semua orang: para ahli ideologi proyek dan para pelakunya. Ideolog akan berbicara berhari-hari dengan pengembang, dan seniman akan membuat direktori besar dalam sistem selama berhari-hari (direktori penyedia, katalog kursus, sejarah pelatihan untuk setiap karyawan ..., dll.).

Jadi, kesimpulan utamanya jelas: dalam hal apa pun, kedatangan CRM akan ditentang oleh inersia pemikiran karyawan, keengganan mereka untuk mengambil tanggung jawab tambahan dan memikul beban tambahan - bahkan jika manfaat otomatisasi jelas bagi semua orang. Tapi itu belum semuanya!

Yang paling maju pasti akan memberi tahu Anda tentang risiko yang terkait dengan data besar. Singkatnya, set data yang baru dibuat di tangan HR mengarah pada godaan untuk mendapatkan ketergantungan palsu dari mereka. Salah satu mantan kolega saya, yang memimpin proyek semacam itu, pernah membuat presentasi untuk bersenang-senang, di mana ia dengan meyakinkan dan indah menunjukkan korelasi yang benar-benar tidak masuk akal. Sesuatu seperti ini: semakin besar ukuran sepatu penjual, semakin tinggi pendapatan outletnya. Jumlah wanita penjual yang belum menikah di sebuah cabang berbanding terbalik dengan jumlah mesin kopi yang dipasang di area penjualan. Semakin banyak manajer di cabang yang bernama Anastasia, semakin tinggi skor tes rata-rata staf di cabang.

Adalah baik bahwa kolega itu adalah tujuh jenius di dahi dan memperlakukan penemuannya dengan humor. Tapi bagaimanapun, beberapa ruam mungkin dianggap sebagai nilai nominal, kan? Dan kemudian setiap karyawan perusahaan dapat dihadapkan dengan keputusan manajemen gila: untuk mempekerjakan hanya perempuan dengan ukuran 45, lebih disukai Anastasius, dan agar mereka tidak bersalin lebih dulu, lepaskan semua mesin kopi dari area penjualan. Singkatnya, agar data besar tidak menipu kepala Anda, Anda membutuhkan daya tahan, dan yang paling penting - akal sehat, berdasarkan pengalaman praktis.

3. Beberapa tindakan sederhana yang dapat mengurangi gairah

Bahkan ada ketidaknyamanan entah bagaimana menulis hal-hal yang jelas. Tetapi harus. Pertama, beberapa orang terlibat dalam "penjualan" staf otomasi. Dan yang akan bekerja langsung dengan CRM, dan yang tidak. Ingat bagaimana SAP atau Oracle diterapkan di perusahaan Anda? Saya yakin ini: suatu hari Anda berkenalan dengan tanda terima dengan pesanan yang dapat disebut kira-kira "Tentang pengenalan sistem kontrol otomatis" XXXX "ke dalam operasi uji coba. Tentu saja ada peristiwa, tenggat waktu, dan orang yang bertanggung jawab - tetapi tidak ada sepatah kata pun tentang Anda secara pribadi akan memilikinya, bukan?

Dengan kata lain, perusahaan memberi tahu karyawan tentang ketidaknyamanan yang akan datang, tetapi tidak mengatakan apa-apa tentang manfaat di masa depan.

Idealnya, proyek PR internal harus dimulai sejak TK disetujui. Sebelumnya - tidak perlu: sampai Anda telah menyetujui TK, Anda sendiri tidak mengerti apa yang harus dipersiapkan oleh karyawan. Diam seperti ikan sebelum tanggal peluncuran sistem juga bukan pilihan (lihat di atas). Jadi:

  • ketika kami memahami APA yang akan kami terapkan - kami memberi tahu karyawan tentang hal itu, dan tentunya dalam bahasa manusia. Gaya administrasi-ulama menyebabkan menguap, dan gaul IT membingungkan. Temukan seseorang yang dapat memberi tahu Anda dengan jelas, di jari Anda, mengapa semua inovasi ini diperlukan, dan betapa indahnya kehidupan setelah mereka diperkenalkan (jika tidak ada orang seperti itu di perusahaan, semuanya buruk);
  • Asia Tengah, tentu saja, harus dilatih. Hal terbaik yang harus dilakukan adalah melatih dalam 2 tahap: 1) antara persetujuan TK dan peluncuran sistem - secara singkat beri tahu pengguna di masa depan tentang apa yang kami laksanakan, kapan dan mengapa 2) tepat sebelum peluncuran - ceritakan bagaimana semuanya bekerja dan tombol apa yang harus ditekan. Tetapi tidak terlalu banyak di muka - dan kemudian informasi yang tidak didukung oleh latihan akan menghilang dengan cepat. Dalam kedua kasus, kita akan membutuhkan orang yang sama dari paragraf sebelumnya - yang memiliki tema di tingkat Jedi.
  • dalam semua surat, surat, konferensi video, Skype, rapat, dll. - menggarisbawahi implementasi bertahap sistem. Tidak semua orang memahami bahwa selama operasi percobaan, fungsi CRM dapat bermutasi secara signifikan dan menjadi jauh lebih menyenangkan bagi pengguna. Jadi, tugas pengguna ini adalah untuk tidak melewatkan tahap penyelesaian dan membawa CRM ke pikiran, mengucapkan kata yang berat pada waktunya.

4. Ketika terjadi kesalahan: siapa yang akan bersalah dan siapa yang akan menderita lebih dulu

Ada banyak pilihan - mengapa ada yang salah. Data hilang, migrasi antara database 1C tidak berjalan tepat waktu, tombol ditemukan di antarmuka, database kandidat miring ... ada alasan untuk ini, dan jika ada alasan, ada pelakunya. Sebagai aturan, pengguna akhir sistem tidak mengambil risiko apa pun, karena ia selalu dapat mengangguk pada operator TI, dan yang itu - pada pengembang IT. Dengan kata lain, pengguna akan menderita, tetapi tidak akan bersalah. Mungkin masih ada pertanyaan untuk penguji beta: bagaimana Anda menguji bahwa bug tidak terjawab? Pengembang, yang merupakan ideolog, tidak bisa mengangguk pada siapa pun. Saya tidak melihat beting dalam sistem, tidak mendisiplinkan kontraktor tepat waktu, tidak mengambil tindakan pencegahan - itu berarti bahwa saya bersalah. Yah, tentu saja, direktur TI akan bertanggung jawab.

Benar, arsitek sistem memiliki mantra universal untuk menjelaskan situasi yang tidak dapat dipahami: "Ini adalah pekerjaan reguler sistem!". (Setelah pengguna tenang, Anda selalu dapat memastikan bahwa ini benar, dan jika tidak demikian, selesaikan sesuatu dengan cepat).

5. Cara menerapkan CRM ke layanan tanpa melanggar Kode Tenaga Kerja dan 152-FZ. Dua contoh dari latihan (keduanya negatif)

Bahaya lain yang membuat otomasi remaja salah dibangun adalah pekerjaan dengan data pribadi dalam CRM dan risiko pelanggaran TC. Sebagai aturan, peningkatan kewaspadaan ditunjukkan oleh dinas keamanan.

Lihat juga: Merekrut sebagai pemasaran, atau mengubah pelamar menjadi pembeli

Kasus pertama. Perusahaan "X" memperkenalkan penilaian tahunan otomatis. Skemanya adalah ini: dari 1C di Web Tutor daftar karyawan menarik. Setiap manajer melihat bawahannya, menempatkan masing-masing bawahan pada skala peringkat khusus, dan jumlah penilaian ini diubah menjadi koefisien khusus. Pengganda bonus tahunan karyawan dikalikan dengan rasio ini - menurun atau meningkat. Tampaknya semuanya transparan dan semua orang bahagia. Tetapi beberapa minggu sebelum dimulainya penilaian, kepala Dewan Keamanan mengatakan kata beratnya (itu bukan apa-apa bahwa ia dijuluki di perusahaan "Hellot Sotona" untuk prinsip-prinsip dan kemampuannya untuk melihat risiko yang tidak terlihat).

SB: Saya tidak setuju Anda lari. Anda melanggar hukum federal. Di sini, lihat, artikel 16 dalam 152-ФЗ: "Dilarang membuat keputusan berdasarkan pemrosesan data pribadi yang diautomasi secara eksklusif yang menghasilkan konsekuensi hukum dalam kaitannya dengan subjek data pribadi."

SDM: Kami tidak didasarkan pada pemrosesan otomatis! Diperkirakan karena orang menaruh, bukan sistem! Sistem - hanya meringkas skor dan diterjemahkan menjadi poin. Semua sama, bahwa kita akan menggunakan kalkulator.

SB: Tidak Anda menggunakan ACS. Dan kemudian seseorang akan dipotong premi karena ini ... ia akan mengalami pengaduan. Dan siapa yang akan bertanggung jawab karena melanggar Hukum Federal?

SDM: Apa yang harus kita lakukan?

SB: Menerima persetujuan tertulis dari setiap karyawan - saya setuju, kata mereka, untuk melakukan penilaian, termasuk pemrosesan data pribadi saya menggunakan CRM.

Secara umum, kami harus melakukannya. Mengumpulkan "persetujuan tertulis" dari beberapa ribu karyawan telah menjadi pencarian SDM yang benar-benar tak terlupakan, terutama mengingat waktu (2 minggu).

Kasus kedua. Sebagai hasil dari penilaian, seorang karyawan ditemukan, yang sangat marah dengan cara ini: "Anda salah mengerti sesuatu dalam CRM Anda di sana, tetapi sebagai hasilnya saya tidak menerima premi." Dan keberatan yang masuk akal dari HR - bukan sistem yang menilai penilaian, tetapi manajer Anda - mereka tidak menemukan pemahaman. Terlebih lagi, manajer mengambil posisi, "Saya mengatur semuanya, tetapi melompati sesuatu di sana!" Di pihak karyawan, artileri berat direkrut dalam bentuk pengacara pribadi, di pihak perusahaan - pengacara perusahaan + SDM. Dalam perjalanannya terjadi tuduhan diskriminasi dan pelanggaran prinsip upah yang sama. Harus dikatakan bahwa, walaupun pada saat itu SDM menang bersama dengan ideolog-otomatisasi, butuh terlalu banyak usaha dan keberanian.

Kesimpulan: termasuk dalam kelompok kerja perwakilan Dewan Keamanan dan pengacara. Segera Maka rencana Anda tidak akan terancam oleh kejutan.

6. Cara menemukan dan memelihara keseimbangan yang masuk akal antara kepentingan SDM, karyawan, pemilik, dan arsitek CRM

Perbedaan antara kepentingan kelompok-kelompok ini terletak di permukaan. Karyawan dan SDM ingin sakit kepala dan rutinitas dalam fungsi otomatis tidak meningkat, tetapi berkurang. Arsitek ingin memastikan bahwa solusi yang ditemukan adalah optimal dan anggaran yang dihabiskan tidak sia-sia - dan ini, karenanya, akan memungkinkan dia untuk memasukkan garis yang indah di rekam jejak. Pemilik sedang menunggu transparansi dari akumulasi data dan pengembalian produk yang diimplementasikan. Dan bersama-sama mereka menginginkan hal yang sederhana dan jelas - kinerja CRM yang dihasilkan. Bahkan kenyamanan antarmuka tidak begitu penting pada awalnya. Sebagai aturan, pengguna akhir dengan cepat terbiasa dengan solusi apa pun, bahkan yang paling rumit - tetapi jika pada saat yang sama setidaknya fungsi tertentu secara rutin digunakan di CRM, maka pengguna akhir yang sama ini dengan cepat mengatur "kerusuhan terhadap mesin".

Lihat juga: Bagaimana perekrut berevolusi: dari "bibi di jendela" ke pemasar

Jadi ada apa dengan keseimbangan yang masuk akal? Ini dapat dicapai dengan satu-satunya cara - untuk meningkatkan CRM sepanjang keberadaannya. Как правило, все стейкхолдеры согласны с этим утверждением, но зачастую оно почему-то остается этаким благим намерением. Гораздо круче, когда владелец процесса целенаправленно и регулярно подводит все стороны к мыслям типа "Без нашей CRM не видать нам такой производительности труда", "Ручной труд в HR - чудовищная архаика", "Высокий уровень автоматизации в HR работает на наш HR-бренд" и т.п. Как он это делает - неважно: гораздо важнее отчетливое понимание того, что CRM максимально отвечает интересам бизнеса и каждого отдельного сотрудника на сегодняшнем этапе развития компании.

Secara umum, berani, automator tercinta! Ingatlah bahwa pekerjaan Anda terhormat, Anda membutuhkan perusahaan dan negara, dan masih dibayar dengan sangat baik. Jaga pemotongan di masa depan, bertemanlah dengan Dewan Keamanan dan pengacara dan jangan lupa untuk mempromosikan diri Anda. Dan yang paling penting - siang dan malam bersiaplah untuk membantu pengguna sistem yang sederhana, karena tanpa mereka tidak akan ada otomatisasi :)

Tonton videonya: Day 1 Keynote: Building a Cloud for Everyone Cloud Next '18 (Desember 2019).

Loading...

Tinggalkan Komentar Anda