เมื่อทีม Tech เก่ง
แต่ไม่โต

ปัญหา

สัญญาณที่มักถูกมองข้าม

ในฐานะผู้บริหารหรือผู้นำทีม คุณอาจเคยเห็นสิ่งเหล่านี้:

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

ต้นตอ

ทำไมทีมถึงหยุดพูด

พื้นที่ไม่ปลอดภัยพอ

ทีมแต่ละทีมอาจนิยามความปลอดภัยไม่เหมือนกัน แต่มักมีบรรยากาศคล้ายๆ กัน:

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

เมื่อความคิดเห็นถูกลดทอน ทีมก็ค่อยๆ เฉย ชินชา และปัญหาที่แท้จริงก็ไม่เคยถูกพูดถึง ข้อความ เสียง ความคิดเห็น ค่อยๆ หายไป

นี่คือสิ่งที่ปิดกั้นการเรียนรู้ และการสร้างนวัตกรรม

กระบวนการ

Awareness-Based Facilitation คืออะไร

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

สิ่งนี้จะเป็นประตูเปิดสู่การพูดคุยถึงปัญหาอย่างแท้จริง และเกิดการเรียนรู้ปรับปรุงกระบวนการต่อได้ เพราะปัญหา มุมมองได้ถูกสื่อสารแลกเปลี่ยนกันแล้ว

ในโลกจริง

Awareness-Based Facilitation ในทีม Tech

ในโลกของ Modern Software Development โดยเฉพาะทีมที่ใช้แนวคิด Agile หรือ DevOps หลักการนี้ถูกนำมาใช้เยอะมาก เพียงแต่อาจไม่ได้เรียกด้วยชื่อเต็มๆ ว่า "Awareness-based Facilitation"

แต่มันถูกแฝงอยู่ในบทบาทของ Scrum Master, Agile Coach, หรือ Engineering Manager ที่เก่งๆ

1. Retrospective ที่ "ลึก" กว่าเดิม

ใน Agile Retrospective ทั่วไป เรามักถามแค่ "ทำอะไรดี? อะไรไม่ดี? จะแก้อะไร?" ซึ่งเป็นระดับผิวเผิน

แต่ทีมที่ใช้แนวทาง Awareness-based จะเจาะลึกลงไปที่ "สภาวะ" ของทีม:

• Check-in / Check-out — เริ่มประชุมด้วยการถามความรู้สึก เช่น "วันนี้พลังงานของคุณเป็นสีอะไร?" เพื่อให้ทุกคนตระหนักรู้สภาวะของเพื่อนร่วมทีมก่อนเริ่มถกเถียงเรื่องงาน
• Listening to the "Ghost" — หากในทีมมีความตึงเครียดแต่ไม่มีใครพูด Facilitator จะใช้การสังเกตและช่วยสะท้อนออกมา เช่น "ผมสังเกตว่าพอเราคุยเรื่อง Technical Debt ห้องจะเงียบผิดปกติ มีใครรู้สึกอึดอัดตรงนี้ไหม?" นี่คือการให้เสียงที่ซ่อนอยู่ได้ออกมา

2. Blameless Post-Mortem

เมื่อระบบล่ม สัญชาตญาณเดิมคือหาคนผิด (Who broke the build?) แต่แนวทาง Awareness-based จะเปลี่ยนจุดโฟกัส:

• System Awareness — ชวนให้ทีมตระหนักรู้ว่า "เราไม่ได้มองหาคนผิด แต่เรากำลังมองหารูรั่วในกระบวนการ"
• Psychological Safety — สร้างพื้นที่ปลอดภัยให้ Engineer กล้ายกมือบอกว่า "ผมเป็นคนกดปุ่มผิดเอง" โดยไม่กลัวโดนด่า เพื่อให้ทีมได้ข้อมูลจริงไปแก้ปัญหาที่ต้นตอ ไม่ใช่แค่แก้หน้างาน

3. ฟังเสียงที่ไม่ได้ยิน

ในการออกแบบระบบ มักจะมีเสียงของ Senior Engineer ที่ดังกว่าเสมอ

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

4. การฟังแบบ Generative ใน Product Discovery

เวลาทีมคุยกับ User หรือลูกค้า:

• แทนที่จะฟังเพื่อยืนยันสมมติฐานเดิมของตัวเอง (Downloading)
• ทีมจะถูกฝึกให้ฟังแบบ Empathetic Listening (เอาใจเขามาใส่ใจเรา) และ Generative Listening (ฟังเพื่อดูว่าอนาคตหรือนวัตกรรมอะไรที่กำลังรอให้เราสร้าง)

นี่คือหัวใจของการสร้าง Product ที่ตอบโจทย์ผู้ใช้จริงๆ

ความท้าทาย

สิ่งที่ยากที่สุดสำหรับผู้นำ

ในฐานะผู้บริหาร หรือผู้นำที่จำเป็นจะต้องทำเพื่อหวังผลลัพธ์ — ยากที่จะไม่เข้าไปอยู่ในกระบวนการ หรือไม่แทรกแซง

ตรงจุดนี้แหละที่ทำให้ทีมอาจจะขาดโอกาสการเรียนรู้ และสร้างกระบวนการเรียนรู้ของตัวทีมเอง

การเปิดพื้นที่ให้ทีมได้เรียนรู้ ให้เขาได้ทดลอง ให้เขาได้มีส่วนร่วม — นี่คือเป้าหมายเดิมของการสร้างนวัตกรรม สร้างเทคโนโลยีอยู่แล้ว

ถึงคน Tech ทุกคน

เรียนรู้ได้ มีความสุขได้ เติบโตได้
เปราะบางได้ อุ้มชูเพื่อนได้

เส้นทางสาย tech ปรับเปลี่ยนรวดเร็ว แข่งขันสูง ความรู้มัก outdated อย่างรวดเร็ว แทบจะต้องเรียนรู้อยู่ตลอดเวลา

หลายคนไม่สามารถอยู่กับความไม่ชัดเจนได้ ไม่สามารถมองเห็นเป็นความปกติ เผลอคิดว่าความไม่ชัดคือผลเสีย คือไม่ดี

เราเรียนรู้ที่จะอยู่กับความไม่ชัดได้ ตั้งรับถูก ปรับจากส่วนที่ชัด และค่อยๆ ปรับส่วนที่เบลอให้ชัดขึ้น อยู่กับความหลากหลาย

ถ้าหยุดตัดสินตัวเอง หยุดตัดสินทีม — เราจะเห็นว่าเราเรียนรู้ได้ มีความสุขได้ เติบโตได้ เปราะบางได้ อุ้มชูเพื่อนได้

ถ้าทีมมีคุณสมบัติลักษณะนี้ จะเป็นทีมที่สามารถเรียนรู้และเติบโตได้อย่างตลอดเวลา

ความแตกต่าง

ทำไมต้อง keen

แนวทาง

ไม่มีสูตรสำเร็จรูป

ไม่มี silver bullet — กระสุนเงินนัดเดียวยิงได้ทุกอย่าง

ทุกทีมมี culture ที่แตกต่าง ทุกโจทย์มีบริบทที่ไม่เหมือนกัน ปัญหาและรายละเอียดอาจแตกต่างในแต่ละความเป็นธรรมชาติเดิมๆ ของกลุ่ม

กระบวนการจะถูกออกแบบร่วมกับทีม ชวนทีมตั้งคำถาม ปรับเปลี่ยน ร่วมมีส่วนร่วมในการออกแบบกิจกรรมร่วมกัน ตามความต้องการและความท้าทายที่แท้จริง

ตัวอย่างสิ่งที่เคยทำกับทีม

• Reflection Session — สะท้อนการเรียนรู้ ทบทวนกระบวนการต่างๆ
• 1-on-1 Coaching — ช่วยพัฒนาบุคคลในหลากหลายมิติ
• Team Discovery — ช่วยทีมค้นพบตัวตน เปิดโอกาสให้ทดลองเรียนรู้ในบทบาทต่างๆ
• Value Questioning — ตั้งคำถามถึงคุณค่าของการทำงาน ส่งผลต่อชีวิตอย่างไร

การทำงานร่วมกัน

เราจะเดินไปด้วยกันอย่างไร

ไม่ใช่การแทรกแซง แต่คือการ "ร่วมเดินทาง"

เราเข้าใจดีว่า การมี "คนนอก" เข้ามาในวงสนทนาที่เปราะบาง เป็นเรื่องที่น่าอึดอัดและต้องใช้ความกล้าหาญ

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

ไม่ใช่แค่ซ่อม

เมื่อทีมดีอยู่แล้ว... จะไปต่อได้อย่างไร?

ทีมของคุณอาจกำลังทำงานได้อย่างลื่นไหล บรรยากาศดี งานเดิน และทุกคนมีความสุข

คำถามคือ คุณรู้ไหมว่า "ทำไม" มันถึงดี?

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

สำหรับ High-Performing Team

อย่าปล่อยให้ความสำเร็จเป็นเรื่องของโชค หรือ Chemistry ชั่วคราว — มาถอดรหัสให้กลายเป็น Playbook ของทีม

เริ่มต้น

หายใจลึกๆ

เปิดรับความไม่ชัดเจน เปิดพื้นที่ให้ความเป็นไปได้ใหม่ๆ

การแสดงออกของทีม ที่ลึกๆ แล้วมาจากเจตนาและความหวังดีสูงสุด ได้ส่งออกมา ได้ให้เพื่อน ให้ทีมมีส่วนร่วมในการพัฒนาและคลี่คลาย

ศึกษาหาข้อมูลเกี่ยวกับการจัดกระบวนการ facilitation ต่างๆ ได้ เพื่อเห็นความสำเร็จในองค์กรชั้นนำของโลก ว่าสามารถใช้กระบวนการพวกนี้มาสร้างความเปลี่ยนแปลงให้กับองค์กรได้มากมายเพียงใด