เทมเพลตการประชุม Skip-Level สำหรับผู้นำทีมวิศวกรรม

Skip-Level มีไว้เพื่ออะไรกันแน่

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

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

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

วาระการประชุม (คัดลอกไปใช้ได้เลย)

ระยะเวลา: 30–45 นาที
รูปแบบ: 1:1 ระหว่างผู้นำระดับสูงกับผู้ปฏิบัติงานรายบุคคล ไม่บันทึกโดยค่าเริ่มต้น (ขอก่อน)


ส่วนที่ 1 — อาชีพและการเติบโต (10 นาที)

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

ส่วนที่ 2 — ฟีดแบ็กเรื่องทีมและสภาพแวดล้อม (10 นาที)

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

ส่วนที่ 3 — คำถามเรื่องทิศทางองค์กร (10 นาที)

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

ส่วนที่ 4 — การติดตามผลของผู้นำระดับสูง (5 นาที)

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

อะไรที่เทมเพลต Skip-Level ส่วนใหญ่พลาดไป

เทมเพลต Skip-Level ทั่วไปโดยพื้นฐานแล้วก็คือเทมเพลต 1:1 ที่ดำเนินการโดยคนอื่น นั่นมีประโยชน์แต่พลาดจุดประสงค์อันโดดเด่นของ Skip-Level คือการได้สัญญาณที่ไม่ถูกกรองจากระดับที่ปกติไม่มีสิทธิ์เข้าถึงผู้นำระดับสูง

สิ่งแรกที่เทมเพลตพลาดคือการออกแบบคำถาม คำถามปลายเปิดเรื่องความสุขและการเติบโตตอบเชิงบวกได้ง่ายและผลิตสัญญาณน้อย คำถามที่เจาะจงเชิงพฤติกรรม — "เล่าให้ฟังเรื่องครั้งที่..." — ตอบยากกว่าและผลิตตัวอย่างที่เป็นรูปธรรมซึ่งให้ข้อมูลจริง ผู้นำระดับสูงที่จัด Skip-Level ด้วยคำถามทั่วไปจะพบว่าทุกบทสนทนาฟังดูคล้ายกันหมด: มีส่วนร่วม เป็นบวก มีข้อเสนอแนะเล็กน้อย สัญญาณที่จะเปลี่ยนอะไรได้จริงๆ ไม่เคยปรากฏ

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

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

Pavleur จัดการบันทึก Skip-Level อย่างไร

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

แนวทางมาตรฐานคือไม่มีบันทึกเลย หรือมีบันทึกส่วนตัวแบบไม่เป็นทางการที่ไม่เคยถูกอ้างถึง ทั้งสองอย่างใช้ไม่ได้ดีเมื่อผู้นำระดับสูงมี Skip-Level หกครั้งต่อสัปดาห์ครอบคลุม IC 30 คน บริบทที่จำเป็นในการระบุรูปแบบ — "วิศวกรสามคนพูดถึงความหงุดหงิดเรื่องกระบวนการดีพลอยอย่างเดียวกันในเดือนที่ผ่านมา" — ไม่มีอยู่เพราะไม่มีบันทึกที่เป็นระบบ

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

ว่าด้วยความถี่และการระบุที่มา

Skip-Level รายไตรมาสเป็นขั้นต่ำในการรักษาสัญญาณที่แท้จริง รายเดือนดีกว่าถ้าหัวหน้าดูแล IC มากกว่าแปดหรือเก้าคน Skip-Level รายปีมีก็เหมือนไม่มี — ความสัมพันธ์ไม่ก่อตัว และไม่มีใครพูดอะไรจริงจังกับผู้นำระดับสูงที่เจอปีละครั้ง

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

เทมเพลตการประชุม Skip-Level สำหรับผู้นำทีมวิศวกรรม | Pavleur