자책을 멈추고 수정 모드로 전환하는 언어 기술
직장 생활 중 등줄기에 식은땀이 흐르는 순간이 있다. 메일에 첨부 파일을 빼먹었거나, 보고서의 숫자가 틀린 것을 발견했을 때다.
감정이 앞서면 이불을 뒤집어쓰고 자책한다.
"난 왜 이럴까?"
"난 진짜 멍청해."
실수를 자신의 '무능함'과 연결 짓는 것이다. 이것은 감정 소모일 뿐, 문제 해결에 아무런 도움이 되지 않는다.
심리학자 캐롤 드웩(Carol Dweck)은 이런 반응을 '고정 마인드셋(fixed mindset)'이라고 설명했다. 실수를 고정된 능력의 증거로 해석하는 사고방식이다. "난 원래 덜렁이야."라고 생각하는 순간, 실수는 바꿀 수 없는 운명이 된다. '성장 마인드셋(Growth Mindset)'을 가진 사람은 실수를 개선의 기회로 본다. "이번에 뭘 놓쳤지?"라고 질문하는 순간, 실수는 데이터가 된다.
실리콘밸리의 개발자들은 코드가 작동하지 않을 때 자신을 비난하지 않는다. 그들은 이렇게 말한다. "버그(bug)가 있네. 어디가 문제지?"
그들에게 오류는 '실패'가 아니라, 수정해야 할 '데이터(data)'일 뿐이다. 당신의 실수도 마찬가지다. 당신이 모자란 게 아니라, 당신의 업무 프로세스에 '버그'가 있었던 것이다.
자책할 시간에 '디버깅(debugging)'을 하라.
영어는 주어와 동사의 결합 방식에 따라 심리적 타격감이 완전히 달라진다. 실수를 대하는 태도에서 가장 위험한 문장은 be 동사를 쓰는 것이다.
"I am a failure."
(나는 실패자다.)
'be 동사'는 '정체성(identity)'을 규정한다. 실수를 나라는 사람 자체와 동일시하는 것이다. 이렇게 되면 회복이 어렵다.
"I failed at this task."
(나는 이 업무에서 실패했다.)
'일반 동사(do-verb)'는 '행동(action)'을 묘사한다. 내가 실패한 것이 아니라, 나의 시도가 실패한 것이다. 행동은 고치면 그만이다.
심리학자 크리스틴 네프(Kristin Neff)의 연구에 따르면, 자기 비난보다 '자기자비(self-compassion)'가 회복력과 이후 성과 향상에 더 효과적인 경향이 있다고 보고된다. 자기자비란 실수한 자신을 가혹하게 몰아세우지 않고, 마치 좋은 친구를 대하듯 객관적으로 바라보는 태도다. "나는 실패자야"가 아니라 "이번 일은 잘 안 됐네. 다음엔 어떻게 하지?"라고 말하는 것이다.
언어 습관부터 바꿔라. "난 덜렁이야"라고 말하지 마라. "내 체크리스트 시스템이 헐거웠어"라고 말하라. 주어를 '나(person)'에서 프로세스(process)'로 분리하는 것, 이것이 멘탈을 지키는 '객관화' 기술이다.
실수를 보고할 때 많은 사람들이 "죄송합니다"를 연발하느라 정작 중요한 말을 놓친다. 사과는 짧게, 대책은 길게 말해야 한다. 이것을 영어권에서는 'Solution-Oriented(해결 지향적)' 화법이라고 한다.
감정이 앞서면 이런 말이 나온다.
"I'm so sorry. I made a huge mistake. I don't know why I did that. Please forgive me."
(정말 죄송합니다. 제가 큰 실수를 했습니다. 왜 그랬는지 모르겠어요. 용서해 주세요.)
상사는 당신의 참회록을 듣고 싶은 게 아니다. "그래서 어떻게 수습할 건데?"가 궁금할 뿐이다. 감정적인 사과는 상사를 더 불안하게 만든다.
해결 모드로 전환하면 이렇게 바뀐다.
"I identified an error in the report. I've corrected it and updated the checklist to prevent recurrence."
(보고서에서 오류를 확인했습니다. 즉시 수정했고, 재발 방지를 위해 체크리스트를 업데이트했습니다.)
구조는 [식별(identified) → 수정(corrected) → 방지(prevent)]다. 이 3단계로 말하면, 당신은 사고 친 사람이 아니라 문제를 발견하고 해결한 사람이 된다.
실리콘밸리 기업들은 프로젝트가 실패하면 '포스트모템(Post-mortem)'을 쓴다. 원래는 '부검'이라는 뜻의 의학 용어다. 시체를 해부해서 사망 원인을 찾듯, 프로젝트의 실패 원인을 냉철하게 분석한다는 뜻이다.
이때 많은 기업이 원칙으로 삼는 것이 "blameless(사람을 비난하지 않는다)"다. "김 대리가 멍청해서"가 아니라, "김 대리가 실수할 수밖에 없었던 시스템의 허점은 무엇인가?"를 찾는다.
생물학에서 면역 시스템이 작동하는 방식과 비슷하다. 면역 체계는 바이러스에 한 번 노출되면 항체를 만들어 다음에 더 빠르게 대응한다. 같은 바이러스에 두 번 당하지 않는 것이다. 실수도 마찬가지다. 한 번 겪고 제대로 분석하면, 그 실수에 대한 '항체'가 생긴다. 하지만 자책만 하고 넘어가면 항체 없이 같은 바이러스에 반복해서 감염되는 셈이다.
당신도 자신만의 포스트모템을 가져야 한다. 실수는 '삭제'하고 싶은 흑역사가 아니라, 당신의 업무 시스템을 업그레이드할 소중한 '로그 데이터(log data)'다.
데이터는 버리는 게 아니다. 분석해서 써먹는 것이다. 오늘의 실수를 기록하라. 그리고 시스템을 업데이트하라.
실수에서 배우지 못하는 것이 진짜 문제다.
"Fail fast, learn faster."
(빨리 실패하고, 더 빨리 배워라.)
스타트업 세계에서 자주 인용되는 격언이다. 실패를 피하려고 느리게 가는 것보다, 빨리 실패하고 빨리 수정하는 게 결국 더 빠르다는 뜻이다. 이불 속에서 자책하는 시간은 '다운타임(downtime, 시스템 정지 시간)'이다. 디버깅을 시작하는 순간, 시스템은 다시 돌아간다.
© WONA. All rights reserved.