혁신적인 프로젝트를 수행할 때, 모든 과정이 계획대로 흘러가는 경우는 거의 없습니다. 특히 장영실처럼 새로운 기구를 설계하고 제작하는 과정에서는 수많은 시행착오가 발생하기 마련이죠. 중요한 것은 실패하지 않는 것이 아니라, 그 실패를 ‘비용’으로 볼 것인가 ‘자산’으로 볼 것인가의 차이입니다. 오늘은 앙부일구 제작 과정에서 마주했던 기술적 난관과 이를 해결해 나가는 과정을 통해, 실패를 성장의 발판으로 삼는 법을 이야기해 보겠습니다.
[실패는 예고된 설계 수정의 과정이다]
앙부일구(해시계)는 오목한 그릇 모양의 형태에 태양 그림자를 비추어 시간을 읽는 장치입니다. 장영실이 이 기구를 처음 설계했을 때, 가장 큰 고민은 ‘그림자가 선명하게 맺히지 않는 문제’였습니다. 재질의 특성, 오목한 곡률, 위치 선정 등 수많은 변수가 결과에 영향을 미쳤죠. 초기 모델들은 정밀도가 떨어지거나 그림자가 흐릿해 실용적이지 못했습니다.
우리가 흔히 범하는 실수는 첫 번째 시도에서 완벽한 결과를 기대하는 것입니다. 하지만 장영실의 기록을 보면 그는 초기 모델의 실패를 탓하기보다, ‘왜 그림자가 흐릿한가?’라는 질문에 집중했습니다. 그는 재질을 바꾸고, 곡률을 미세하게 수정하며 수차례의 프로토타입(Prototype)을 거쳤습니다. 현대의 스타트업에서 강조하는 ‘MVP(최소 기능 제품) 제작 후 빠른 피드백 반영’과 정확히 일치하는 행보입니다. 실패는 프로젝트를 포기할 이유가 아니라, 설계를 수정하기 위한 ‘데이터’를 얻는 과정입니다.
[왜 실패를 투명하게 공유해야 하는가]
조선시대의 과학 프로젝트는 장영실 개인의 지식으로만 진행되지 않았습니다. 세종은 실패한 데이터까지도 기록으로 남기도록 장려했습니다. 특정 방식이 왜 실패했는지를 기록해 두어야, 나중에 다른 기술자들이 같은 실수를 반복하지 않기 때문입니다. 이를 현대 비즈니스에서는 ‘포스트모템(Post-mortem, 사후 분석)’이라고 합니다.
업무를 하다 보면 실수를 숨기고 싶을 때가 있습니다. 평가에 불이익을 받을까 두렵기 때문이죠. 하지만 리더가 실패를 비난하지 않고 분석의 대상으로 삼을 때, 조직은 비로소 성장을 시작합니다. 세종은 장영실에게 “이번에는 무엇이 문제였나?”라고 물었지, “왜 이렇게 일을 못 하는가?”라고 다그치지 않았습니다. 실패의 원인이 투명하게 공유될 때, 그 실패는 조직 전체의 지식 자산이 됩니다. 여러분의 팀에서도 프로젝트가 끝난 후 ‘잘한 점’과 ‘아쉬운 점’을 담담하게 적어보는 회고 시간을 가져보세요.
[실패를 자산으로 만드는 회고 체크리스트]
문제 정의: 프로젝트 도중 발생한 난관을 감정적으로 받아들이지 않고, 발생한 원인을 기술적으로 분석했는가?
데이터 기록: 실패한 원인이 무엇인지, 그리고 어떤 해결책을 시도했는지를 문서로 남겼는가?
공유 문화: 같은 실수를 다른 팀원이나 후임자가 반복하지 않도록, 이 경험을 조직 내에 공유할 환경이 마련되었는가?
회복 탄력성: 실패 직후에 위축되지 않고, 바로 다음 버전(V2)의 개선안을 도출할 동력을 확보했는가?
[주의사항과 한계]
물론 모든 실패가 용인되는 것은 아닙니다. ‘안일함’이나 ‘준비 부족’으로 인한 실패는 예방해야 합니다. 장영실의 실패는 기술적 한계를 넘기 위한 치열한 고민 끝에 나온 결과물이었기에 가치가 있었습니다. 만약 여러분의 실패가 매번 똑같은 실수에서 기인한다면, 그것은 분석할 가치가 있는 실패가 아니라 수정해야 할 태도의 문제입니다. 혁신을 위한 실패는 ‘새로운 시도’를 동반해야 한다는 점을 명심하세요.
앙부일구의 그릇 모양은 사실 수많은 실패가 깎아낸 결과물입니다. 완벽함을 추구하되, 완벽하지 않은 시작을 부끄러워하지 마세요. 오늘 여러분이 겪은 작은 오류들이 모여, 훗날 여러분만의 독보적인 결과물을 만들어낼 것입니다.
핵심 요약
실패는 프로젝트를 멈출 이유가 아니라, 설계를 개선하기 위한 필수적인 데이터 수집 과정이다.
리더는 실패를 비난하는 대신, 그 원인을 함께 분석하고 기록하여 조직의 자산으로 만들어야 한다.
기술적 도전을 동반한 실패만이 혁신의 밑거름이 되며, 단순히 반복되는 실수는 방지해야 한다.
0 댓글