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