IT전공자는 모르는
비IT 기술들
SW마에스트로 특강 · OT
왜 똑똑한 개발팀도 망하는가 — 기획 · 운영 · 확산의 기술
박수현 · SW마에스트로 특강 · 2026
🎨 이미지 프롬프트: "Two software teams at a fork in the road — one buried under a mountain of code and gears, one walking a clear lit path toward users, dark editorial illustration, teal and purple light, 16:9, no text"
SW마에스트로 특강 · OT
이 말, 팀 회의에서 들어봤죠?
🗣️ 우리가 흔히 하는 말
- "LLM 넣으면 되는 거 아닌가요?"
- "기술적으로 가능한데요?"
- "기능 엄청 많아요."
- "일단 만들고 사용자 반응 보죠."
🤔 그런데 정작 답 못 하는 질문
- 이거 누가 써요?
- 그 사람이 왜 이걸 써요?
- 지금은 그 문제를 어떻게 해결하는데요?
- 6개월 뒤 무엇으로 성공을 증명해요?
"기술적으로 가능한 것" 과 "사람들이 실제로 쓰는 것" 은 완전히 다른 문제입니다.
프로젝트는 보통 기술이 부족해서 망하지 않습니다
SW마에스트로에 온 여러분은 이미 기술은 충분합니다.
문제는 거의 항상 기술 바깥(비IT) 에서 터집니다.
SW마에스트로는 자유 개발 동아리가 아닙니다
❌ 이렇게 착각함
- 해커톤처럼 며칠 불태우기
- 취미 사이드 프로젝트
- "자유롭게 실험하는" 스타트업 놀이터
- 마음대로 방향 틀어도 됨
✅ 실제로는
- 정부 예산 이 들어간 공식 프로그램
- 멘토링 · 평가 · 단계별 검증
- 중간발표 · 최종발표 · 산출물
- 6개월치 계획과 책임 이 존재
국가(과기정통부) 사업입니다. "우리는 애자일이라 계획 없음" 은 여기서 성립하지 않습니다.
"애자일 = 계획 없음" 이 아닙니다 (Part 2에서 해부)
🙅 학생들의 잘못된 애자일
"6개월 계획은 모르겠고요,
일단 한 달 MVP 만들고
반응 보면서 알아서 할게요."
→ 평가 대응 불가 · 일정 추적 불가
→ 실패해도 원인 분석 불가
🟢 진짜 애자일
- 상위: 6개월 로드맵 · 마일스톤 (Waterfall 성격)
- 하위: 스프린트 안에서 유연하게 (Agile 성격)
- = Hybrid — 기업도, 정부 사업은 더더욱
애자일은 개발자의 자유를 위한 게 아니라 불확실성을 관리하는 기술입니다. (자세히는 Part 2)
코드 바깥의 기술 — 비IT 기술
기획
무엇을·왜 만드는가
문제 정의 / 시장 / 검증
운영
어떻게 끝까지 가는가
일정 / 협업 / 리스크
확산
누가 쓰게 만드는가
사용자 / 발표 / 데이터
"무슨 언어 배워야 하나요?"가 아니라 — 문제 정의 · 사용자 · 운영 · 발표가 진짜 차이를 만듭니다.
3부 — 각 파트가 던지는 질문
Part 1 · 기획의 기술
왜 개발자들은
기획에서 실패하는가?
Part 2 · 운영의 기술
왜 Agile이라는 이름으로
프로젝트가 무너지는가?
Part 3 · 성공의 기술
어떻게 6개월을
끝까지 살아남는가?
각 파트 공통 흐름: 개념 → 실제 실패 사례 → 왜 실패했나 → 어떤 프레임워크로 푸나
"개발자는 코드를 만드는 사람이 아니라
문제를 해결하는 사람이다"
지금부터 — Part 1. 기획의 기술