실패한 프로젝트에서 배우는 교훈과 마인드셋

실패는 과정일 뿐, 결말이 아니다

프리랜서로 일하다 보면 찬란한 성공의 순간보다 쓰라린 실패의 순간이 더 깊게 뇌리에 박힙니다. 야심 차게 준비한 시안이 킬(Kill) 당하고, 소통 부재로 클라이언트와 얼굴을 붉히며 헤어지거나, 내 능력 밖의 일을 덜컥 맡았다가 수습하지 못해 망신을 당하는 일들. 이런 경험을 하고 나면 자존감은 바닥을 치고, "난 역시 안 돼"라는 자괴감에 빠져 한동안 일을 손에 잡지 못하게 됩니다. 하지만 성공한 프리랜서와 포기한 프리랜서의 차이는 '실패를 겪지 않은 것'이 아니라, '실패를 대하는 태도'에 있습니다.

실리콘밸리에는 "빨리 실패하라(Fail Fast)"는 격언이 있습니다. 실패는 피해야 할 재앙이 아니라, 성공으로 가기 위해 반드시 거쳐야 할 데이터 수집 과정입니다. 한 번의 프로젝트 실패가 당신의 인생이나 커리어를 망치지 않습니다. 오히려 그 실패를 통해 나의 약점을 파악하고 보완한다면, 그것은 돈 주고도 못 배울 귀중한 수업이 됩니다. 아픈 기억을 덮어두려 하지 말고, 수술대 위에 올려놓고 냉철하게 해부해야 합니다. 실패를 성장의 거름으로 만드는 회고(Retrospective)의 기술을 소개합니다.

감정은 버리고 사실만 남기는 KPT 회고

실패 직후에는 감정이 앞서 객관적인 판단이 어렵습니다. "저 클라이언트가 이상해서 그래"라며 남 탓을 하거나, "내가 실력이 없어서 그래"라며 내 탓을 하기 쉽습니다. 감정을 배제하고 팩트 위주로 복기하는 툴인 KPT(Keep, Problem, Try) 회고법을 활용해 보세요.

• Keep (유지할 점): 실패 속에서도 내가 잘한 점은 무엇인가? (예: "결과물은 안 좋았지만 마감 시간은 끝까지 지켰다", "클라이언트의 폭언에도 정중하게 대응했다") 작은 성공이라도 찾아내어 스스로를 칭찬해 주세요.
• Problem (문제점): 아쉬웠던 점, 실패의 원인은 무엇인가? (예: "초기 요구사항 정의가 명확하지 않아 재작업이 많았다", "내 스킬로 구현 불가능한 기능을 억지로 맡았다") 사람을 비난하지 말고 프로세스와 시스템의 문제를 찾으세요.
• Try (시도할 점): 다음 프로젝트에서 구체적으로 개선할 행동은? (예: "착수 전 요구사항 정의서를 서면으로 받겠다", "모르는 기술은 솔직하게 말하고 거절하겠다") 막연한 다짐이 아니라 구체적인 행동 지침(Action Plan)을 만들어야 합니다.

실패 이력서(Failure Resume) 쓰기

스탠퍼드 대학의 티나 실리그 교수는 학생들에게 '실패 이력서'를 쓰게 합니다. 내가 겪은 실패들과 그로 인해 배운 교훈을 기록하는 것입니다. 실패를 기록하는 순간, 그것은 더 이상 부끄러운 흑역사가 아니라 나의 소중한 자산이 됩니다. 클라이언트들도 '무결점'의 사람보다는 '실패를 딛고 일어선 경험이 있는' 사람을 더 신뢰합니다. 위기 대처 능력이 검증되었기 때문입니다.

오늘의 실패를 툭툭 털어내세요. 그리고 배운 점 하나를 주머니에 챙겨 다시 걸으세요. 당신은 실패한 것이 아닙니다. 단지 '안 되는 방법' 한 가지를 알아냈을 뿐입니다. 에디슨이 전구를 발명하기 위해 1만 번 실패했듯, 당신의 실패도 위대한 작품을 위한 밑거름이 될 것입니다.