ในไม่ช้าซอฟต์แวร์แบบก้าวกระโดดจะกลายเป็นโรคที่พบบ่อยมากของบริษัทต่างๆ การเปลี่ยนซอฟต์แวร์หนึ่งไปสู่อีกซอฟต์แวร์หนึ่งเนื่องจากสิ่งเล็กๆ น้อยๆ การกระโดดจากเทคโนโลยีหนึ่งไปอีกเทคโนโลยีหนึ่ง การทดลองกับธุรกิจจริงกำลังกลายเป็นบรรทัดฐาน ในเวลาเดียวกัน สงครามกลางเมืองที่แท้จริงเริ่มต้นขึ้นในสำนักงาน: มีการสร้างขบวนการต่อต้านการดำเนินการ พรรคพวกกำลังดำเนินการต่อต้านระบบใหม่ สายลับกำลังส่งเสริมโลกใหม่ที่กล้าหาญด้วยซอฟต์แวร์ใหม่ การจัดการจากรถหุ้มเกราะของ พอร์ทัลองค์กรกำลังออกอากาศเกี่ยวกับสันติภาพ แรงงาน KPI การปฏิวัติมักจบลงด้วยความล้มเหลวโดยสิ้นเชิงในด้านใดด้านหนึ่ง
เรารู้เกือบทุกอย่างเกี่ยวกับการนำไปปฏิบัติ ดังนั้นเรามาดูวิธีเปลี่ยนการปฏิวัติให้เป็นวิวัฒนาการ และทำให้การนำไปปฏิบัติมีประโยชน์และไม่ยุ่งยากเท่าที่จะเป็นไปได้ หรืออย่างน้อยเราจะบอกคุณว่าคุณอาจทำอะไรได้บ้างในกระบวนการนี้
การแสดงภาพการยอมรับซอฟต์แวร์ใหม่ของพนักงานในอุดมคติ ที่มา - Yandex.Images
ที่ปรึกษาชาวต่างชาติจะเริ่มต้นบทความนี้ประมาณนี้: “หากคุณนำเสนอซอฟต์แวร์ที่มีคุณภาพแก่พนักงานซึ่งสามารถปรับปรุงงานของพวกเขาได้ มีผลกระทบในเชิงคุณภาพต่อประสิทธิภาพการทำงาน การนำโปรแกรมหรือระบบใหม่มาใช้จะเกิดขึ้นตามธรรมชาติ” แต่เราอยู่ในรัสเซีย ดังนั้นปัญหาของพนักงานที่น่าสงสัยและทำสงครามจึงมีความเกี่ยวข้องมาก การเปลี่ยนแปลงตามธรรมชาติจะไม่ทำงาน แม้ว่าจะมีซอฟต์แวร์เพียงเล็กน้อย เช่น โปรแกรมส่งข้อความขององค์กรหรือซอฟต์โฟนก็ตาม
ขาของปัญหามาจากไหน?
ทุกวันนี้ ทุกบริษัทมีซอฟต์แวร์ที่ติดตั้งไว้มากมาย (เราถือเป็นกรณีทั่วไป เนื่องจากในบริษัทไอที จำนวนซอฟต์แวร์เป็นสองเท่าหรือสามเท่า และปัญหาในการปรับตัวทับซ้อนกันบางส่วนและมีความเฉพาะเจาะจงมาก): ระบบการจัดการโครงการ CRM/ERP ไคลเอนต์อีเมล โปรแกรมส่งข้อความด่วน พอร์ทัลองค์กร ฯลฯ และนี่ไม่นับความจริงที่ว่ามีบริษัทหลายแห่งที่แม้แต่การเปลี่ยนจากเบราว์เซอร์หนึ่งไปอีกเบราว์เซอร์ก็ดำเนินการโดยทั้งทีมโดยไม่มีข้อยกเว้น (และยังมีทีมที่ใช้ Internet Explorer Edge อย่างสมบูรณ์) โดยทั่วไป มีหลายสถานการณ์ที่บทความของเราอาจมีประโยชน์:
- มีกระบวนการของระบบอัตโนมัติหลักของงานบางกลุ่ม: กำลังใช้งาน CRM/ERP แรก, กำลังเปิดพอร์ทัลขององค์กร, กำลังติดตั้งระบบสำหรับการสนับสนุนทางเทคนิค ฯลฯ
- ซอฟต์แวร์หนึ่งถูกแทนที่ด้วยอีกซอฟต์แวร์หนึ่งด้วยเหตุผลบางประการ: ความล้าสมัย ข้อกำหนดใหม่ การปรับขนาด การเปลี่ยนแปลงกิจกรรม ฯลฯ
- โมดูลของระบบที่มีอยู่กำลังถูกสร้างขึ้นเพื่อวัตถุประสงค์ในการพัฒนาและการเติบโต (เช่น บริษัทเปิดการผลิตและตัดสินใจเปลี่ยนจาก บน พร้อมฟังก์ชั่นการใช้งานสูงสุด);
- มีการอัปเดตอินเทอร์เฟซหลักและซอฟต์แวร์ที่ใช้งานได้
แน่นอนว่าสองกรณีแรกนั้นรุนแรงกว่าและเป็นเรื่องปกติในการแสดงออก โปรดให้ความสนใจเป็นพิเศษ
ดังนั้นก่อนที่คุณจะเริ่มทำงานกับทีม (ซึ่งสงสัยอยู่แล้วว่าจะมีการเปลี่ยนแปลงในเร็วๆ นี้) ให้พยายามทำความเข้าใจว่าสาเหตุที่แท้จริงของการเปลี่ยนแปลงซอฟต์แวร์คืออะไร และคุณยอมรับว่าการเปลี่ยนแปลงนั้นมีความจำเป็นหรือไม่
- โปรแกรมเก่าใช้งานได้ยาก: มีราคาแพง ไม่สะดวก ใช้งานไม่ได้ ไม่ตรงตามความต้องการของคุณอีกต่อไป ไม่เหมาะกับขนาดของคุณ ฯลฯ นี่เป็นความจำเป็นตามวัตถุประสงค์
- ผู้จำหน่ายหยุดการสนับสนุนระบบ หรือการสนับสนุนและการปรับเปลี่ยนกลายเป็นการอนุมัติอย่างต่อเนื่องและการสิ้นเปลืองเงิน หากต้นทุนของคุณเพิ่มขึ้นอย่างมาก และในอนาคตพวกเขาสัญญาว่าจะเพิ่มขึ้นอีก คุณไม่จำเป็นต้องรออะไรอีกต่อไป คุณต้องลดค่าใช้จ่ายลง ใช่ ระบบใหม่จะต้องเสียค่าใช้จ่ายเช่นกัน แต่สุดท้ายแล้วการปรับให้เหมาะสมจะมีราคาน้อยกว่าการสนับสนุนดังกล่าว
- การเปลี่ยนซอฟต์แวร์เป็นความตั้งใจของบุคคลหรือกลุ่มพนักงาน ตัวอย่างเช่น CTO ต้องการย้อนกลับและกำลังล็อบบี้ให้มีการนำระบบใหม่ที่มีราคาแพงกว่ามาใช้ ซึ่งสิ่งนี้เกิดขึ้นในบริษัทขนาดใหญ่ อีกตัวอย่างหนึ่ง: ผู้จัดการโครงการสนับสนุนการเปลี่ยน Asana เป็น Basecamp จากนั้น Basecamp เป็น Jira และ Jira เชิงซ้อนเป็น Wrike บ่อยครั้งที่แรงจูงใจเดียวสำหรับการย้ายถิ่นดังกล่าวคือการอวดงานที่ยุ่งวุ่นวายและรักษาตำแหน่งของตนไว้ ในกรณีเช่นนี้ มีความจำเป็นต้องกำหนดระดับของความจำเป็น แรงจูงใจ และความสมเหตุสมผล และตามกฎแล้ว โดยการตัดสินใจอย่างแน่วแน่ที่จะปฏิเสธการเปลี่ยนแปลง
เรากำลังพูดถึงสาเหตุของการเปลี่ยนจากซอฟต์แวร์หนึ่งไปยังอีกซอฟต์แวร์หนึ่ง และไม่เกี่ยวกับระบบอัตโนมัติหลัก - เพียงเพราะระบบอัตโนมัติเป็นสิ่งจำเป็นในเบื้องต้น หากบริษัทของคุณดำเนินการบางอย่างด้วยตนเองและเป็นประจำแต่สามารถดำเนินการได้โดยอัตโนมัติ คุณก็จะเสียเวลา เงิน และมีแนวโน้มว่าจะสูญเสียข้อมูลอันมีค่าของบริษัทไป อัตโนมัติ!
คุณจะข้ามไปได้อย่างไร: การก้าวกระโดดครั้งใหญ่หรือเสือหมอบ?
ในทางปฏิบัติทั่วโลก มีกลยุทธ์หลักสามประการในการเปลี่ยนไปใช้ซอฟต์แวร์ใหม่และปรับตัวให้เข้ากับซอฟต์แวร์ดังกล่าว และกลยุทธ์เหล่านี้ดูเหมาะกับเรามาก ดังนั้นอย่าสร้างวงล้อขึ้นมาใหม่เลย
บิ๊กแบง
การนำไปใช้โดยใช้วิธี "บิ๊กแบง" เป็นการเปลี่ยนแปลงที่ยากที่สุดเท่าที่จะเป็นไปได้ เมื่อคุณกำหนดวันที่ที่แน่นอนและดำเนินการย้ายข้อมูลอย่างรวดเร็ว โดยปิดการใช้งานซอฟต์แวร์เก่า 100%
ข้อดี
+ ทุกคนทำงานในระบบเดียว ไม่จำเป็นต้องซิงโครไนซ์ข้อมูล พนักงานไม่จำเป็นต้องตรวจสอบสองอินเทอร์เฟซพร้อมกัน
+ ความเรียบง่ายสำหรับผู้ดูแลระบบ - การโยกย้ายหนึ่งครั้ง หนึ่งงาน หนึ่งการสนับสนุนระบบ
+ การเปลี่ยนแปลงที่เป็นไปได้ทั้งหมดเกิดขึ้น ณ จุดๆ หนึ่งและเห็นได้ชัดเจนเกือบจะในทันที - ไม่จำเป็นต้องแยกว่าอะไรและในสัดส่วนที่ส่งผลต่อประสิทธิภาพการผลิต ความเร็วของการพัฒนา การขาย ฯลฯ
cons
— ทำงานได้สำเร็จด้วยซอฟต์แวร์ธรรมดาเท่านั้น: แชท พอร์ทัลองค์กร โปรแกรมส่งข้อความทันที แม้แต่อีเมลก็ยังล้มเหลวได้อยู่แล้ว ไม่ต้องพูดถึงระบบการจัดการโครงการ, CRM/ERP และระบบร้ายแรงอื่นๆ
— การโยกย้ายแบบ “ระเบิด” จากระบบขนาดใหญ่ไปยังอีกระบบหนึ่งจะทำให้เกิดความสับสนวุ่นวายอย่างหลีกเลี่ยงไม่ได้
สิ่งที่สำคัญที่สุดสำหรับการเปลี่ยนผ่านสู่สภาพแวดล้อมการทำงานใหม่ประเภทนี้คือการฝึกอบรม
การวิ่งแบบขนาน
การปรับให้เข้ากับซอฟต์แวร์แบบขนานเป็นวิธีที่นุ่มนวลและเป็นสากลมากขึ้นในการเปลี่ยนแปลง โดยมีการกำหนดช่วงเวลาในระหว่างที่ทั้งสองระบบจะทำงานพร้อมกัน
ข้อดี
+ ผู้ใช้มีเวลาเพียงพอที่จะทำความคุ้นเคยกับซอฟต์แวร์ใหม่ในขณะที่ทำงานอย่างรวดเร็วในซอฟต์แวร์เก่า ค้นหาสิ่งที่คล้ายคลึงกัน และเข้าใจตรรกะใหม่ของการโต้ตอบกับอินเทอร์เฟซ
+ ในกรณีที่เกิดปัญหากะทันหัน พนักงานยังคงทำงานในระบบเดิมต่อไป
+ การฝึกอบรมผู้ใช้เข้มงวดน้อยกว่าและโดยทั่วไปถูกกว่า
+ ในทางปฏิบัติแล้วไม่มีปฏิกิริยาเชิงลบจากพนักงาน - ท้ายที่สุดแล้วพวกเขาไม่ได้ขาดเครื่องมือหรือวิธีการทำสิ่งต่าง ๆ ตามปกติ (หากระบบอัตโนมัติเกิดขึ้นเป็นครั้งแรก)
cons
— ปัญหาด้านการดูแลระบบ: รองรับทั้งสองระบบ, การซิงโครไนซ์ข้อมูล, การจัดการความปลอดภัยในสองแอพพลิเคชั่นพร้อมกัน
— กระบวนการเปลี่ยนแปลงขยายออกไปอย่างไม่มีที่สิ้นสุด - พนักงานตระหนักดีว่าพวกเขามีเวลาเหลืออยู่อีกเกือบชั่วนิรันดร์ และพวกเขาสามารถขยายการใช้อินเทอร์เฟซที่คุ้นเคยได้อีกเล็กน้อย
- ความสับสนของผู้ใช้ - อินเทอร์เฟซทั้งสองสร้างความสับสนและทำให้เกิดข้อผิดพลาดในการปฏิบัติงานและข้อมูล
- เงิน. คุณชำระค่าบริการทั้งสองระบบ
การรับเลี้ยงบุตรบุญธรรมแบบค่อยเป็นค่อยไป
การปรับเปลี่ยนทีละขั้นตอนเป็นตัวเลือกที่นุ่มนวลที่สุดสำหรับการเปลี่ยนไปใช้ซอฟต์แวร์ใหม่ การเปลี่ยนแปลงจะดำเนินการตามหน้าที่ภายในระยะเวลาที่กำหนดและตามแผนก (เช่น ตั้งแต่วันที่ 1 มิถุนายน เราจะเพิ่มลูกค้าใหม่เฉพาะในระบบ CRM ใหม่ ตั้งแต่วันที่ 20 มิถุนายน เราจะทำธุรกรรมในระบบใหม่ จนถึงวันที่ 1 สิงหาคม เราจะถ่ายโอนปฏิทิน และกรณีต่างๆ และภายในวันที่ 30 กันยายน เราจะดำเนินการย้ายข้อมูลให้เสร็จสิ้น ถือเป็นคำอธิบายคร่าวๆ แต่โดยทั่วไปก็ชัดเจน)
ข้อดี
+ จัดระเบียบการเปลี่ยนแปลง กระจายโหลดระหว่างผู้ดูแลระบบและผู้เชี่ยวชาญภายใน
+ การเรียนรู้ที่รอบคอบและลึกซึ้งยิ่งขึ้น
+ ไม่มีการต่อต้านการเปลี่ยนแปลง เพราะมันเกิดขึ้นอย่างนุ่มนวลที่สุด
cons - ประมาณเหมือนกับการเปลี่ยนแบบขนาน
ตอนนี้เป็นเพียงการเปลี่ยนแปลงอย่างค่อยเป็นค่อยไปใช่ไหม?
คำถามเชิงตรรกะคุณจะเห็นด้วย เหตุใดจึงต้องยุ่งยากเป็นพิเศษในเมื่อคุณสามารถจัดตารางเวลาและดำเนินการตามแผนที่ชัดเจนได้ ที่จริงแล้วไม่ใช่ทุกอย่างจะง่ายนัก
- ความซับซ้อนของซอฟต์แวร์: หากเรากำลังพูดถึงซอฟต์แวร์ที่ซับซ้อน (เช่น ) ดังนั้นการปรับเฟสจึงเหมาะสมกว่า หากซอฟต์แวร์เป็นแบบเรียบง่าย (ผู้ส่งสาร พอร์ทัลขององค์กร) รูปแบบที่เหมาะสมคือเมื่อคุณประกาศวันที่และปิดการใช้งานซอฟต์แวร์เก่าในวันที่กำหนด (หากคุณโชคดี พนักงานจะมีเวลาดึงข้อมูลทั้งหมดที่พวกเขาต้องการออกมา และหากคุณโชคไม่ดี คุณจะต้องจัดเตรียมข้อมูลที่จำเป็นในการนำเข้าจากระบบเก่าไปยังระบบใหม่โดยอัตโนมัติ หากเป็นไปได้ในทางเทคนิค)
- ระดับความเสี่ยงสำหรับบริษัท: ยิ่งการดำเนินการมีความเสี่ยงมากเท่าไรก็ยิ่งช้าลงเท่านั้น ในทางกลับกัน ความล่าช้าก็เป็นความเสี่ยงเช่นกัน ตัวอย่างเช่น คุณเปลี่ยนจากระบบ CRM หนึ่งไปยังอีกระบบหนึ่ง และในระหว่างช่วงการเปลี่ยนผ่าน คุณจะถูกบังคับให้จ่ายเงินสำหรับทั้งสองระบบ ซึ่งจะเป็นการเพิ่มต้นทุนและค่าใช้จ่ายในการติดตั้งระบบใหม่ ซึ่ง หมายถึงระยะเวลาคืนทุนจะขยายออกไป
- จำนวนพนักงาน: Big Bang ไม่เหมาะอย่างแน่นอนหากคุณต้องการปรับขนาดและกำหนดค่าโปรไฟล์ผู้ใช้จำนวนมาก แม้ว่าจะมีบางกรณีที่การใช้งานที่รวดเร็วเป็นพิเศษจะเป็นประโยชน์สำหรับบริษัทขนาดใหญ่ก็ตาม ตัวเลือกนี้อาจเหมาะสมกับระบบที่พนักงานจำนวนมากใช้ แต่อาจไม่มีข้อกำหนดเนื่องจากไม่ได้ตั้งใจให้ปรับแต่ง แต่ขอย้ำอีกครั้งว่า นี่เป็นเรื่องใหญ่สำหรับผู้ใช้ปลายทางและเป็นงานใหญ่แบบทีละขั้นตอนสำหรับบริการไอทีเดียวกัน (เช่น การเรียกเก็บเงินหรือระบบการเข้าถึง)
- คุณสมบัติของการใช้งานซอฟต์แวร์ที่เลือก (การแก้ไข ฯลฯ ) บางครั้งการดำเนินการจะเริ่มต้นทีละขั้นตอน โดยมีการรวบรวมข้อกำหนด การปรับแต่ง การฝึกอบรม ฯลฯ ตัวอย่างเช่น, มีการใช้งานอย่างต่อเนื่องเสมอและหากมีคนสัญญากับคุณว่า "การใช้งานและการกำหนดค่าใน 3 วันหรือ 3 ชั่วโมง" - จำบทความนี้และข้ามบริการดังกล่าว: การติดตั้ง ≠ การใช้งาน
ขอย้ำอีกครั้งว่าแม้จะทราบพารามิเตอร์ที่ระบุไว้แล้ว แต่ก็ไม่สามารถเลือกเส้นทางใดเส้นทางหนึ่งได้อย่างแน่นอน ประเมินสภาพแวดล้อมองค์กรของคุณ ซึ่งจะช่วยให้คุณเข้าใจความสมดุลของอำนาจ และพิจารณาว่าโมเดลใด (หรือองค์ประกอบบางอย่างรวมกัน) ที่เหมาะกับคุณ
ตัวแทนแห่งอิทธิพล: การปฏิวัติหรือวิวัฒนาการ
สิ่งแรกที่คุณควรใส่ใจคือพนักงานที่จะได้รับผลกระทบจากการนำซอฟต์แวร์ใหม่ไปใช้ ที่จริงแล้วปัญหาที่เรากำลังพิจารณาอยู่ตอนนี้เป็นเพียงปัจจัยด้านมนุษย์เท่านั้น ดังนั้นการวิเคราะห์ผลกระทบต่อพนักงานจึงไม่สามารถหลีกเลี่ยงได้ เราได้กล่าวถึงบางส่วนข้างต้นแล้ว
- ผู้นำของบริษัทเป็นผู้กำหนดว่าซอฟต์แวร์ใหม่จะได้รับการยอมรับโดยทั่วไปอย่างไร และนี่ไม่ใช่สถานที่สำหรับการกล่าวสุนทรพจน์ส่งเสริมการขายและการกล่าวสุนทรพจน์ที่ร้อนแรง - สิ่งสำคัญคือต้องแสดงให้เห็นอย่างชัดเจนถึงความจำเป็นในการเปลี่ยนแปลงเพื่อถ่ายทอดแนวคิดที่ว่านี่เป็นเพียงการเลือกเครื่องมือที่เย็นกว่าและสะดวกกว่าเช่นเดียวกับการเปลี่ยนแล็ปท็อปเครื่องเก่า ข้อผิดพลาดที่ใหญ่ที่สุดของฝ่ายบริหารในสถานการณ์เช่นนี้คือการล้างมือและถอนตัว: หากฝ่ายบริหารไม่ต้องการระบบอัตโนมัติของบริษัท ทำไมพนักงานถึงสนใจเรื่องนี้? อยู่ในกระบวนการ.
- หัวหน้าแผนก (ผู้จัดการโครงการ) เป็นตัวเชื่อมโยงระดับกลางที่ต้องมีส่วนร่วมในกระบวนการทั้งหมด จัดการความไม่พอใจ แสดงเจตจำนงและทำงานผ่านการคัดค้านทุกประการของเพื่อนร่วมงาน และดำเนินการฝึกอบรมคุณภาพสูงและเชิงลึก
- บริการด้านไอที (หรือผู้ดูแลระบบ) - เมื่อดูเผินๆ สิ่งเหล่านี้คือผู้ที่ตื่นเช้าของคุณ ปรับตัวได้และปรับตัวได้มากที่สุด แต่... ไม่ใช่ บ่อยครั้งโดยเฉพาะอย่างยิ่งในบริษัทขนาดเล็กและขนาดกลาง ผู้ดูแลระบบต่อต้านการเปลี่ยนแปลงใด ๆ (การเสริมสร้างความเข้มแข็ง) ของโครงสร้างพื้นฐานด้านไอที และนี่ไม่ได้เกิดจากเหตุผลทางเทคนิคใด ๆ แต่เป็นความเกียจคร้านและไม่เต็มใจที่จะทำงาน ใครในพวกเราไม่ได้มองหาวิธีหลีกเลี่ยงการทำงาน? แต่อย่าให้เรื่องนี้เสียหายทั้งบริษัท
- ตามกฎแล้วผู้ใช้ปลายทางต้องการทำงานให้ดีและสะดวกสบายในด้านหนึ่งและกลัวการเปลี่ยนแปลงเช่นเดียวกับผู้คนที่ยังมีชีวิตอยู่ ข้อโต้แย้งหลักสำหรับพวกเขานั้นตรงไปตรงมาและเรียบง่าย: ทำไมเราถึงแนะนำ/เปลี่ยนแปลง อะไรคือขีดจำกัดของการควบคุม งานจะถูกประเมินอย่างไร อะไรจะเปลี่ยนแปลง และอะไรคือความเสี่ยง (อย่างไรก็ตาม ทุกคนควรประเมินความเสี่ยง - แม้ว่าเราจะเป็นพ่อค้าก็ตาม แต่เราไม่ได้รับหน้าที่ที่จะบอกว่าทุกสิ่งทุกอย่างเป็นไปอย่างราบรื่นเสมอไป: มีความเสี่ยงในกระบวนการใดๆ ภายในธุรกิจ)
- “หน่วยงาน” ภายในบริษัทคือพรรคพวกที่สามารถโน้มน้าวพนักงานคนอื่นได้ นี่ไม่จำเป็นต้องเป็นบุคคลที่มีตำแหน่งสูงหรือมีประสบการณ์มากมาย - ในกรณีของการทำงานกับซอฟต์แวร์ "ผู้มีอำนาจ" อาจเป็นผู้รอบรู้ขั้นสูงที่อ่าน Habr ซ้ำแล้วซ้ำอีกและจะเริ่มข่มขู่ ทุกคนเกี่ยวกับว่าทุกอย่างจะเลวร้ายแค่ไหน เขาอาจไม่มีเป้าหมายที่จะทำลายการดำเนินการหรือกระบวนการเปลี่ยนผ่าน - เพียงแค่แสดงออกและจิตวิญญาณแห่งการต่อต้าน - แล้วพนักงานจะเชื่อเขา คุณต้องทำงานร่วมกับพนักงานประเภทนี้: อธิบาย ตั้งคำถาม และโดยเฉพาะอย่างยิ่งในกรณีที่ยากลำบาก ให้บอกใบ้ถึงผลที่ตามมา
มีสูตรสากลในการตรวจสอบว่าผู้ใช้กลัวบางสิ่งบางอย่างจริงๆ หรือว่าพวกเขามีอาการหวาดระแวงเป็นกลุ่มที่นำโดยผู้นำที่เชี่ยวชาญหรือไม่ ถามพวกเขาเกี่ยวกับสาเหตุของความไม่พอใจ เกี่ยวกับข้อกังวล หากนี่ไม่ใช่ประสบการณ์หรือความคิดเห็นส่วนตัว ข้อโต้แย้งจะเริ่มหลั่งไหลเข้ามาหลังจากถามคำถามเพื่อชี้แจง 3-4 ข้อ
ปัจจัยสำคัญสองประการในการเอาชนะ "การเคลื่อนไหวแนวต้าน" ได้สำเร็จ
- ให้การฝึกอบรม: ผู้ขายและภายใน ตรวจสอบให้แน่ใจว่าพนักงานเข้าใจทุกอย่างจริงๆ เชี่ยวชาญ และพร้อมที่จะเริ่มทำงานโดยไม่คำนึงถึงระดับการฝึกอบรม คุณลักษณะบังคับของการฝึกอบรมคือคำแนะนำแบบพิมพ์และอิเล็กทรอนิกส์ (ข้อบังคับ) และเอกสารที่สมบูรณ์ที่สุดในระบบ (ผู้จำหน่ายที่เคารพตนเองจะเผยแพร่พร้อมกับซอฟต์แวร์และจัดเตรียมให้ฟรี)
- มองหาผู้สนับสนุนและเลือกผู้มีอิทธิพล ผู้เชี่ยวชาญภายในและผู้เริ่มนำไปใช้งานเป็นระบบสนับสนุนของคุณ ทั้งให้ความรู้และขจัดข้อสงสัย ตามกฎแล้ว พนักงานเองก็ยินดีที่จะช่วยเหลือเพื่อนร่วมงานและแนะนำซอฟต์แวร์ใหม่ให้พวกเขา งานของคุณคือแบ่งเบาภาระงานชั่วคราวหรือให้โบนัสที่เหมาะสมสำหรับภาระงานใหม่
สิ่งที่คุณต้องใส่ใจกับ
- พนักงานได้รับผลกระทบจากการเปลี่ยนแปลงขั้นสูงแค่ไหน? (ถ้าพูดกันตรงๆ ถ้าพรุ่งนี้พวกเขาคิดค้นโปรแกรมบัญชีใหม่ พระเจ้าห้ามไม่ให้คุณแหย่เข้าไปในแผนกบัญชีกับผู้หญิงอายุมากกว่า 50 ปี และแนะนำให้เปลี่ยนจาก 1C คุณจะไม่รอดออกมา)
- ขั้นตอนการทำงานจะได้รับผลกระทบมากน้อยเพียงใด? การเปลี่ยน Messenger ในบริษัทที่มีคน 100 คนก็เรื่องหนึ่ง อีกเรื่องหนึ่งคือการนำระบบ CRM ใหม่มาใช้ซึ่งขึ้นอยู่กับกระบวนการสำคัญในบริษัท (และนี่ไม่ใช่แค่การขายเท่านั้น เช่น ในรุ่นอาวุโสจะส่งผลต่อการผลิต คลังสินค้า การตลาด และผู้จัดการระดับสูงที่ร่วมกับทีมจะสร้างกระบวนการทางธุรกิจแบบอัตโนมัติ)
- มีการฝึกอบรมและอยู่ในระดับใด?
การเปลี่ยนแปลงเชิงตรรกะเพียงอย่างเดียวในระบบการคิดขององค์กร
อะไรจะบันทึกการเปลี่ยนแปลง/การใช้งานซอฟต์แวร์ใหม่
ก่อนที่เราจะบอกคุณว่าประเด็นสำคัญใดบ้างที่จะช่วยให้คุณเปลี่ยนไปใช้ซอฟต์แวร์ใหม่ได้อย่างสะดวกสบาย ให้เราดึงความสนใจของคุณไปที่จุดหนึ่งก่อน มีบางอย่างที่ไม่ควรทำอย่างแน่นอน - ไม่จำเป็นต้องกดดันพนักงานและ "กระตุ้น" พวกเขาด้วยการลิดรอนโบนัส การลงโทษทางการบริหารและทางวินัย สิ่งนี้จะไม่ทำให้กระบวนการดีขึ้น แต่ทัศนคติของพนักงานจะแย่ลง หากพวกเขาผลักดันก็จะมีการควบคุม หากพวกเขาบังคับคุณ แสดงว่าพวกเขาไม่ได้เคารพผลประโยชน์ของเรา หากพวกเขาบังคับบังคับ นั่นหมายความว่าพวกเขาไม่ไว้วางใจเราและงานของเรา ดังนั้นเราจึงทำทุกอย่างอย่างมีระเบียบวินัย ชัดเจน มีความสามารถ แต่ไม่มีแรงกดดันหรือการบังคับที่ไม่จำเป็น
คุณต้องมีแผนปฏิบัติการโดยละเอียด
สิ่งอื่นอาจไม่มีอยู่จริง แต่ต้องมีแผน นอกจากนี้แผนดังกล่าวยังมีการปรับเปลี่ยน อัปเดต ชัดเจน และหลีกเลี่ยงไม่ได้ พร้อมให้อภิปรายและโปร่งใสแก่พนักงานทุกคนที่สนใจ เป็นไปไม่ได้ที่จะสื่อสารโดยตรงว่าตั้งแต่ 8 น. ถึง 10 น. มีความสำเร็จและเวลา 16 น. มีการทำสงครามกับอังกฤษ สิ่งสำคัญคือต้องดูแผนทั้งหมดในมุมมอง
แผนดังกล่าวจะต้องสะท้อนถึงความต้องการของพนักงานที่จะเป็นผู้ใช้ปลายทาง ด้วยวิธีนี้พนักงานแต่ละคนจะรู้ได้อย่างแน่ชัดว่าคุณสมบัติที่ต้องการคืออะไร และเขาจะสามารถใช้งานได้ในเวลาใด ในเวลาเดียวกันแผนการเปลี่ยนแปลงหรือการดำเนินการไม่ใช่หินใหญ่ก้อนเดียวที่ไม่เปลี่ยนรูป มีความจำเป็นต้องทิ้งความเป็นไปได้ในการสรุปแผนและเปลี่ยนแปลงคุณลักษณะ (แต่ไม่ใช่ในรูปแบบของการแก้ไขที่ไม่มีที่สิ้นสุดและ "ต้องการ" ใหม่ และไม่อยู่ในรูปของการเปลี่ยนแปลงกำหนดเวลาอย่างต่อเนื่อง)
สิ่งที่ควรอยู่ในแผน?
- เหตุการณ์สำคัญการเปลี่ยนแปลงหลัก (ขั้นตอน) - สิ่งที่ต้องทำ
- จุดเปลี่ยนโดยละเอียดสำหรับแต่ละขั้นตอน - ควรทำอย่างไร
- ประเด็นสำคัญและการรายงาน (การกระทบยอดชั่วโมง) - จะวัดผลสิ่งที่ทำไปแล้วอย่างไร และใครควรอยู่ที่จุดควบคุม
- คนที่มีความรับผิดชอบคือคนที่คุณสามารถติดต่อและถามคำถามได้
- กำหนดเวลาคือจุดเริ่มต้นและจุดสิ้นสุดของแต่ละขั้นตอนและกระบวนการทั้งหมดโดยรวม
- กระบวนการที่ได้รับผลกระทบ - การเปลี่ยนแปลงใดที่จะเกิดขึ้นในกระบวนการทางธุรกิจ สิ่งที่จำเป็นต้องเปลี่ยนแปลงพร้อมกับการนำไปปฏิบัติ/การเปลี่ยนแปลง
- การประเมินขั้นสุดท้ายคือชุดของตัวบ่งชี้ ตัวชี้วัด หรือแม้แต่การประเมินเชิงอัตนัย ซึ่งจะช่วยประเมินการนำไปปฏิบัติ/การเปลี่ยนแปลงที่เกิดขึ้น
- การเริ่มดำเนินการคือวันที่แน่นอนที่ทั้งบริษัทจะเข้าร่วมกระบวนการอัตโนมัติที่อัปเดตและทำงานในระบบใหม่
เราได้พบเห็นการนำเสนอของผู้ปฏิบัติงานซึ่งมีเส้นสีแดงคือคำแนะนำ: ปฏิบัติโดยใช้กำลัง เพิกเฉยต่อปฏิกิริยา อย่าพูดคุยกับพนักงาน เราไม่เห็นด้วยกับแนวทางนี้ และนี่คือเหตุผล
ดูภาพด้านล่าง:
เมาส์ใหม่ แป้นพิมพ์ใหม่ อพาร์ทเมนต์ รถยนต์ และแม้กระทั่งงานถือเป็นกิจกรรมที่น่าพึงพอใจและสนุกสนาน ซึ่งบางส่วนอาจเป็นความสำเร็จด้วยซ้ำ และผู้ใช้ไปที่ยานเดกซ์เพื่อค้นหาวิธีทำความคุ้นเคยและปรับตัว วิธีเข้าอพาร์ทเมนต์ใหม่และเข้าใจว่าเป็นของคุณ เปิดก๊อกน้ำครั้งแรก ดื่มชา เข้านอนครั้งแรก วิธีอยู่หลังพวงมาลัยและผูกมิตรกับรถคันใหม่ของคุณ แต่จนถึงตอนนี้ยังต่างไปจากเดิมอย่างสิ้นเชิง ซอฟต์แวร์ใหม่ในที่ทำงานไม่แตกต่างจากสถานการณ์ที่อธิบายไว้ เพราะงานของพนักงานจะไม่เหมือนเดิมอีกต่อไป ดังนั้นนำไปปฏิบัติ ปรับใช้ เติบโตไปพร้อมกับซอฟต์แวร์ที่มีประสิทธิภาพใหม่ๆ และนี่คือสถานการณ์ที่เราสามารถพูดได้ว่า: รีบหน่อย
ที่มา: will.com