중학교 정보 수행평가 A 받는 법 - 강사 전략

학부모 실용 가이드 · 중학생 코딩 수행평가 완전 정복

중학교 코딩 수행평가 A 받는 법 — 현직 강사가 알려주는 실전 준비 전략

10년간 중학생 수행평가를 직접 준비시켜 온 강사의 채점 기준 분석과 단계별 준비법 공개

---

▲ 수행평가는 준비한 만큼 결과가 달라집니다 — 채점 기준을 알면 전략이 보입니다 (이미지 제공)

"선생님, 다음 달에 코딩 수행평가가 있는데 어떻게 준비해야 할지 모르겠어요." 중학생 자녀를 둔 학부모님들이 시험 시즌마다 가장 많이 물어보시는 질문입니다. 국어·영어·수학은 기출문제라도 있는데, 코딩 수행평가는 학교마다 방식이 달라서 어디서부터 시작해야 할지 막막하다고 하시죠.

10년간 중학생들의 코딩 수행평가를 직접 준비시켜 온 강사로서 말씀드릴 수 있는 게 있습니다. 코딩 수행평가는 코딩 실력보다 준비 방법이 결과를 더 크게 좌우합니다. 채점 기준을 이해하고 전략적으로 접근하면, 코딩을 시작한 지 얼마 안 됐어도 A를 받을 수 있습니다.

📖 참고: 2022 개정 교육과정 정보 교과 성취기준 교육부가 고시한 2022 개정 교육과정에서 중학교 정보 교과는 '컴퓨팅 사고력 기반의 문제 해결'을 핵심 역량으로 정의합니다. 수행평가에서는 단순 코드 암기보다 문제를 분석하고 절차적으로 해결하는 과정, 즉 알고리즘 설계 능력과 디버깅 과정에서의 논리적 사고를 중점 평가합니다. 이 기준을 이해하면 어떤 방향으로 준비해야 하는지가 명확해집니다.

📌 참고 자료: 교육부 — 2022 개정 교육과정 고시 원문

1. 학교 코딩 수행평가, 실제로 무엇을 채점하는가

10년간 수행평가를 준비시키며 파악한 채점 기준의 핵심 패턴

매주 목요일 저녁 수업에 오던 중학교 2학년 준서(가명)가 수행평가 일주일 전 수업에 왔을 때의 일입니다. 준서는 엔트리로 간단한 퀴즈 프로그램을 완성해 왔는데, 작동은 잘 됐지만 결과는 B였어요. "다 작동하는데 왜 A가 아니에요?"라며 억울해했습니다.

준서의 결과물을 보고 이유를 바로 알았습니다. 프로그램은 돌아갔지만 왜 그렇게 만들었는지를 설명할 수 없는 구조였어요. 코드 안에 주석이 하나도 없었고, 순서도도 없었으며, 발표 시 "이 부분은 어떻게 작동하나요?"라는 질문에 버벅였습니다. 그때부터 준서에게 두 가지를 집중적으로 훈련시켰습니다. 문제에 대한 분석과 순서 설계, 그리고 자신이 작성한 코드를 논리적으로 자신 있게 설명하는 것. 이 두 가지가 A와 B를 가르는 핵심이었습니다.

채점 항목	비중	평가 내용
결과물 완성도	30~40%	프로그램이 의도대로 작동하는가. 기능이 구현되어 있는가.
알고리즘 설계 과정	25~30%	문제를 어떻게 분석하고 순서를 어떻게 설계했는가. 순서도·흐름도 제출이 여기 해당.
코드 이해도	20~25%	자신이 작성한 코드의 각 부분을 논리적으로 설명할 수 있는가. 주석 작성 여부 반영.
발표 및 질의응답	10~20%	결과물을 논리적으로 설명하고 교사의 질문에 자신 있게 답할 수 있는가.

코딩 수행평가에서 A를 받으려면 결과물 완성도 하나만 잘한다고 되는 게 아닙니다. 결과물이 완벽하지 않아도 알고리즘 설계·코드 이해·발표가 탄탄하면 A를 받는 경우를 수업에서 여러 번 봤습니다.

📂 관련 글 읽기 👉 발표만 하면 떨던 중학생이 300명 앞에서 당당해진 이유

2. 수행평가 2주 전부터 해야 할 것 — 단계별 준비 로드맵

강사가 실제 수업에서 쓰는 2주 준비 플랜 전체 공개

수행평가 준비를 "코딩만 열심히 하면 된다"고 생각하는 학생들이 많습니다. 그런데 현장에서 보면 코딩 실력이 좋은 학생보다 준비를 체계적으로 한 학생이 더 높은 점수를 받는 경우가 훨씬 많습니다.

📅 수행평가 2주 전 단계별 준비 로드맵

D-14

주제 분석 — 무엇을 만들 것인가를 먼저 정의한다 수행평가 주제를 받으면 바로 코딩을 시작하지 마세요. 종이에 "이 프로그램이 무엇을 해야 하는가"를 먼저 적습니다. 만들 것의 목적과 필요한 기능을 나열하는 것이 이후 알고리즘 설계의 기반이 됩니다.

D-12

순서도 작성 — 코딩 전에 흐름을 설계한다 프로그램이 어떻게 작동할지 순서도(플로우차트)를 종이에 그립니다. 코딩 시작 전에 전체 흐름을 설계하는 단계입니다. 이 순서도를 제출물에 포함시키면 알고리즘 설계 항목에서 확실히 높은 점수를 받습니다.

D-10

핵심 기능 먼저 구현 — 전체가 아닌 하나부터 전체를 한 번에 만들려 하지 말고, 가장 중요한 기능 하나만 먼저 작동하게 만듭니다. 기초가 작동하면 나머지를 붙이는 게 훨씬 쉽고, 제출 시 미완성 리스크도 줄어듭니다.

D-5

주석 달기 — 코드에 내 언어로 설명을 붙인다 코드의 각 부분에 "이 부분은 ~하는 기능입니다"라는 주석을 답니다. 주석을 달면서 자신이 만든 코드를 다시 읽게 되고, 발표 시 자신 있게 설명하는 능력이 자연스럽게 향상됩니다.

D-3

발표 연습 — 가족 앞에서 소리 내어 설명한다 가족 앞에서 프로그램을 실행하며 설명합니다. "이 버튼을 누르면 이렇게 됩니다. 이 부분에서 이런 조건이 적용됩니다"처럼 코드와 연결해서 소리 내어 말해보세요. 가족에게 설명하는 건 부담이 없고, 반복하면서 발표 언어가 만들어집니다.

D-1

에러 점검 — 완벽하지 않아도 설명할 수 있으면 된다 프로그램을 처음부터 실행해보고 에러를 확인합니다. 에러가 있다면 숨기지 말고 "이 부분에서 에러가 발생하는데, 원인은 ~이고 ~방법으로 해결을 시도했습니다"라고 설명하는 것도 좋은 전략입니다.

3. 같은 결과물, 다른 점수 — A와 B를 가르는 결정적 차이

실제 수업에서 확인한 A 학생과 B 학생의 구체적인 차이

같은 수행평가에서 거의 비슷한 결과물을 냈는데 한 학생은 A, 다른 학생은 B를 받는 경우가 있습니다. 발표 3분이 그 차이를 만듭니다.

A 학생의 발표: "이 프로그램은 급식 메뉴를 입력하면 영양소를 계산해줍니다. 먼저 사용자가 메뉴를 선택하면, 조건문으로 해당 메뉴의 영양소 값을 불러오고, 결과를 화면에 출력합니다. 처음에 반복문을 잘못 설계해서 무한루프가 생겼는데, 조건을 수정해서 해결했습니다."

B 학생의 발표: "이 프로그램은 급식 메뉴 영양소를 계산합니다. 버튼을 누르면 결과가 나옵니다. 잘 작동합니다."

결과물의 완성도는 비슷했지만 A 학생은 왜 이렇게 설계했는지, 어떤 문제를 어떻게 해결했는지를 논리적으로 자신 있게 설명했습니다. 선생님 입장에서는 발표 3분 만에 누가 진짜로 이해하고 만든 것인지가 갈립니다. 준서가 A를 받은 것도 코딩 실력이 늘어서가 아니라 이 설명 능력이 달라졌기 때문이었습니다.

▲ 순서도 한 장이 수행평가 점수를 A로 끌어올리는 가장 확실한 방법입니다 (이미지 제공)

4. 수행평가 유형별 핵심 전략

학교에서 가장 자주 출제되는 3가지 유형별 실전 대응법

중학교 코딩 수행평가는 크게 세 유형으로 나뉩니다. 자녀의 학교에서 어떤 유형인지 먼저 확인하세요.

🎯 수행평가 유형별 핵심 전략

유형 1 — 엔트리·스크래치 블록 코딩

블록 조합 자체보다 어떤 논리로 블록을 배치했는지가 핵심입니다. 조건문(만약 ~ 이라면)과 반복문(~번 반복하기)을 활용한 부분을 발표에서 반드시 설명하세요.

✔ 핵심 포인트: "이 조건이 충족될 때 이 블록이 실행되도록 설계했다"는 언어로 설명해야 합니다.

유형 2 — 파이썬 텍스트 코딩

코드 전체를 완벽하게 짜는 것보다, 핵심 기능 하나를 완성하고 주석을 충분히 달아두는 것이 더 높은 점수를 받습니다. 미완성 부분이 있다면 "이 기능은 시간 부족으로 구현 못 했지만, 설계한 방법은 이렇습니다"라고 설명하는 것도 좋은 전략입니다.

✔ 핵심 포인트: 주석이 충분한 60% 완성 코드가 주석 없는 100% 완성 코드보다 높은 점수를 받습니다.

유형 3 — 알고리즘 설계 서술형

코딩 없이 순서도나 의사코드(Pseudocode)를 작성하는 유형입니다. 단계가 명확하고 예외 상황이 포함되어 있는가가 핵심입니다.

✔ 핵심 포인트: "만약 ~라면", "~일 때까지 반복" 같은 조건·반복 구조를 반드시 포함하세요.

5. 수행평가 당일 — 발표 3분의 구조

발표 시간 3분을 최대한 활용하는 현장 검증 발표 구조

수행평가 발표에서 높은 점수를 받는 학생들은 공통된 발표 구조를 가지고 있었어요. 준서에게도 이 구조를 먼저 훈련시켰습니다. 3분 안에 이 구조로 말하면 됩니다.

0~30초 — 무엇을 만들었나: "저는 ○○ 문제를 해결하기 위해 ○○ 프로그램을 만들었습니다." 한 문장으로 목적을 먼저 말합니다.

30초~1분 30초 — 어떻게 설계했나: 순서도를 보여주며 핵심 흐름을 설명합니다. "먼저 ~, 그다음 ~, 조건이 맞으면 ~"처럼 단계적으로 설명하세요.

1분 30초~2분 30초 — 어떻게 작동하나: 실제 프로그램을 실행하면서 핵심 기능을 시연합니다. "이 버튼을 누르면 ~, 여기서 조건문이 작동해서 ~"처럼 코드와 연결해서 설명합니다.

2분 30초~3분 — 무엇이 어려웠나: "가장 어려웠던 부분은 ~였고, ~방법으로 해결했습니다." 이 마지막 부분이 A와 B를 가르는 결정적 한 마디입니다.

수행평가 전날 가장 도움이 되는 부모님의 역할은 아이가 만든 프로그램을 처음 보는 사람처럼 들어주는 겁니다. "이게 뭐야? 어떻게 작동해?"라고 물어봐 주세요. 아이가 부모님께 설명하면서 발표 연습이 자연스럽게 됩니다. 끝까지 들어주는 것만으로도 충분합니다.

📂 관련 글 읽기 👉 코딩 학원 보내기 전 꼭 확인해야 할 체크리스트 5가지

6. 수행평가는 코딩 실력이 아니라 준비 전략이 결정합니다

10년 강사가 전하는 수행평가의 본질

준서는 다음 수행평가에서 A를 받았습니다. 코딩 실력이 크게 늘어서가 아니었어요. 순서도를 먼저 그리고, 주석을 달고, 자신이 작성한 코드를 논리적으로 설명하는 연습을 했을 뿐입니다. 준서가 달라진 건 점수만이 아니었어요. 수업에서 질문하는 방식이 달라졌습니다. 전에는 "이거 어떻게 해요?"였다면, 이제는 "제가 이렇게 설계했는데 이 부분이 맞나요?"로 바뀌었습니다.

선생님, 이번엔 제가 왜 이렇게 만들었는지 설명할 수 있어요!

내가 만든 것을 논리적으로 설명할 수 있다는 것. 그게 코딩 교육이 남겨야 하는 진짜 결과입니다. 수행평가를 앞두고 있다면, 코딩보다 설명 연습을 먼저 시작해 보세요.

📋 A vs B 핵심 차이 요약 — 수행평가 당일 체크리스트

수행평가 전날 이 항목들을 확인하세요

항목	A 받는 학생	B 받는 학생
순서도	제출물에 포함	없음
코드 주석	각 부분에 설명 있음	주석 없음
발표 시작	목적을 한 문장으로 먼저 말함	바로 시연부터 시작
설계 설명	왜 이렇게 설계했는지 논리적으로 설명	작동 결과만 보여줌
에러 대응	에러 원인과 해결 과정을 설명	에러를 숨기거나 모른 척함
질의응답	자신 있게 논리적으로 답변	버벅이거나 모르겠다고 함
발표 마무리	어려웠던 점과 해결 과정 언급	잘 됩니다로 마무리

✍️ 현직 코딩 강사

컴퓨터공학과를 졸업하고 프로그래머로 일하다, 서울에서 10년째 초·중학생을 대상으로 코딩 교육을 이어오고 있습니다. 단순히 코드를 외우는 교육이 아니라, 아이들이 논리적으로 생각하고 스스로 문제를 해결하는 힘을 기를 수 있도록 돕는 것을 교육 철학으로 삼고 있습니다.
본 블로그의 모든 글은 실제 수업 현장에서 직접 경험한 에피소드를 바탕으로 작성됩니다.

#컴공전공 #10년강사 #서울코딩교육 #중학생코딩 #코딩수행평가 #수행평가준비 #중학교정보