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