เลือกผิดทีมทีเดียวพอร์ตพังทั้งงาน บทความนี้บอกว่าดูอะไรก่อนชวนใครมาร่วมทีมงานแข่ง
หนึ่งในสาเหตุที่ทีม Hackathon มัธยมพังระหว่างทางบ่อยที่สุดไม่ใช่ "ไอเดียแย่" แต่คือ "ทีมสร้างปัญหากันเอง" คนที่สนิทกันมากในชีวิตจริงอาจทำงานด้วยกันได้แย่มากภายใต้ความกดดัน และคนที่ไม่ค่อยรู้จักกันอาจประสานงานกันได้ดีกว่ามาก
วิธีเลือกทีมที่ดีเริ่มจากรู้ว่าต้องการอะไรก่อนที่จะชวนใคร
ทีมที่สนิทกันมากมักมีปัญหาที่คาดไม่ถึง:
ในทางกลับกัน ทีมที่มีคนจากหลากหลาย background มักคิดได้กว้างกว่า และกล้าท้าทายกันด้วยเหตุผล ไม่ใช่ความสัมพันธ์
งานแข่งมัธยมส่วนใหญ่ต้องการ 4 ฟังก์ชันหลัก แม้จะมีสมาชิก 3-5 คน คนหนึ่งรับหลายบทบาทได้ แต่ต้องมีคนดูแลแต่ละด้านอย่างชัดเจน:
1. Researcher / Problem Expert
คนที่ค้นหาข้อมูลได้เร็ว สังเคราะห์ได้ดี และรู้จักตั้งคำถามกับ assumption ของทีม ไม่ต้องเชี่ยวชาญเรื่องเทคนิค แต่ต้องมี critical thinking ที่แหลม
2. Designer / Visioner
คนที่เห็นภาพรวมได้ว่า solution ควรมีหน้าตาและ user experience แบบไหน ไม่จำเป็นต้องใช้ Figma เป็น แต่ต้องวาด flow และ mockup ในกระดาษได้
3. Builder / Technical
ถ้างานแข่งต้องการ prototype ที่ functional ต้องมีคนที่เขียนโค้ดได้หรืออย่างน้อยต่อ no-code tools เป็น ถ้างานแข่งไม่ต้องการ technical execution บทบาทนี้อาจรวมกับ Researcher ได้
4. Presenter / Storyteller
คนที่นำเสนอได้ดีและคิดในมุมของคนฟัง ช่วยแปลงไอเดียทางเทคนิคให้เป็นภาษาที่กรรมการเข้าใจ บทบาทนี้สำคัญมากแต่มักถูกมองข้าม
สร้างทีมได้แล้ว ลองดูว่ามีงานแข่งที่เหมาะกับทีมเปิดรับอยู่ไหมที่ PorTCAS รวมงานแข่งมัธยม
ก่อนชวนใคร ลองถามตัวเองว่า:
คำถามเหล่านี้บอกได้ดีกว่าว่า "เพื่อนสนิทไหม" หรือ "เก่งวิชาอะไร"
ถ้าเคยทำงานกลุ่มด้วยกันในโรงเรียนหรือกิจกรรมอื่น นั่นคือข้อมูลที่ดีที่สุดในการตัดสินใจ
สัญญาณที่บอกว่าคนนี้อาจสร้างปัญหาในทีม:
สัญญาณเหล่านี้ไม่ได้แปลว่าคนนั้นเป็นคนไม่ดี แต่บอกว่าอาจทำงานด้วยกันได้ยากภายใต้ความกดดัน
บางงานแข่ง assign ทีมให้หรือรับสมัครแบบบุคคล ซึ่งหมายความว่าต้องทำงานกับคนที่ไม่เคยรู้จักมาก่อน
วิธีเริ่มต้นให้ดีกับทีมใหม่:
การทำงานกับคนใหม่ถ้าจัดการได้ดีจะเพิ่มคุณค่าในพอร์ตด้วย เพราะแสดงให้เห็น adaptability ที่กรรมการหลายคณะมองหา
กติกาที่ควรตกลงกันก่อนเริ่ม:
อ่านเพิ่มเติมเรื่องการบริหารทีมในงานแข่งแบบ Agile ได้ที่ สร้าง Agile Team สไตล์นักรบ
ทีม 2 คนพอไหมสำหรับ Hackathon?
ขึ้นอยู่กับกฎของงาน บางงานรับขั้นต่ำ 2 คน ถ้าทำได้ก็ไหว แต่จะหนักกว่าเพราะแบก load ทุกด้านด้วยกัน 2 คน พิจารณาว่าถ้าคนหนึ่งติดปัญหา อีกคนสามารถ cover ได้ไหม
ถ้าสมาชิกในทีมมีปัญหากันระหว่างแข่ง ทำยังไง?
แยกปัญหาก่อนว่าเป็น "ความเห็นต่างเรื่องงาน" หรือ "ความขัดแย้งส่วนตัว" อย่างแรกต้องการ logic อย่างที่สองต้องการ empathy แก้คนละแบบ และในสนามแข่งให้ priority งานก่อน แก้เรื่องส่วนตัวหลังจบ
ควรมีประธานทีมไหม?
แนะนำให้มีคน "ถือ timeline" และ "ตัดสินใจเรื่องทิศทางงาน" แม้จะไม่เรียกว่าประธาน เพราะทีมที่ไม่มีคนรับผิดชอบ decision มักวนเวียนไม่ได้ไปไหน
ถ้าเพื่อนในทีมไม่ส่งงานตามที่ตกลง ควรทำยังไง?
พูดตรงๆ โดยเร็ว อย่ารอจนใกล้ deadline ค่อยเริ่มกังวล ถ้าพูดแล้วยังไม่ดีขึ้น ทีมที่เหลือต้อง cover และจดบันทึกไว้สำหรับ reflection ในพอร์ตทีหลัง
ทักษะการทำงานเป็นทีมฝึกได้ดีที่สุดจากประสบการณ์จริง ไม่ใช่จากการอ่าน PorTCAS รวมงานแข่งมัธยม รวบรวมงานแข่งทุกรูปแบบที่เปิดรับสมัครอยู่ เลือกสนามที่เหมาะ หาทีม แล้วลงมือทำจริงดีกว่าวางแผนในหัวแบบไม่มีวันพร้อม