期末將至，許多國小電腦課或程式才藝班都進入了「期末專題」的製作階段。對孩子來說，這是一學期成果的展現；對家長來說，卻常演變成「全家總動員」的焦慮時刻。如何引導孩子做出一個既符合能力，又具有亮點的作品？其實有跡可循。
第一步：題目怎麼選？避免眼高手低
國小學生最容易犯的錯誤就是「想太大」。這階段的專題，「完整度」遠比「複雜度」重要。
❌ 常見的地雷題目
- 超大型 RPG：想做像薩爾達一樣的開放世界（通常做不完地圖）。
- 多人在線對戰：涉及伺服器連線，技術門檻過高。
- 沒有結局的故事：只有開頭動畫，沒有互動機制。
✅ 容易得分的題目
- 經典遊戲改編：如打磚塊、貪吃蛇的變形版（規則明確）。
- 互動式繪本：有多重結局的選擇題故事。
- 生活小工具：如「幫媽媽算帳」計算機、「背單字」抽卡機。
在軟體工程中有個概念叫 MVP (Minimum Viable Product)。我常建議學生：「先做出一台能跑的醜車子，勝過畫出一台飛機的藍圖。」
先確保核心功能（例如：角色能移動、分數會增加、遊戲會結束）都完成了，行有餘力再去畫漂亮的背景或增加特效。一個功能完整的小遊戲，絕對比一個只有華麗封面卻不能玩的半成品更高分。
第二步：卡關了怎麼辦？培養除錯力
專題製作過程中，程式跑不動是家常便飯。這時候家長不要急著給答案，而是引導孩子練習「拆解問題」。
引導式提問技巧：
- 「你覺得電腦為什麼沒有聽你的話？是哪一行積木怪怪的？」
- 「我們用『單步執行』看看，讓程式走慢一點，看是在哪裡卡住？」
- 「如果要讓角色跳起來，應該是改變 X 座標還是 Y 座標？」
很多家長（尤其是工程師爸爸）看不下去，會忍不住接手把程式碼改得很完美。但老師一眼就能看穿那不是孩子的邏輯。專題的目的是評量孩子的邏輯思考，包含那些「笨拙但有效」的寫法，都是學習歷程的珍貴證明。
📝 期末發表前的最後檢查清單
作品做完了不代表結束，「如何展示」往往決定了最後的評價。請確認以下幾點：
- 操作說明頁：是否有清楚寫出「按什麼鍵移動」、「遊戲目標是什麼」？
- 重置功能 (Reset)：遊戲結束後，按下綠旗是否能讓分數歸零、角色回到原點？
- 口頭報告演練：練習用 3 分鐘講完：創作動機、遇到的困難、最滿意的地方。
- 檔案備份：是否已儲存到雲端或隨身碟？不要只存在學校電腦裡。
期末專題不僅是檢驗程式能力的時刻，更是訓練孩子「邏輯表達」與「自信展現」的最佳舞台。許多孩子程式寫得很棒，但一上台就盯著螢幕念程式碼，讓台下聽得昏昏欲睡。其實，一場高分的專題發表，需要像說故事一樣，有起承轉合。本文將揭秘一個讓評審老師眼睛一亮的「七步發表結構」。
學生必備：專題發表的黃金七步驟
好的發表不是流水帳，而是精心設計的劇本。請引導孩子按照以下順序準備講稿：
-
1. 自我介紹 (Who)
不僅是報名字，更要展現自信。例如：「大家好，我是最喜歡玩 Minecraft 的王小明。」 -
2. 創作動機 (Why)
為什麼想做這個？是為了解決生活的困擾？還是單純覺得有趣？故事比技術更吸引人。 -
3. 靈感來源 (Inspiration)
參考了哪些現有的遊戲或書籍？這顯示了孩子有做功課與資料蒐集的能力。 -
4. 成果展示 (Demo)
實際操作遊戲或作品。切記：不要現場慢慢玩到破關，直接展示最精彩的功能。 -
5. 重點程式與邏輯 (Key Logic)
挑選「最難寫」或「最得意」的一段程式碼來講解，展現技術深度。 -
6. 未來展望 (Refection)
誠實面對不足，例如：「如果時間夠多，我還想加上雙人對戰功能。」
關鍵心法：如何避免台上冷場？
❌ 令人想睡的發表
- 一上台就打開程式碼視窗。
- 逐行念程式：「第一行是當綠旗被點擊，第二行是定位到…」
- 現場玩遊戲一直輸，卡在第一關，台下尷尬等待。
✅ 專業級的發表
- 先講故事：「因為我討厭背單字，所以我做了這個打怪遊戲。」
- 只講關鍵邏輯：挑出最複雜的「碰撞偵測」或「計分系統」來講解。
- 使用預錄影片或簡報，確保演示流暢。
現場展示（Live Demo）永遠伴隨著風險：網路斷線、檔案跑版、或是緊張手抖導致遊戲玩不過關。
強烈建議：事先將遊戲操作畫面錄製成影片，並截圖關鍵程式碼放入 PowerPoint。這不僅能避免現場失誤，還能讓孩子看著投影片更有條理地解說，而不是對著螢幕發呆。
老師專屬：如何成為場控大師？
一場成功的發表會，主角是學生，但靈魂人物是老師。老師不應該只是坐在台下打分數的評審，而要是帶動氣氛的主持人。
🎤 老師的引導四部曲
- 1. 暖場與開場介紹：
「接下來這位同學的作品非常有創意，他解決了我們班上常遇到的問題，讓我們歡迎…」用幾句話幫孩子鋪墊自信。 - 2. 肢體語言的鼓勵：
當孩子卡詞或緊張時，老師要點頭微笑，適時比出「讚」的手勢，或是引導提問：「你的意思是這個角色會隱形對嗎？」 - 3. 具體的讚美 (Specific Praise)：
不要只說「很棒」。要說：「我非常喜歡你設計的『無敵星星』機制，這讓遊戲的耐玩度大大提升！」 - 4. 漢堡式回饋法 (Sandwich Feedback)：
先讚美優點 ⮕ 再提出一個優化建議 ⮕ 最後給予整體鼓勵。例如：「你的美術風格很獨特（麵包），如果能加上背景音樂會更熱鬧（肉），但整體來說這是一個完成度很高的作品（麵包）。」
我在評審專題時，最看重的不是程式寫得多複雜，而是孩子「知不知道自己在寫什麼」。
那些能把複雜邏輯用簡單語言講給台下聽懂的孩子，通常比寫出艱深代碼但講不清楚的孩子，更具備未來的工程師潛力。請家長和老師多給予鼓勵，讓「上台」成為他們期待而非恐懼的事。
Edit with Tr.Bug
