- ถ้าถามแบบกำกวมหรือไม่ชัดเจน อีกฝ่ายก็อาจจะ
→ อธิบายในสิ่งที่ฉันรู้อยู่แล้ว หรือ
→ อธิบายสิ่งที่ฉันไม่รู้ แต่ไม่เกี่ยวกับปัญหาของฉัน หรือ
→ แม้จะเป็นหัวข้อที่เกี่ยวข้อง แต่ใช้คำศัพท์ที่ฉันไม่เข้าใจ จนยิ่งทำให้งงต่อไป - ในสถานการณ์แบบนี้ เราจำเป็นต้องหยุดอีกฝ่ายอย่างเหมาะสม แล้วพาไปสู่คำตอบที่เราต้องการ
[ ก่อนจะพูดถึงวิธีขัดจังหวะระหว่างคำตอบ มาดู 2 กลยุทธ์สำคัญในการตั้งคำถามก่อน ]
-
ถามคำถามแบบใช่/ไม่ใช่
→ แม้เป็นหัวข้อซับซ้อนก็ยังถามแบบ Y/N ได้เพียงพอ
→ คำถามบางข้อเป็น "คำถามเพื่อยืนยันระดับความเข้าใจของฉัน"
→ ทำให้ได้คำตอบเร็วโดยไม่หลุดไปหัวข้ออื่น
→ ตัวอย่าง: คำถามเกี่ยวกับ Database
⇨ คิดว่า DB Failover จะเกิดขึ้นบ่อยแค่ไหน? ทุกสัปดาห์ไหม?
⇨ Scale Up ทำแบบ manual ไหม?
⇨ Facebook มีซอฟต์แวร์สำหรับจัดการ MySQL ของตัวเองไหม?
⇨ Orchestrator เป็น Proxy ไหม?
⇨ เป้าหมายของ Replica ที่คุณพูดถึงคือเพื่อประสิทธิภาพใช่ไหม?
⇨ มีการ route query ไปยัง shard ตาม ID ที่ใช้ค้นหาไหม? -
พูดสิ่งที่ตัวเองเข้าใจอยู่
→ อธิบายเป้าหมายของฉัน
→ บอกสิ่งที่ฉันเข้าใจอยู่ตอนนี้
→ เดาเกี่ยวกับเป้าหมายนั้น เพื่อให้ผู้ตอบบอกได้ว่าถูกหรือผิด
→ กระบวนการจดบันทึกสิ่งที่เข้าใจเองก็ช่วยให้ความคิดชัดเจนขึ้น
→ การพูดสิ่งที่เข้าใจอยู่ก็เป็นส่วนหนึ่งของคำถามแบบใช่/ไม่ใช่
⇨ นี่คือสิ่งที่ฉันเข้าใจว่า X ทำงานอย่างไร แบบนี้ถูกไหม?
[ การขัดจังหวะ ]
-
กล้าที่จะขัดจังหวะ
→ ถ้าอีกฝ่ายอธิบายหัวข้อที่ไม่เกี่ยวเป็นเวลานาน ก็ควรขัดจังหวะ
→ อาจรู้สึกว่าเสียมารยาท แต่ท้ายที่สุดแล้วมีประสิทธิภาพกับทุกฝ่ายมากกว่า ถ้าปล่อยต่อไปก็จะเสียเวลาทั้งสองฝ่าย
→ โดยทั่วไป ขัดจังหวะด้วยการถามคำถามที่เฉพาะเจาะจงขึ้น เพราะคำตอบที่ไม่เกี่ยวมักเกิดจากคำถามที่คลุมเครือเกินไป -
อย่ายอมรับคำตอบที่ไม่ใช่คำตอบของคำถามฉัน
→ ถ้าอีกฝ่ายจบคำตอบโดยยังไม่ได้ตอบคำถามของฉันจริง ๆ สิ่งสำคัญคือต้องถามต่อ
→ ใช้คำถามที่ละเอียดขึ้น (เช่น Yes/No) เพื่อนำไปสู่ทิศทางที่ฉันอยากรู้
→ ขอให้อธิบายคำศัพท์ที่ฉันไม่เข้าใจ (X คืออะไร?) -
หยุดคิดสักครู่
→ เวลาถามคนอื่น บางครั้งเราอาจได้ยินเรื่องน่าประหลาดใจที่ไม่เคยรู้มาก่อนเลย
→ ตอนนั้นเราต้องใช้เวลาเอาข้อมูลนี้ไปเชื่อมกับสิ่งที่รู้อยู่
→ ดังนั้นอาจพูดว่า "เดี๋ยวก่อนนะ อันนี้น่าทึ่งมาก ขอฉันคิดสักครู่" แล้วลองรวมเข้ากับความรู้เดิมและคิดคำถามใหม่ -
ต้องมีความมั่นใจเล็กน้อย
→ การขัดจังหวะข้างต้น / การไม่ยอมรับสิ่งที่ไม่ใช่คำตอบ / การขอเวลาคิด ล้วนต้องอาศัย "ความมั่นใจเล็กน้อย"
→ ตอนที่ยังไม่มั่นใจ ฉันเคยคิดว่า "อ๋อ คำอธิบายนี้น่าจะดีแหละ แค่ฉันไม่ฉลาดพอจะเข้าใจเอง" แล้วก็ยอมรับคำตอบนั้นไป
→ การจำเรื่องพวกนี้ไว้จะช่วยได้
⇨ คนส่วนใหญ่มักอยากช่วย (แม้ว่าคำอธิบายแรกของพวกเขาอาจเต็มไปด้วยคำศัพท์ที่เราไม่เข้าใจก็ตาม)
⇨ ถ้าเมื่อจบบทสนทนาแล้วได้ข้อมูลที่เป็นประโยชน์มาแม้เพียง 1 อย่าง ก็ถือว่าประสบความสำเร็จแล้ว (แม้จะเป็นแค่คำตอบข้อเดียวของคำถาม Yes/No ที่ก่อนหน้านี้เราไม่รู้ก็ตาม) -
วิธีให้คำตอบที่เป็นประโยชน์
→ คอยเช็กระหว่างพูดเสมอว่า "อันนี้เข้าใจไหม? (does that make sense?)"
→ อีกจุดที่สำคัญคือ
⇨ บอกไปเลยว่าฉันไม่เคยอธิบายคอนเซปต์นี้มาก่อน (เพราะคำอธิบายครั้งแรกอาจจะยังไม่ดี)
⇨ ยอมรับว่าคุณยังไม่รู้จักอีกฝ่ายดีพอ (จึงอาจตั้งสมมติฐานผิดเกี่ยวกับสิ่งที่เขารู้/ไม่รู้)
[ การดึงข้อมูลเก่งเป็นเหมือนพลังพิเศษ (Superpower) ]
- นักพัฒนาบางคนรู้เยอะมาก แต่ไม่ถนัดในการอธิบายสิ่งที่ตัวเองรู้
- แทนที่จะหงุดหงิดเพราะเขาอธิบายไม่เก่ง การถามให้ได้คำตอบที่ต้องการจะมีประสิทธิภาพกว่า
- แบบนี้จะทำให้เรามีคนที่เรียนรู้จากได้กว้างขึ้น
→ แทนที่จะมองหาคนที่อธิบายเก่ง ให้หาคนที่มีข้อมูลที่เราต้องการ แล้วถามอย่างเฉพาะเจาะจงจนกว่าจะได้เรียนรู้สิ่งที่ต้องการ - คนส่วนใหญ่ต้องการช่วยจริง ๆ จึงยินดีตอบคำถามแบบนี้
- ถ้าคุณถามเก่งขึ้น คุณจะมี "ชุดคำถามที่ช่วยดึงคำตอบที่ต้องการออกมาได้อย่างรวดเร็ว" และนั่นคือการใช้เวลาของทุกคนอย่างคุ้มค่า
3 ความคิดเห็น
ผมคิดว่าการขัดจังหวะอย่างไม่เสียมารยาทเป็นเรื่องสำคัญมากจริงๆ
เห็นด้วยเลยกับส่วนที่บอกว่าต้องมีความมั่นใจอยู่บ้าง เหมือนว่าถ้ามีความมั่นใจว่า "ถ้าคุณอธิบายให้ดี ฉันก็เข้าใจได้" ก็จะช่วยให้เราตั้งคำถามได้ดีขึ้นด้วย
ผมว่าบทความของคนนี้สนุกเสมอเลย ก่อนหน้านี้ก็มีบทความที่แปลยาวไว้อีกชิ้นหนึ่งครับ
อีกวิธีหนึ่งในการตั้งคำถาม