แนวปฏิบัติที่ดีที่สุด ใช้ระบบ PM

ประเด็นสำคัญ

ทำไมทีมจึงต่อต้าน

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

การเตรียมการเปิดตัวแบบนุ่มนวล

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

2. เครือข่ายแชมเปี้ยน แต่งตั้งพนักงานที่ได้รับความเคารพ 5-7 คนเป็นทูตการเปลี่ยนแปลง — จัดสรรเวลาของพวกเขาสูงสุด 50% เพื่อทดสอบเครื่องมือ รวบรวมข้อเสนอแนะจากเพื่อนร่วมงาน และแบ่งปันความสำเร็จในช่วงแรกภายในทีม

3. การนำเสนอคุณค่า (WIIFM — What's In It For Me) เตรียมกรณีหนึ่งสไลด์ที่ครอบคลุมสามองค์ประกอบ:

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

4. นำร่องด้วยการทำงานคู่ขนาน ดำเนินการนำร่องในหนึ่งโครงการขณะรักษากระบวนการก่อนหน้าให้ทำงานคู่ขนาน สิ่งนี้แยกข้อผิดพลาดออกจากความเสี่ยงด้านกำหนดเวลาและช่วยให้ทีมสังเกตการเปรียบเทียบก่อน/หลังที่เป็นรูปธรรมโดยไม่มีแรงกดดันด้านพันธสัญญา

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

การฝึกอบรมและการเปิดตัว

1. Zero-Day Kick-off 60 นาที เซสชั่นออนไลน์สดในรูปแบบโชว์-แอนด์-เทล:

• 10 นาที — CEO หรือผู้ก่อตั้งสร้างงานจริงแบบสดบนหน้าจอ
• 15 นาที — การสาธิตสดของสถานการณ์การใช้งานหลัก
• 20 นาที — ผู้เข้าร่วมทำการมอบหมายงานครั้งแรกเป็นคู่
• 15 นาที — ถาม-ตอบ

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

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

3. ผู้รวมเข้าทันที หลังแต่ละโมดูล ผู้เข้าร่วมทำการกระทำสดเล็ก ๆ ในโครงการที่ใช้งานอยู่ — มอบหมายงาน กำหนดกำหนดเวลา แนบไฟล์ สิ่งนี้ยึดการเรียนรู้ในการปฏิบัติก่อนที่การลืมจะเกิดขึ้น

4. แผนที่ความก้าวหน้า 30-60-90 วัน:

• วันที่ 0-30: ทำสถานการณ์พื้นฐานให้เสร็จ (สร้าง รับ ปิดงาน)
• วันที่ 31-60: เชื่อมต่อระบบอัตโนมัติ (เทมเพลต การเตือน)
• วันที่ 61-90: รวบรวมตัวชี้วัดเวลาเสร็จสปรินต์แรกสำหรับการเปรียบเทียบฐาน

แผนที่นี้ทำหน้าที่เป็นกระดูกสันหลังโครงสร้างสำหรับการเริ่มงานอย่างต่อเนื่องและให้ข้อมูลความสำเร็จเริ่มต้นที่จำเป็นสำหรับการสื่อสารภายในและการตัดสินใจขยายขนาดในอนาคต

5. สภาพแวดล้อมแซนด์บ็อกซ์และช่องทางสนับสนุน โครงการทดสอบแยกอนุญาตให้ทดลองได้โดยไม่มีความเสี่ยงต่องานสด ช่อง Slack หรือ Teams เฉพาะที่แชมเปี้ยนตอบกลับภายในหนึ่งชั่วโมงให้สภาพแวดล้อมการเรียนรู้แบบลูปเร็วแก่ผู้คนและแปลงคำถามที่เกิดขึ้นซ้ำเป็นความรู้ที่มีเอกสาร

ขั้นตอนแรก

1. หนึ่งวัน หนึ่งนิสัย จัดโครงสร้าง 10 วันแรกเพื่อให้แต่ละวันมุ่งเน้นไปที่สถานการณ์เดียว: สร้างงาน มอบหมายผู้ดำเนินการ แนบไฟล์ การจำกัดขอบเขตประจำวันลดภาระทางความคิดและสร้างนิสัยพฤติกรรมแบบเป็นขั้นเป็นตอน

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

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

4. ชัยชนะในระยะแรกที่เป็นรูปธรรม เผยแพร่ผลลัพธ์ที่เฉพาะเจาะจงและสามารถระบุที่มาได้: สปรินต์ที่เสร็จก่อนกำหนด บรีฟที่ไม่หายอีกต่อไป ตัวอย่างที่เป็นรูปธรรมสร้างความน่าเชื่อถือและแสดงให้เห็นว่าระบบสร้างการปรับปรุงด้านการดำเนินงานที่แท้จริง

5. ความต่อเนื่องหลังการเปิดตัว การเปิดตัวอย่างเป็นทางการคือจุดเริ่มต้นของการนำไปใช้ ไม่ใช่ความสมบูรณ์ กิจกรรมที่ดำเนินการอย่างต่อเนื่องที่จำเป็นรวมถึงการเผยแพร่การอัปเดตการใช้งานสั้น ๆ การลดความซับซ้อนในการเข้าถึง (SSO การผสานรวม Slack) และการฝังระบบในกระบวนการที่เกิดขึ้นซ้ำ ทีมที่ไม่ได้กลับไปสู่นิสัยก่อนหน้าหลังจากสองสัปดาห์ได้ผ่านเกณฑ์การยอมรับที่สำคัญแล้ว

สภาพแวดล้อมในการทำงาน

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

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

การยอมรับและวัฒนธรรม

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

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

การรักษาการมีส่วนร่วม

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

• ฝังแพลตฟอร์มในกระบวนการดำเนินงานประจำวัน: การประชุมการซิงโครไนซ์อ้างอิงเฉพาะงานจากระบบเท่านั้น เอกสารถูกแนบไว้ในการ์ด และการทบทวนย้อนหลังใช้ข้อมูลแดชบอร์ดแทนรายงานที่ประกอบขึ้นด้วยมือ สิ่งนี้สร้างบรรทัดฐานการทำงานใหม่แทนที่จะเพิ่มภาระที่มีอยู่
• เผยแพร่ผลลัพธ์ที่เป็นรูปธรรมเป็นประจำ: "ปิด 15 งานใน 2 วัน", "ศูนย์รายการที่เลยกำหนดในสปรินต์นี้", "ได้รับการมองเห็นโครงการที่สมบูรณ์เป็นครั้งแรก" การวางกรอบผลลัพธ์รอบ ๆ ประสิทธิภาพของทีมแทนที่จะเป็นคุณสมบัติของระบบขยายแรงจูงใจและเชื่อมโยงเครื่องมือกับเอกลักษณ์ทางวิชาชีพ
• ทำให้การสนับสนุนเข้าถึงได้และเฉพาะเจาะจง: เทมเพลตงาน การเตือนอัตโนมัติ และความช่วยเหลือที่รวดเร็วจากคู่มือที่กำหนดแทนที่จะเป็นช่องสนับสนุน IT เพียงอย่างเดียวทำให้ระบบรู้สึกว่าได้รับการออกแบบสำหรับงานแทนที่จะถูกบังคับให้ใช้

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

บทความที่เกี่ยวข้อง:

สำหรับกลยุทธ์ในการสร้างสมดุลระหว่างการทำงานทางไกลกับความรับผิดชอบส่วนตัว อ่าน การเลี้ยงดูบุตรและการทำงานทางไกล: การสร้างสมดุลระหว่างครอบครัวและประสิทธิภาพ

สำหรับแนวปฏิบัติที่เสริมสร้างความสามัคคีของทีมแบบกระจาย อ่าน สร้างวัฒนธรรมการทำงานทางไกลที่แข็งแกร่ง

สำหรับแนวทางในการปรับปรุงประสิทธิภาพการทำงานทางไกล อ่าน การทำงานทางไกลแบบเรียลไทม์

บทสรุป

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

การอ่านที่แนะนำ

"Switch: How to Change Things When Change Is Hard"

กรอบงานเชิงปฏิบัติ — โมเดลช้าง ผู้ขี่ และเส้นทาง — สำหรับการขับเคลื่อนการเปลี่ยนแปลงพฤติกรรมในผู้คนและองค์กร

"Accelerate: Building and Scaling High Performing Technology Organizations"

การวิเคราะห์ตามการวิจัยของตัวชี้วัดประสิทธิภาพและแนวปฏิบัติ DevOps ที่สร้างการปรับปรุงการส่งมอบที่วัดได้

"The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win"

นวนิยายธุรกิจที่แสดงให้เห็นว่าหลักการ DevOps สามารถกู้คืนโครงการที่ล้มเหลวและเปลี่ยนแปลงวัฒนธรรมการทำงานขององค์กรได้อย่างไร