PMs จะพร้อมสำหรับกระบวนการอัตโนมัติของหุ่นยนต์ได้อย่างไร

ฟังเวอร์ชั่นเสียงของบทความนี้

เมื่อเราเข้าสู่ยุคของปัญญาประดิษฐ์ แนวโน้มที่เกิดขึ้นใหม่ซึ่งส่งผลกระทบต่อทีมและเวิร์กโฟลว์ของเราอยู่แล้วก็คือกระบวนการอัตโนมัติของหุ่นยนต์ เมื่อเร็วๆ นี้ บริษัท UiPath บริษัท Robotic Process Automation (RPA) ได้ปิดรอบการลงทุน Series C มูลค่า 225 ล้านดอลลาร์ที่การประเมินมูลค่า 3 พันล้านดอลลาร์กับนักลงทุนชั้นนำ เช่น CapitalG (Google) และ Sequoia Capital นอกจากนี้ จากการศึกษาล่าสุดเรื่อง “State of operation and outsourcing, 2018” โดย HfS และ KPMG นั้น RPA ยังได้รับการจัดอันดับให้เป็นลำดับความสำคัญด้านการลงทุนอันดับหนึ่งโดยผู้ซื้อระดับองค์กร

หาก RPA ยังไม่ได้นำมาพิจารณาในงานของคุณในฐานะผู้จัดการโครงการ มีความเป็นไปได้สูงที่จะกลายเป็นหนึ่งในนั้นในอนาคตอันใกล้

หุ่นยนต์กระบวนการอัตโนมัติคืออะไร?

คำว่า Robotic Process Automation นั้นให้ความรู้สึกเหมือนอยู่ในสายการประกอบ โดยที่แขนหุ่นยนต์ที่แม่นยำจะรวมแผ่นโลหะและส่วนประกอบต่างๆ ในลักษณะซิงโครนัสและทำซ้ำๆ ในขณะที่ RPA มีรากฐานทางปรัชญาในโรงงาน เมื่อเราพูดถึง RPA เราก็มีซอฟต์แวร์อยู่ในใจ

หากคุณเคยใช้มาโครหรือวิธีแก้ปัญหาแบบสคริปต์ คุณควรมีความรู้สึกว่า RPA คืออะไร มันทำให้กระบวนการที่มีโครงสร้าง ทำซ้ำได้ และเป็นไปตามกฎโดยอัตโนมัติ เช่น การสร้างบัญชีหรือการป้อนข้อมูลใบแจ้งหนี้ลงในซอฟต์แวร์ของบุคคลที่สาม อย่างไรก็ตาม RPA นั้นซับซ้อนกว่ามาโครมากเพราะสามารถโต้ตอบกับแอพพลิเคชั่นหลายตัวพร้อมกันได้ การปรับใช้ง่ายกว่าการเขียนสคริปต์ที่กำหนดเองเนื่องจากเครื่องมือ RPA มีอินเทอร์เฟซแบบลากและวาง ซึ่งไม่ต้องใช้ทักษะการเขียนโปรแกรมเพื่อสร้างเวิร์กโฟลว์ของกระบวนการ

ตัวอย่างของการนำ RPA ไปใช้มีลักษณะดังนี้:

• บอท RPA ได้รับอีเมลพร้อมแบบฟอร์มคำขอใบแจ้งหนี้ excel ที่ได้มาตรฐาน
• บอทจะเข้าสู่ระบบ SAP ซอฟต์แวร์การวางแผนทรัพยากรขององค์กร
• ดึงข้อมูลจาก excel และใส่ลงใน SAP
• สร้างใบแจ้งหนี้ใน SAP และส่งไปยังผู้ขอ
• บอทจะส่งอีเมลยืนยันซึ่งแสดงว่ามีการสร้างและส่งใบแจ้งหนี้แล้ว

หากคุณต้องการเจาะลึกว่าบอท RPA ได้รับการตั้งค่าจริงอย่างไรและทำงานอย่างไร คุณสามารถดูคำแนะนำนี้โดยผู้ให้บริการ RPA

ประโยชน์ของ RPA

ลดต้นทุน

หลังจากการตั้งค่า บ็อต RPA สามารถดำเนินการตามขั้นตอนตามปกติได้ด้วยตนเอง โดยต้องใช้คนน้อยลงในการเคลื่อนย้ายสิ่งต่างๆ แน่นอนว่า พนักงานที่เป็นมนุษย์ยังคงมีความจำเป็นอย่างมากในการตั้งค่าและบำรุงรักษาบ็อต และเพื่อจัดการกับข้อยกเว้น

อัตราความสำเร็จที่เร็วขึ้น

บอท RPA สามารถดำเนินการแบบเดียวกันได้เร็วกว่ามนุษย์มากและไม่หยุดพัก คอขวดภายในกระบวนการสามารถล้างได้โดยบอท RPA ตัวอย่างเช่น ที่ปรึกษาการขายสามารถเปิดบัญชีให้กับลูกค้าในขณะที่กำลังคุยโทรศัพท์กับเขา โดยเริ่มต้นคำขอสำหรับบอท RPA เมื่อเทียบกับการติดตั้งแบบใช้มนุษย์ทั้งหมด จะช่วยประหยัดจากชั่วโมงพิเศษไม่กี่ชั่วโมงไปเป็นการทำงานที่คุ้มค่าสองสามวัน

ขจัดข้อผิดพลาดของมนุษย์

ข้อผิดพลาดส่วนใหญ่เกิดจากการคัดลอกข้อมูลจากซอฟต์แวร์หนึ่งไปยังอีกซอฟต์แวร์หนึ่ง (เช่น หมายเลขใบแจ้งหนี้ จำนวนเงิน เป็นต้น) ผู้คนจะป้อนรายละเอียดเหล่านั้นด้วยตนเองผ่านแป้นพิมพ์หรือเลือก คัดลอก และวางค่าเหล่านั้น ทั้งสองวิธีสามารถสร้างข้อผิดพลาดผ่านการคลิกผิดหรือการเลือกพลาด เนื่องจากบ็อต RPA เลือกค่าโดยการกำหนดเป้าหมายองค์ประกอบ UI ของแอปพลิเคชัน อัตราข้อผิดพลาดจึงเกือบเป็นศูนย์

ลดความเหนื่อยหน่าย/เลิกงานของพนักงาน

หากเราพิจารณางานที่เป็นแบบอัตโนมัติ งานเหล่านั้นมักจะซ้ำซากและไม่สร้างสรรค์ งานเหล่านี้เป็นส่วนหนึ่งของงานรองที่พนักงานทำ ซึ่งนำไปสู่อัตราการลาออกของพนักงานที่สูง บอทไม่มีความเหนื่อยหน่ายหรือไม่สนใจประเภทของงานที่ทำ จึงสามารถช่วยให้พนักงานมีเวลามากขึ้นสำหรับความพยายามที่สร้างสรรค์มากขึ้น

ผสานรวมกับแอปพลิเคชันทางธุรกิจที่มีอยู่

บ่อยครั้ง การเพิ่มประสิทธิภาพกระบวนการจะต้องมีการปรับโครงสร้างกระบวนการใหม่ จากนั้นจึงเปลี่ยนแปลงหรืออัปเดตซอฟต์แวร์ที่ใช้เพื่อทำให้กระบวนการนั้นสมบูรณ์ เนื่องจากเป็นความพยายามที่มีค่าใช้จ่ายสูง มีเพียงกระบวนการที่สำคัญที่สุดเท่านั้นที่จะรับประกันการลงทุนที่จำเป็น RPA ก้าวข้ามปริศนานี้ด้วยการสร้างแอปพลิเคชันที่มีอยู่ มันทำแบบเดียวกับที่มนุษย์ทำ - ในลักษณะที่มีประสิทธิภาพมากกว่ามาก

ความสามารถในการปรับขนาด

พนักงานใหม่ทุกคนต้องได้รับการเตรียมความพร้อมและต้องสะสมประสบการณ์เพื่อให้เชี่ยวชาญในการดำเนินการใดๆ ให้เสร็จสิ้น ในทางกลับกัน คุณเพียงแค่ต้องตั้งค่าบอท RPA เพียงครั้งเดียว และหากคุณต้องการเพิ่มแบนด์วิดท์ทั้งหมด คุณสามารถเพิ่มบอทเพิ่มเติม (เช่น อินสแตนซ์เพิ่มเติม) ที่จะเป็นไปตามรูปแบบเวิร์กโฟลว์ที่กำหนดไว้ล่วงหน้าแล้ว

นอกจากนี้ หากคุณต้องการขยาย RPA ไปยังกระบวนการอื่น ที่มีบางส่วนทับซ้อนกับกระบวนการอัตโนมัติอยู่แล้ว (เช่น การดึงหมายเลขบัญชีของไคลเอ็นต์) คุณสามารถคัดลอกส่วนนั้นของเวิร์กโฟลว์การทำงานอัตโนมัติได้

ความเสี่ยงของ RPA

การเลิกจ้างงาน

ดังที่ได้กล่าวไว้ก่อนหน้านี้ บอท RPA สามารถ แทนที่คนงานที่เป็นมนุษย์ได้ แม้ว่าการทำเช่นนี้อาจทำให้พนักงานมีเวลามากขึ้นในการมีส่วนร่วมในกิจกรรมที่สร้างสรรค์มากขึ้น แต่ก็ไม่มีโอกาสที่พนักงานจะเปลี่ยนไปใช้บทบาทอื่นได้เสมอไป

ความคาดหวังเกี่ยวกับต้นทุนและเวลาการตั้งค่าที่ไม่สมจริง

ในขณะที่คำมั่นสัญญาทั้งหมดของบริษัทผู้ผลิต RPA ฟังดูน่าดึงดูดใจมาก ดูเหมือนว่าความเป็นจริงจะต้านทานการเปลี่ยนแปลงได้มากกว่า McKinsey รายงานว่า "การติดตั้งบอทนับพันใช้เวลานานกว่ามากและซับซ้อนกว่าที่คนส่วนใหญ่คาดหวังไว้" การทำงานอัตโนมัติ 30% ไม่ได้แปลว่าลดต้นทุนการดำเนินงานลง 30%

สร้างการพึ่งพาจากแอปพลิเคชันต้นทาง

ดังที่เราเห็นมาก่อนแล้วข้อดีอย่างหนึ่งของ RPA คือการรวมเข้ากับแอปพลิเคชันทางธุรกิจที่มีอยู่ ข้อเสียคือแอปพลิเคชันได้รับการอัพเดตอย่างต่อเนื่อง ซึ่งสามารถสร้างความหายนะให้กับเวิร์กโฟลว์ของบอท RPA ที่ละเอียดอ่อนได้ บริษัทที่ต้องการใช้ RPA จะต้องจำไว้ว่าฟังก์ชันเพิ่มเติมนี้เชื่อมโยงกับหนี้ทางเทคนิคของตนอย่างไร

ทำไม RPA ถึงอยู่ที่นี่?

RPA ได้รับความสนใจจากผู้บริหารจำนวนมากในช่วงไม่กี่ปีที่ผ่านมา และสื่อโฆษณาตามทันกับการลงทุนใหม่ในการเริ่มต้น RPA อย่างไรก็ตาม มีสัญญาณใดบ้างที่บ่งชี้ว่าสิ่งนี้จะไม่เป็นแฟชั่นที่ผ่านพ้นไป?

ผลการศึกษาล่าสุด “State of operation and outsourcing, 2018” โดย HfS Research ร่วมกับ KPMG แสดงให้เห็นความสนใจใน RPA อย่างล้นหลามในหมู่ผู้ซื้อระดับองค์กร

RPA อยู่ในอันดับที่สูงกว่าคลาวด์, IOT, การวิเคราะห์, VR/AR, บล็อกเชน, AI/ML/Cognitive, โดรน และยานพาหนะไร้คนขับ นี่อาจเป็นเรื่องแปลกใจสำหรับคุณหากคุณไม่ได้เข้าร่วมโดยตรงในด้านการปฏิบัติงานของธุรกิจหรือเคยติดต่อกับโครงการ RPA มาก่อน

เราสามารถมองลึกลงไปถึงเหตุผลเบื้องหลังความสนใจที่โดดเด่นใน RPA ลำดับความสำคัญสูงสุดขององค์กรในปี 2561 จากการศึกษาของ KPMG มีดังนี้

1. ดำเนินการต่อไปเพื่อลดต้นทุนการดำเนินงาน
2. ลงทุนในไอทีแบบดั้งเดิมและที่กำลังเกิดขึ้นใหม่/ที่ได้รับการปรับปรุง
3. ลงทุนมากขึ้นในระบบอัตโนมัติของกระบวนการหุ่นยนต์
4. ปรับกระบวนการและฟังก์ชันให้เหมาะสมเพื่อใช้ประโยชน์จากความพยายามของระบบอัตโนมัติได้ดีที่สุด
5. ปรับช่องทางการให้บริการทั่วโลกให้เหมาะสม เก่งที่ GBS
6. ออกแบบใหม่/ปรับปรุงกระบวนการทางธุรกิจหลักใหม่
7. ลงทุนมากขึ้นในปัญญาประดิษฐ์/การคำนวณทางปัญญา
8. นำเสนอผลิตภัณฑ์/บริการใหม่ๆ/นวัตกรรมสู่ตลาด เพิ่ม/ปรับปรุง R&D
9. ค้นหา ดึงดูด และรักษาผู้มีความสามารถทั่วโลก
10. นำงานเอาท์ซอร์สกลับมาใช้ที่บ้าน แลกเปลี่ยนแรงงานดิจิทัลสำหรับบริการเอาท์ซอร์ส

RPA เป็นลำดับความสำคัญที่สำคัญที่สุดอันดับ 3 อย่างไรก็ตาม หากเราดูรายการอย่างใกล้ชิด เราจะเห็นลำดับความสำคัญที่เป็นตัวหนาอื่นๆ ที่เกี่ยวข้องกับ RPA ทางอ้อมด้วย

เหตุผลที่ RPA อยู่ในใจสำหรับผู้บริหารจำนวนมากก็คือ RPA ประสบกับ Pain Point มากกว่าหนึ่งจุด นั่นคือ ลดต้นทุน ปรับขนาดได้ และดูเหมือนว่าจะมีการบูรณาการที่รวดเร็ว ดังที่ได้กล่าวไว้ก่อนหน้านี้ สิ่งนี้สามารถสร้างความคาดหวังที่ไม่สมจริงสำหรับเวลาและค่าใช้จ่ายในการติดตั้ง แต่ RPA นั้นดูเหมือนผลไม้ที่แขวนอยู่ต่ำและเป็นทางเลือกที่ดึงดูดใจให้กับงานขนาดมหึมาของการออกแบบกระบวนการจริงใหม่เพื่อให้มีประสิทธิภาพมากขึ้น

PMs จะเป็นอัตโนมัติหรือไม่?

ตอนนี้เรามาถึงส่วนที่สองของสมการแล้ว - RPA จะส่งผลต่องานของผู้จัดการโครงการอย่างไร ด้วยการพูดคุยทั้งหมดเกี่ยวกับหุ่นยนต์และ AI ที่แย่งงานของมนุษย์ เราสามารถคาดเดาได้ว่า PM ควรจะกังวลหรือไม่

คำตอบสั้น ๆ คือไม่ งานบริหารโครงการไม่ได้มีโครงสร้างสูง ทำซ้ำได้ หรืออิงตามกฎ นายกเทศมนตรีส่วนใหญ่จะบอกว่างานของพวกเขาตรงกันข้ามกับคุณสมบัติเหล่านั้นทุกประการ โดยเฉพาะอย่างยิ่งเมื่อมี PMs จำนวนมากขึ้นเรื่อยๆ ที่ใช้วิธีการแบบ Agile จะทำให้งาน PM กลายเป็นมาตรฐานได้ยากขึ้น ระลึกถึงคุณค่าแรกของคำประกาศ Agile - "บุคคลและการโต้ตอบเหนือกระบวนการและเครื่องมือ"

อย่างไรก็ตาม ด้วยการใช้ RPA ที่เพิ่มขึ้นทั่วทั้งองค์กร

การพัฒนาซอฟต์แวร์ การทำงานของผู้จัดการโครงการจะได้รับผลกระทบอย่างหลีกเลี่ยงไม่ได้ โครงการที่คุณทำมีแนวโน้มที่จะมีการพิจารณา RPA หรือองค์ประกอบ RPA ที่เป็นส่วนหนึ่งของโครงการของคุณมากขึ้น เนื่องจากความคิดริเริ่ม RPA ส่วนใหญ่เกี่ยวข้องกับการดำเนินการและกระบวนการภายใน คุณจึงมีแนวโน้มที่จะติดต่อกับมันหากคุณกำลังทำงานในโครงการ B2B เราจะเจาะลึกรายละเอียดเหล่านี้ในหัวข้อต่อไปนี้

โอกาสในการพัฒนาซอฟต์แวร์ที่ RPA Bots ใช้

ตัวเลือก Backlog ใหม่

RPA เสนอเครื่องมือใหม่ในกล่องเครื่องมือของ PM เมื่อต้องจัดการการพัฒนาซอฟต์แวร์ชิ้นใหม่ บ่อยครั้งคุณต้องคิดว่าจะได้รับการสนับสนุนหลังจากออกวางจำหน่ายแล้วอย่างไร คุณต้องเจรจาขยายความรับผิดชอบและทรัพยากรกับฝ่ายสนับสนุนลูกค้า การเงิน ผู้ดูแลระบบ และแผนกอื่นๆ ทั้งหมดนี้ต้องอยู่ในงบประมาณของโครงการและ RPA เสนอวิธีทำให้ต้นทุนการสนับสนุนต่ำลง

RPA รองรับ Agile

ยิ่งโครงการมีขนาดเล็ก เช่น โครงการนำร่อง การรักษาความปลอดภัยทรัพยากรจากแผนกอื่น ๆ ก็ยิ่งยากขึ้นเท่านั้น นี่คือจุดที่บอท RPA สามารถใช้เพื่อลดความต้องการทรัพยากรมนุษย์ มันอาจจะเป็นเรื่องยากที่จะหลีกเลี่ยงการสนับสนุนของมนุษย์โดยสิ้นเชิง แม้แต่ในระยะนำร่อง แต่ง่ายกว่ามากที่จะรักษาความปลอดภัยให้กับผู้เชี่ยวชาญด้านการสนับสนุนลูกค้านอกเวลาเป็นเวลา 2 เดือนแทนที่จะเป็น 3 FTE ในช่วงเวลาเดียวกัน นอกจากนี้ หากโครงการนำร่องไม่เป็นไปตามความคาดหวังของธุรกิจและการพัฒนาโครงการต่อไปถูกยกเลิก คุณก็สามารถปิดใช้งานบอทได้ สิ่งนี้ช่วยให้คุณคล่องตัวมากขึ้น

ความทะเยอทะยานที่ใหญ่กว่า

ความเข้าใจแบบเดียวกันนั้นว่าผลิตภัณฑ์จะต้องได้รับการสนับสนุนหลังจากการเปิดตัวโดยมนุษย์ อาจเป็นปัจจัยจำกัดความทะเยอทะยานของคุณและทีมของคุณ เมื่อกำหนดวิสัยทัศน์ของโครงการและสร้างงานในมือ คุณจะตัดแนวคิดบางอย่างออกไปทั้งโดยไม่รู้ตัวหรือโดยไม่รู้ตัว เนื่องจากต้องการการสนับสนุนในระดับสูง ซึ่งจะลด ROI การมี RPA ในชุดเครื่องมือของคุณทำให้คุณสามารถพิจารณาเส้นทางโครงการที่แตกต่างกันโดยสิ้นเชิง เนื่องจาก:

• ต้นทุนของกระบวนการในอนาคตสามารถลดลงได้โดยใช้บอท
• ปรับขนาดการสนับสนุนบอทได้ง่ายกว่า สร้างความเป็นไปได้ให้คุณตอบสนองต่อความต้องการของตลาดมากขึ้น

การปรับใช้ RPA แบบมีโครงสร้าง

หากคุณอยู่ในสถานการณ์ที่ยังไม่มีการทดลองใช้ RPA ในองค์กรของคุณ คุณมีโอกาสที่จะกำหนดกรอบงานสำหรับการสร้างและใช้งานบอท นี่อาจเป็นเรื่องท้าทาย โดยเฉพาะอย่างยิ่งหากนำมาใช้ในแผนกที่ไม่ใช่แผนกไอที ผู้คนที่นั่นอาจไม่ปฏิบัติตามหรือแม้แต่ทราบถึงวิธีการมาตรฐานอุตสาหกรรมสำหรับการส่งมอบซอฟต์แวร์ (บอทยังคงเป็นซอฟต์แวร์ชิ้นหนึ่ง แม้ว่าจะไม่ได้ปรับใช้โดยแผนกไอทีก็ตาม) ซึ่งอาจนำไปสู่การแก้ปัญหาแบบเดิมซึ่งจะกล่าวถึงเพิ่มเติมในบทความนี้ หากคุณในฐานะผู้จัดการโครงการสามารถอำนวยความสะดวกในการปรับใช้ RPA ที่มีโครงสร้างที่เหมาะสม คุณสามารถหลีกเลี่ยงปัญหาเดิมเหล่านี้ได้

ความท้าทายในการพัฒนาซอฟต์แวร์ที่ RPA Bots ใช้

บริษัท RPA จำนวนมากนำเสนอผลิตภัณฑ์ของตนโดยบอกว่าบอททำสิ่งเดียวกับที่มนุษย์ทำ ซึ่งมีประสิทธิภาพมากกว่าเฉพาะในงานที่ระบุเท่านั้น ในขณะที่อยู่บนพื้นผิวที่เป็นจริง บ็อตส่วนใหญ่มีสภาพแวดล้อมการทำงานดิจิทัลเหมือนกัน ให้คลิกปุ่มเดียวกันและคัดลอก/วางข้อมูลเดียวกัน วิธีที่พวกเขาดำเนินการเกี่ยวกับการทำงานให้เสร็จสิ้นนั้นแตกต่างกันมาก

วิธีการทั่วไปสองวิธีที่บอทโต้ตอบกับแอปพลิเคชัน:

1. การรู้จำองค์ประกอบ - ค้นหาชื่อองค์ประกอบ UI ภายในแอตทริบิวต์ในแอปพลิเคชันหรือภายในแผนผัง HTML ในเบราว์เซอร์ (เหมือนกับที่คุณทำกับเครื่องมือสำหรับนักพัฒนาในเบราว์เซอร์) โดยทั่วไปจะใช้เมื่อบอทสามารถเข้าถึงแอปพลิเคชันได้โดยตรงในสภาพแวดล้อม
2. การจดจำภาพ - ระหว่างการตั้งค่าบ็อต คุณระบุส่วนต่างๆ ของแอปพลิเคชันที่มองเห็นได้อย่างชัดเจนว่าบอทต้องโต้ตอบกับและใช้คอมพิวเตอร์วิทัศน์ บอทจะสามารถระบุข้อมูลที่เกี่ยวข้อง ฟิลด์อินพุต ปุ่ม และโต้ตอบกับพวกมันได้ วิธีนี้จะใช้เมื่อเข้าถึงแอปพลิเคชันผ่านสภาพแวดล้อมเสมือนและไม่สามารถใช้วิธีที่ 1 ได้

ในขณะที่เราเห็นโหมดการทำงานของบอทนั้นแตกต่างอย่างมากกับวิธีที่มนุษย์จะตีความข้อมูลบนหน้าจอ สิ่งนี้สร้างความท้าทายเมื่อทีมของคุณกำลังพัฒนาซอฟต์แวร์ที่ไม่เพียงแต่ใช้โดยมนุษย์เท่านั้น แต่ยังรวมถึงบอทด้วย

บอทสร้างการพึ่งพา

ถูกต้องแล้ว ความท้าทายแรกที่ต้องระวังคือ ตามที่อธิบายไว้ข้างต้น บอทและมนุษย์จะไม่โต้ตอบกับแอปพลิเคชันของคุณในลักษณะเดียวกัน ซึ่งหมายความว่าเมื่อคุณทำการบำรุงรักษาหรือปล่อยการอัพเกรด เวิร์กโฟลว์ของบอทอาจได้รับผลกระทบ

การเปลี่ยนแอตทริบิวต์องค์ประกอบ UI อาจส่งผลให้บอทไม่สามารถระบุองค์ประกอบที่ถูกต้องได้ สิ่งนี้จะไม่มีผลกระทบต่อคนงานที่เป็นมนุษย์เลย

การเปลี่ยนรูปลักษณ์ของ UI ของคุณ (เลย์เอาต์ สี ขนาดองค์ประกอบ ชื่อข้อความ ฯลฯ) อาจขัดขวางพนักงานที่เป็นมนุษย์อย่างน้อยก็ชั่วคราว แต่เขาหรือเธอสามารถปรับตัวได้ แม้กระทั่งในการลองครั้งแรก สำหรับบ็อตที่เข้าถึงแอปพลิเคชันผ่านอินสแตนซ์เสมือนอาจเป็นหายนะเช่นเดียวกับรูปภาพก่อนหน้านี้ โดยอิงจากที่บอทควรจะค้นหาองค์ประกอบที่ถูกต้อง จะไม่ส่งคืนการจับคู่ใดๆ ในแอปพลิเคชันเวอร์ชันใหม่

ทั้งหมดนี้สร้างการพึ่งพาเพิ่มเติมซึ่งจำเป็นต้องได้รับการจัดการระหว่างการพัฒนา การทดสอบ และการสนับสนุน มิฉะนั้น บอทอาจยุ่งเหยิงและสร้างปัญหาเพิ่มเติม

ข้อมูลเสียหาย

สมมติว่าสถานการณ์หนึ่งที่อธิบายไว้ในจุดสุดท้ายเกิดขึ้นจริง คุณจะโชคดีถ้าบอทหยุดทำงานและส่งข้อผิดพลาดไปยังบุคคลที่รับผิดชอบในการดูแลบอท อีกสถานการณ์หนึ่งคือบอทเลือกองค์ประกอบ UI ที่แตกต่างกันจริง ๆ และเริ่มใช้งาน

Dan French ซีอีโอของ Seek Solutions ซึ่งทำงานร่วมกับลูกค้าจำนวนมากในการตั้งค่าบอท RPA กล่าวว่า: "บอทไม่มีวิจารณญาณและจะเกิดข้อผิดพลาดซ้ำๆ ในวงกว้าง หากกฎของบอทไม่ได้ออกแบบและตรวจสอบอย่างดี" ระบบอัตโนมัติทำให้การทำงานแย่ลงเร็วขึ้นและบอทสามารถทำลายข้อมูลจำนวนมากได้

ระบบเดิมที่เข้ามา

สองประเด็นสุดท้ายกล่าวถึงสถานการณ์ที่บอทล้มเหลว ตอนนี้เรามาดูการตั้งค่าที่บอททำงานตามที่คาดไว้

Chris DeBrusk ใน MIT Sloan Management Review เปรียบเทียบการมาของบอท RPA กับการตอบสนองต่อข้อผิดพลาดการเปลี่ยนแปลงนาฬิกาเวลาของ Y2K:

เพื่อรับมือกับการเปลี่ยนแปลงของนาฬิกาเวลาในช่วงเปลี่ยนศตวรรษ หลายองค์กรจึงหลีกเลี่ยงข้อจำกัดเดิม ผู้ใช้ทางธุรกิจเปิดรับพลังที่เพิ่มขึ้นใน Microsoft Excel และ Access เพื่อสร้างแอปพลิเคชันที่ซับซ้อนและมีความสำคัญต่อธุรกิจบนเดสก์ท็อปของตน แต่ในขณะที่เครื่องมือคำนวณแบบสั่งทำนั้นได้แพร่ขยายออกไป ปัญหาก็เกิดขึ้นเช่นกันเนื่องจากขาดกรอบการควบคุมที่เข้มงวด, QA, กระบวนการจัดการการปล่อย และกระบวนการไอทีที่เป็นทางการอื่นๆ

การระเบิดของบอทในวันนี้คุกคามที่จะทำซ้ำรูปแบบนี้… สิ่งสำคัญที่สุดคือสคริปต์ที่โปรแกรมบอทเป็นรหัสซอฟต์แวร์และควรได้รับการปฏิบัติเช่นนั้น พวกเขาต้องได้รับการออกแบบโดยใช้วิธีการมาตรฐานอุตสาหกรรมที่เน้นการใช้ซ้ำและนามธรรม และควรมีการกำหนดเวอร์ชันและบันทึกอย่างถูกต้องเพื่อให้สามารถดำเนินการกับกระบวนการ QA ได้

บริษัท RPA ต่างพยายามที่จะขายความเรียบง่ายของการตั้งค่าบอท การวิเคราะห์นี้แสดงให้เห็นอย่างชัดเจนว่าระบบเดิมสามารถสร้างขึ้นได้อย่างไร นอกจากนี้ยังสามารถทำให้รุนแรงขึ้นในสภาพแวดล้อมการจัดการโครงการที่คล่องตัว ความปรารถนาในการพัฒนาอย่างรวดเร็วอาจทำให้การริเริ่มด้านธรรมาภิบาลต้องตกงาน

ทางลัดแทนนวัตกรรมที่แท้จริง

ดูเหมือนว่า RPA จะเสนอวิธีแก้ปัญหาที่ยอดเยี่ยม แต่คุณต้องคำนึงว่าการทำงานอัตโนมัติบางอย่างและทำให้งานในมือว่างสำหรับพื้นที่นั้นอาจแค่ผลักปัญหาคอขวดไปยังส่วนอื่นขององค์กร RPA สามารถทำให้ผู้คนเลิกใช้นวัตกรรมที่แท้จริงในผลิตภัณฑ์ได้โดยการให้ทรัพยากรที่ดูเหมือนไม่จำกัดเพื่อจัดการกับงานคำราม มีอันตรายจากการแช่แข็งกระบวนการที่ล้าสมัยเมื่อจำเป็นต้องได้รับการอัปเดตจริงๆ

“RPA คือการซ่อมแซมหลุมบ่อบนถนน อย่าสับสนกับการสร้างทางหลวงใหม่” - Steve Gordon, VP Global Services Operations ที่ Becton Dickinson

ข้อควรพิจารณาในการจัดการการเปลี่ยนแปลง

“ผู้บริหาร 87% คิดบวกเกี่ยวกับหุ่นยนต์และ RPA ในขณะที่มีเพียง 17% ของผู้ปฏิบัติงานด้านธุรกรรมเท่านั้นที่เข้าร่วม” - ตามการสำรวจที่ดำเนินการโดย Seek Solutions

มันอาจจะดีกว่าที่จะนำเสนอเป็น Robotic Task Automation แทนที่จะใช้คำว่า 'process' มันสร้างความคาดหวังที่เป็นจริงมากขึ้นสำหรับผู้มีส่วนได้ส่วนเสียของคุณเนื่องจากเทคโนโลยี RPA ปัจจุบันไม่สามารถทำให้กระบวนการที่ซับซ้อนเป็นอัตโนมัติได้อย่างเต็มที่ มันสร้างความมั่นใจให้กับพนักงานที่กำลังดำเนินงานเหล่านั้น เนื่องจากพวกเขาจะยังคงเป็นเจ้าของกระบวนการ อย่างไรก็ตาม ส่วนที่อ่อนแอที่สุดของงานของพวกเขาจะถูกจัดการโดยซอฟต์แวร์

บทสรุป

ด้วยการไหลเข้าของกองทุนร่วมลงทุนและความจำเป็นที่เจ้าของกระบวนการต้องปรับกระบวนการภายในให้เหมาะสมและลดต้นทุน RPA นำเสนอโซลูชันผลไม้ที่มีราคาต่ำ บริษัทจำนวนมากได้ทำโครงการนำร่อง RPA และบางบริษัทก็มีการขยายขนาดเกินกว่านั้น ซึ่งหมายความว่าในฐานะผู้จัดการโครงการ คุณมีแนวโน้มที่จะติดต่อกับบอท RPA โดยตรงหรือโดยอ้อม โดยเฉพาะอย่างยิ่งเมื่อมีการขยายขอบเขต

ดังที่เราได้เห็น RPA มอบโอกาสมากมายและตัวเลือกงานในมือใหม่ๆ สำหรับโครงการของคุณ ในขณะเดียวกัน ก็มีความท้าทายมากมาย ตั้งแต่การทุจริตของข้อมูลไปจนถึงการสร้างระบบเดิม ในฐานะผู้จัดการโครงการ คุณจะต้องคำนึงถึงวิธีพัฒนาผลิตภัณฑ์หรือซอฟต์แวร์ที่นำ RPA มาพิจารณาด้วย การวางแผนเพิ่มเติมแม้เพียงเล็กน้อยจะช่วยให้คุณไม่ต้องปวดหัวกับการทำงาน และส่งมอบผลลัพธ์ที่ผู้มีส่วนได้ส่วนเสียคาดหวัง

หากคุณต้องการเจาะลึกในอุตสาหกรรม RPA รวบรวมข้อมูลบางส่วนเกี่ยวกับผู้ให้บริการโซลูชันและสถานะปัจจุบันของเทคโนโลยี คุณสามารถตรวจสอบรายงานอุตสาหกรรมที่ไม่เชื่อเรื่องพระเจ้าของผู้ขายเหล่านี้:

• The Forrester Wave: Robotic Process Automation ไตรมาสที่ 2 ปี 2018
• รายงานการทำงานอัตโนมัติของกระบวนการหุ่นยนต์โดย Mindfields