15분
"기술적으로 훌륭한데... 뭘 하는 건지 모르겠어요"
Day 3: 발표 준비 - 기술을 이야기로 바꿔라
"기술적으로 훌륭한데... 뭘 하는 건지 모르겠어요"
발표 & 포트폴리오 > Day 3: 발표 준비 - 기술을 이야기로 바꿔라
학습 목표
기술 발표에서 흔히 저지르는 실수를 이해한다 청중 중심의 발표 구성 원칙을 체감한다
"기술적으로 훌륭한데..."
A와 B, 두 사람이 같은 프로젝트를 발표했다.
A의 발표:
"저희 시스템은 LangGraph 기반 멀티 에이전트 아키텍처로, ReAct 패턴을 적용한 Tool-calling Agent가 Neo4j Cypher 쿼리와 ChromaDB 벡터 검색을 동적으로 오케스트레이션하며, QLoRA 4-bit 양자화로 파인튜닝한 Llama 4 Scout sLLM이 제조 도메인 특화 추론을 수행합니다."
심사위원의 표정: "..." (뭔 소리지?)
B의 발표:
"제조 현장에서 설비가 고장 나면, 숙련자가 매뉴얼을 뒤져서 평균 23분이 걸립니다. 저희 시스템은 이것을 3초로 줄였습니다. 에러코드를 입력하면 AI가 원인을 분석하고, 조치 방법을 알려줍니다. 데모로 보여드리겠습니다."
심사위원의 표정: "오, 보여주세요!"
무엇이 달랐는가?
| A (실패) | B (성공) | |
|---|---|---|
| 시작 | 기술 용어 나열 | 문제 정의 (23분) |
| 초점 | How (어떻게) | Why (왜) |
| 언어 | 전문 용어 | 일상 용어 |
| 숫자 | 없음 | 23분 → 3초 |
| 마무리 | 기술 스택 나열 | "데모 보여드리겠습니다" |
발표의 핵심은 기술이 아니다. 이야기다. 기술은 이야기를 뒷받침하는 근거일 뿐.
심사위원이 궁금한 3가지
정부사업 심사위원이든, 면접관이든, 동료든 모든 청중이 궁금한 것은 딱 세 가지:
1. 무슨 문제를 해결했는가? (Why)
2. 실제로 동작하는가? (Demo)
3. 얼마나 잘 동작하는가? (Result)
이 세 가지에 답하지 못하면
기술이 아무리 뛰어나도 "그래서 뭐?" 반응이 나온다.오늘 만들 것
| 산출물 | 내용 |
|---|---|
| 발표 스토리라인 | 문제 → 솔루션 → 데모 → 성과 흐름 |
| 슬라이드 10-15장 | 핵심 메시지 중심 |
| 예상 질문 & 답변 | Q&A 대비 10문항 |
| 리허설 체크리스트 | 시간 배분, 전달력 |
기술을 이야기로 바꾸자.
AI로 학습하기 — 꿀팁
✅기술 발표 청중 소외 요소 점검AI 학습 팁
기술적으로 훌륭한 발표가 청중에게 전달되지 않는 가장 흔한 원인은 '기술 용어 과밀'과 '문제 정의 생략'입니다. AI로 내 발표 슬라이드의 청중 소외 요소를 진단하세요.
다음 제조 AI 프로젝트 발표 대본(또는 슬라이드 텍스트)을 현장 관리자(비개발자) 청중 관점에서 검토해줘. 진단 항목: 1) 전문 용어가 설명 없이 등장하는 슬라이드 번호와 해당 용어, 2) 문제 상황을 수치 없이 추상적으로 서술한 구간, 3) 성과가 '정확도 향상' 같은 ML 지표로만 표현되고 비즈니스 임팩트(시간 절감, 불량 비용 감소)가 빠진 부분, 4) 슬라이드당 메시지가 2개 이상인 페이지. 각 항목별 수정 제안 포함: [발표 대본 붙여넣기]
이 팁이 도움이 됐나요?