Manufaktur industri
Industri Internet of Things | bahan industri | Pemeliharaan dan Perbaikan Peralatan | Pemrograman industri |
home  MfgRobots >> Manufaktur industri >  >> Manufacturing Technology >> Sistem Kontrol Otomatisasi

Perspektif CIO tentang Otomasi

Di FORWARD IV bulan lalu, tiga chief information officer (CIO) yang merupakan praktisi otomasi terkemuka bergabung dengan Michael Heric dari Bain Research Company untuk membahas semua hal yang terkait dengan otomasi. Prakash Kota dari Autodesk, Naveen Zutshi dari Palo Alto Networks, dan Peter Tsahalis dari Wells Fargo berbicara dengan Heric tentang:

CIO sangat terlibat dalam strategi bisnis dan TI. Itu membuat mereka kandidat yang sempurna untuk mendiskusikan bagaimana otomatisasi dapat mengubah cara kerja sama para pemimpin TI dan bisnis. CIO juga adalah orang-orang yang sangat sibuk, sehingga sesi FORWARD IV merupakan kesempatan langka untuk percakapan jujur ​​dengan para pemimpin yang berada di garis depan era bisnis baru ini.

Berikut ringkasan singkat dari topik yang dibahas.

Otomasi proses robot (RPA)— driver nilai atau Band-Aid?

Zutshi berbagi bahwa pengertian awalnya adalah bahwa otomatisasi proses robot (RPA) hanyalah mesin berbasis aturan. Saat Palo Alto Networks melewati periode pertumbuhan yang cepat, prosesnya berubah secara dramatis—bersama dengan apresiasinya terhadap kekuatan RPA. UiPath membantu perusahaan mengubah proses inti dalam operasi, dan sekarang menargetkan kasus penggunaan dalam operasi penjualan, akuntansi, dan hukum.

Kota mencatat bagaimana RPA menciptakan nilai tambah yang signifikan bagi Autodesk. Ide otomatisasi sangat menarik. Dan sebagai perusahaan perangkat lunak, naluri pertama tim adalah bereksperimen dengan RPA untuk melihat apa yang mungkin. Itu sebabnya Kota menekankan perlunya mendefinisikan dengan jelas bagaimana perusahaan akan menggunakan RPA. Dia percaya bahwa penting untuk memiliki struktur tata kelola untuk menggunakan RPA. Autodesk menemukan bahwa RPA ideal untuk kasus penggunaan dengan proses kompleks yang melibatkan banyak aplikasi dan intervensi manusia.

Bagaimana Anda membangun program otomatisasi yang sukses?

Menurut Tsahalis, semuanya dimulai dengan memahami kemacetan. Sangat mudah untuk bersemangat tentang portofolio bisnis besar yang siap untuk otomatisasi—dengan potensi untuk menghemat puluhan juta dolar. Tetapi bisa juga mengecewakan untuk mengetahui bahwa dibutuhkan waktu untuk mengumpulkan tim yang tepat.

“Tidak cukup hanya memiliki pasukan pengembang warga,” kata Tsahalis. “Punya center of excellence (CoE) saja tidak cukup. Anda membutuhkan hal-hal itu. Mereka kritis. Namun pada akhirnya, alat otomatisasi seperti RPA menyederhanakan, memodifikasi, dan memperbaiki alur kerja. Dan Anda membutuhkan pakar materi pelajaran (UKM) tersebut untuk terlibat.”

Tsahalis juga menjelaskan bahwa UKM tersebut cenderung menjadi orang tersibuk dalam organisasi, sehingga waktu dan perhatian mereka terbatas. Anda harus sabar dan cerdas tentang cara menggunakan bandwidth terbatas dari keahlian proses. Proses UKM memainkan peran penting sebagai master pengetahuan yang memandu tim otomatisasi.

Tetapi tidak semua industri beroperasi pada timeline yang sama dengan prioritas yang sama.

Seperti yang Zutshi katakan, “Bagi kami, mata uang adalah kecepatan. Jika kita tidak bergerak cukup cepat, permulaan dalam keamanan akan mengganggu kita.”

Pemimpin proses bisnis berkewajiban untuk berbagi strategi dan tantangan mereka dengan TI di muka. TI bertanggung jawab untuk bekerja dengan pakar bisnis untuk mengotomatisasi dengan kecepatan yang diperlukan agar tetap kompetitif. Dia merekomendasikan untuk membuat komite pengarah yang terdiri dari para pemimpin bisnis dan profesional TI. Tugas komite adalah memprioritaskan tumpukan pekerjaan dan mengidentifikasi kasus penggunaan untuk otomatisasi. CoE kemudian dapat memenuhi arahan tersebut.

Bagi Autodesk, program yang sukses berarti perubahan pola pikir. Kota membahas bagaimana pendekatan tradisional bagi sebagian besar kelompok TI untuk fokus melakukan semua pekerjaan teknis untuk divisi bisnis. Tetapi ketika laju bisnis semakin cepat, TI dapat menjadi hambatan yang memperlambat inovasi.

“Peran yang perlu dimainkan oleh TI adalah menjadi fungsi yang memungkinkan,” kata Kota. “Anda perlu menciptakan tata kelola dan pagar pembatas untuk memungkinkan kelompok fungsional yang berbeda menjadi mandiri. TI tidak perlu membangun semuanya. Anda dapat terlibat dalam pengambilan keputusan dan solusi.”

Apa yang telah Anda pelajari dalam perjalanan otomatisasi Anda?

Seperti di banyak bisnis, COVID berarti banyak perubahan langsung dan mengganggu bagi Wells Fargo. Hampir dalam semalam, perusahaan harus mengembangkan proses untuk mendukung program yang didorong oleh pemerintah federal untuk pinjaman Administrasi Bisnis Kecil (SBA) Amerika Serikat (AS) dan Program Perlindungan Gaji (PPP). Seperti yang dijelaskan Tsahalis, biasanya dibutuhkan waktu untuk memutar mesin untuk mengelola program baru. Tapi respon cepat adalah prioritas utama. Jika Wells Fargo lambat bereaksi, pelanggan bisnisnya tidak dapat mengajukan pinjaman dengan cepat, yang berakibat buruk bagi pelanggan dan Wells Fargo. Jadi Wells Fargo menggunakan kekuatan otomatisasi untuk bekerja.

Wells Fargo CoE menciptakan otomatisasi yang panjang dan terhubung untuk memudahkan agen melakukan proses pinjaman dengan lebih cepat. Itu juga mengembangkan pengalaman persetujuan otomatis ujung ke ujung yang membantu lebih dari 25% aplikasi diproses tanpa campur tangan manusia.

“Anda harus memperluas wawasan Anda ketika memikirkan perangkat otomatisasi,” saran Tsahalis. “Ini bukan hanya tentang bot yang mengotomatiskan tiga sistem sub-par sehingga lebih sedikit orang yang harus menggunakannya. Otomatisasi dapat digunakan untuk respon cepat. Tetapi mereka juga dapat digunakan sebagai alat kontrol dan risiko saat Anda perlu membawa konsistensi ke alur kerja.”

Ketika Autodesk memulai dengan RPA, tim TI ingin mengotomatiskan semuanya. Kota berbicara tentang bagaimana timnya bersemangat untuk mengotomatisasi proses baru sebelum proses selesai. “Pembelajaran utama yang kami miliki adalah bahwa kami perlu memastikan bahwa kami melambat. Anda perlu memperlambat untuk pergi cepat. Anda perlu meluangkan lebih banyak waktu untuk membuat proses yang benar diuraikan dan memiliki pemilik proses yang jelas untuk area tersebut sebelum Anda berfokus pada otomatisasi.”

Zutshi membahas bagaimana pandemi membalikkan asumsi tentang produktivitas tempat kerja.

“Orang-orang lebih produktif, sama bekerja kerasnya, dan sama berkomitmennya dengan terlibat dalam pengaturan jarak jauh,” kata Zutshi. “Dan apa yang Anda lihat sekarang dalam tenaga kerja hibrida akan ada di sana secara permanen.”

Tim Zutshi membangun tumpukan alat baru dari bawah ke atas untuk memberikan pembelajaran berdasarkan pengalaman guna mendukung model kerja hibrida. Itu juga melembagakan program kerja fleksibel dengan perusahaan lain di wilayah San Francisco untuk membantu karyawan memilih tunjangan dan menyelesaikan tugas lainnya.

Model kerja hibrida akan tetap ada, dan itu berarti lebih banyak tantangan dalam keamanan siber, serta peran baru untuk TI dan otomatisasi. “Kami terus belajar. Cara kami melibatkan karyawan dalam lingkungan kerja campuran adalah sesuatu yang akan terus kami kerjakan,” kata Zutshi.

Baca yang disarankan:Mengapa Model Kerja Hibrida Membutuhkan Tumpukan Teknologi Baru

Apa model tata kelola yang tepat untuk program otomatisasi?

Tsahalis percaya bahwa dibutuhkan sebuah desa.

Seorang CIO memahami cara kerja teknologi dan dapat mengidentifikasi di mana bisnis perlu diotomatisasi dan dimodernisasi. TI juga dapat memandu tata kelola otomatisasi untuk mengatur bagaimana dan kapan harus menggunakan bot dan berapa umur bot yang seharusnya. Namun kolaborasi erat antara pakar TI dan proses bisnis sangat penting. “Banyak hal yang kami coba otomatiskan adalah aliran bisnis lama, jadi Anda membutuhkan mitra bisnis Anda dalam permainan secara signifikan,” kata Tsahalis.

Baca yang direkomendasikan:Cara Mencapai Keselarasan Bisnis-TI untuk Kesuksesan Otomatisasi

Pemimpin bisnis harus berpartisipasi dalam komite pengarah yang didedikasikan untuk menemukan cara untuk meluangkan waktu untuk proses UKM. Sangat penting bagi pemangku kepentingan untuk memahami ruang lingkup proyek otomasi. Menyebarkan bot relatif mudah. Bagian yang lebih sulit adalah membangun konsensus pemangku kepentingan dan mendidik mereka tentang apa yang dapat dicapai oleh otomatisasi.

Kota menjelaskan bahwa aspek non-fungsional otomatisasi sama pentingnya dengan kesuksesan membangun bot. Organisasi memerlukan rencana untuk memelihara, mempertahankan, dan menghentikan otomatisasi yang mereka buat. TI selalu menambahkan aplikasi dan alat baru, tetapi tidak terlalu memikirkan untuk menghentikan bot yang ada yang mungkin telah memenuhi tujuannya. “Ini bukan hanya tentang membangunnya. Ini tentang mempertahankannya. Dan pada titik tertentu Anda memerlukan rencana untuk menghentikannya,” Kota menekankan.

Bagi Zutshi, itu adalah pertanyaan yang salah untuk diajukan. “Kita semua di sini percaya bahwa otomatisasi harus terjadi di awal perjalanan, bukan di akhir perjalanan. Kami percaya ada banyak pekerjaan yang harus dilakukan untuk mencapai otomatisasi di mana-mana, ”kata Zutshi. “Kami berada di tahap awal misi itu. Anda memiliki banyak peluang kaya target untuk dipecahkan. Tapi ini bukan tentang siapa yang memilikinya dan lebih banyak tentang bagaimana Anda memecahkan masalah itu. Apakah Anda menyelesaikannya dalam skala besar dan dengan proses yang tepat?”

Dia menekankan bahwa pemantauan kinerja otomatisasi, pemeliharaan, dan manajemen perubahan adalah tanggung jawab kolektif yang harus dibagi secara merata oleh pemilik proses TI dan bisnis.

Saran perpisahan untuk bermitra secara lebih efektif dengan TI

Otomatisasi secara bertanggung jawab. Itu pesan dari Tsahalis.

“Setiap kali Anda mengotomatiskan alur kerja, Anda harus memahami hasilnya dengan sangat jelas. Dan hasil itu harus disetujui oleh pemimpin bisnis, pemimpin TI, dan terkadang pemimpin risiko dan kendali.”

Dia juga menyoroti perlunya jujur ​​​​apakah Anda mencoba memperpanjang umur sistem atau proses yang seharusnya dihentikan.

Nasihat perpisahan Kota:“Jangan mengotomatisasi jika prosesnya tidak didefinisikan dengan jelas dan Anda tidak memiliki pemilik proses yang tepat yang diidentifikasi.” Jangan hanya melompat dan mengotomatisasi demi otomatisasi.

Terakhir, Zutshi merekomendasikan, “Bawalah TI sejak awal dalam perjalanan otomatisasi strategis.”

Semakin cepat Anda melakukannya, semakin cepat Anda dapat menyelesaikan masalah yang dapat menjadi penghalang jalan lebih jauh dalam prosesnya.

Terima kasih banyak kepada Tsahalis, Zutshi, dan Kota untuk berbagi wawasan mereka di sesi unik ini. Anda dapat mendaftar untuk menonton replay sesi atau peserta FORWARD dapat menemukan rekaman sesi langsung di aplikasi UiPath Events.

Dan jika Anda ingin rekap dari takeaways teratas dari acara bulan lalu di Las Vegas, daftar ke UiPath FORWARD IV 'The Best Bits' untuk mendapatkan konten eksklusif dari konferensi.


Sistem Kontrol Otomatisasi

  1. Bisnis pemeliharaan
  2. Otomasi:Apa Artinya bagi Masa Depan Bisnis
  3. Efek Positif Otomasi Pertanian
  4. Biaya Peluang dari Tidak Mengotomatiskan
  5. Memanfaatkan Otomatisasi untuk Mencapai Kesinambungan Bisnis di New Normal
  6. STAEDTLER:nilai otomatisasi dalam manufaktur
  7. Memahami nilai otomatisasi dalam manufaktur
  8. Prediksi 2021:AI &Otomasi dalam Bisnis
  9. Manfaat Otomatisasi untuk Bisnis Anda
  10. Kekuatan AI dalam otomasi industri