멀티태스킹을 끊고 알게 된 것: 프로젝트 두 개를 동시에 굴리다 배운 몰입의 효율

프로젝트 두 개를 동시에 맡았던 시절

혼자 일하기 시작하고 몇 년쯤 지났을 때의 이야기예요. 그동안 일이 끊길까 봐 늘 불안했는데, 어느 달에 프로젝트 문의가 두 건이 거의 동시에 들어왔어요. 하나는 진행 중이던 웹사이트 리뉴얼이었고, 다른 하나는 새로 들어온 온라인 예약 시스템 구축이었어요. 일정이 겹친다는 걸 알면서도 둘 다 놓치고 싶지 않았어요. 혼자 일하는 사람에게 일감 두 개는 곧 몇 달치 생활비였으니까요. 오전에는 이쪽, 오후에는 저쪽, 이렇게 하루를 반으로 나눠서 쓰면 충분히 가능하다고 계산했어요.

처음 일주일은 계획대로 되는 것 같았어요. 오전에 리뉴얼 작업을 하다가 점심을 먹고 예약 시스템으로 넘어갔어요. 스스로가 꽤 유능하게 느껴지기도 했어요. 두 개의 일을 동시에 굴리고 있다는 사실 자체가 뭔가 성장한 증거처럼 보였거든요. 그런데 이 주째로 넘어가면서 이상한 일이 생기기 시작했어요. 분명 하루 종일 바빴는데, 저녁에 정리해 보면 양쪽 다 진도가 거의 나가 있지 않았어요.

---

하루 종일 바쁜데 아무것도 끝나지 않는 날들

원인은 전환에 있었어요. 오전 작업을 끊고 오후 작업으로 넘어가면, 머리가 바로 따라오지 않았어요. 예약 시스템 코드를 열어놓고도 한참 동안 리뉴얼 쪽 생각이 머릿속을 돌아다녔어요. 어제 어디까지 했는지 다시 파악하는 데만 삼십 분씩 걸렸고, 겨우 몰입이 될 만하면 리뉴얼 고객에게서 수정 요청 메일이 왔어요. 답장을 쓰고 나면 또 처음부터 다시 몰입을 시작해야 했어요. 하루에 실제로 일한 시간은 길었지만, 깊이 들어가서 일한 시간은 얼마 되지 않았던 거예요.

몸에도 티가 났어요. 하루가 끝나면 머리가 짓눌린 것처럼 무거웠는데, 정작 뭘 해냈는지 물으면 대답할 게 없었어요. 두 프로젝트 사이를 오가는 것 자체가 일이 되어버린 거예요. 양쪽 고객에게는 순조롭게 진행되고 있다고 말했지만, 속으로는 둘 다 일정이 밀리고 있다는 걸 알고 있었어요. 그런데도 방식을 바꾸지 못했어요. 반반으로 나누는 게 공평하고 효율적이라는 생각을 버리지 못했거든요.

---

잘못 보낸 파일 하나가 알려준 것

그러다 사고가 났어요. 오후 늦게 양쪽 고객에게 각각 진행 상황 파일을 보내야 했는데, 예약 시스템 쪽 문서를 리뉴얼 고객에게 보내버린 거예요. 다른 회사의 내부 운영 방식이 담긴 문서였어요. 보내기 버튼을 누르고 몇 분 뒤에야 알아차렸고, 그 순간 등에서 식은땀이 났어요. 바로 전화해서 사과하고 파일을 삭제해 달라고 부탁했어요. 다행히 고객이 너그럽게 넘어가 줬지만, 전화를 끊고 나서 한동안 자리에서 일어나지 못했어요. 신뢰가 전부인 일에서, 이런 실수는 한 번으로도 치명적일 수 있었으니까요.

그날 밤에 처음으로 인정했어요. 저는 두 가지 일을 동시에 하고 있던 게 아니라, 두 가지 일을 번갈아 가며 망치고 있었던 거예요. 머리는 하나인데 작업대를 두 개 차려놓고, 옮겨 다닐 때마다 생각의 짐을 쌌다 풀었다 반복하고 있었어요. 그 짐 싸는 비용을 저만 모르고 있었던 거죠.

---

하루를 반으로 쪼개는 대신 통째로 쓰기로 했다

다음 날부터 방식을 바꿨어요. 하루를 반으로 나누는 대신, 요일을 통째로 나눴어요. 월요일부터 수요일까지는 예약 시스템만, 목요일과 금요일은 리뉴얼만 하기로 했어요. 그날 담당이 아닌 프로젝트의 메일은 정해진 시간에 한 번만 확인하고, 급하지 않으면 답장도 그 프로젝트의 날에 몰아서 보냈어요. 양쪽 고객에게도 이 일정을 미리 알렸어요. 어느 요일에 연락하면 바로 답을 받을 수 있는지 알려준 거예요. 반쪽짜리 대응을 매일 받는 것보다, 확실한 대응을 정해진 날에 받는 쪽을 고객들도 더 좋아했어요.

효과는 첫 주부터 나타났어요. 아침에 자리에 앉으면 어제 하던 생각이 그대로 이어졌어요. 다시 파악하는 데 쓰던 삼십 분이 사라졌고, 오후가 되어도 몰입이 끊기지 않으니 오히려 속도가 붙었어요. 사흘 내내 한 프로젝트만 들여다보니 이전에는 보이지 않던 구조적인 문제도 눈에 들어왔어요. 왔다 갔다 할 때는 눈앞의 할 일만 쳐내기 바빴는데, 진득하게 앉아 있으니 일의 전체 그림이 보이기 시작한 거예요.

---

속도가 아니라 몰입이 효율이었다

결과적으로 두 프로젝트 모두 처음 계산했던 일정보다 빨리 끝났어요. 하루에 두 프로젝트를 굴리던 때보다, 한 번에 하나씩만 붙잡은 때가 총량으로도 더 빨랐던 거예요. 이 경험이 저에게는 꽤 충격이었어요. 그때까지 저는 효율이란 여러 개를 동시에 처리하는 능력이라고 믿었거든요. 그런데 실제로 효율을 만든 건 동시 처리가 아니라 몰입의 길이였어요. 끊기지 않고 깊이 들어가 있는 시간이 길수록 결과물이 좋아지고 속도도 빨라졌어요.

돌이켜보면 멀티태스킹을 하고 있을 때 제가 느꼈던 유능감은 착각이었어요. 바쁘다는 감각과 일이 되고 있다는 사실은 전혀 다른 거였는데, 저는 바쁜 것을 성과로 착각하고 있었어요. 잘못 보낸 파일 한 통이 아니었다면 그 착각을 훨씬 오래 붙들고 있었을 거예요.

---

지금도 지키는 한 번에 하나 원칙

그 뒤로 지금까지 한 번에 하나 원칙을 지키고 있어요. 프로젝트가 여러 개 겹치면 시간을 잘게 나누는 대신 날짜나 요일 단위로 통째로 배정하고, 작업 중에는 그 프로젝트와 상관없는 창은 아예 열지 않아요. 도시를 옮겨 다니며 일하는 지금은 이 원칙이 더 중요해졌어요. 낯선 환경 자체가 이미 주의력을 잡아먹는 상황에서, 일까지 여러 개를 벌여놓으면 몰입할 자리가 남지 않거든요.

새 일이 들어와서 일정이 겹칠 것 같으면, 이제는 솔직하게 시작 시점을 조율해요. 두 개를 어중간하게 하는 것보다 하나를 제대로 끝내고 다음으로 넘어가는 쪽이 고객에게도 저에게도 낫다는 걸 그때 배웠으니까요. 여러 개를 굴리는 사람이 유능해 보이던 시절도 있었지만, 지금의 저는 하나에 깊이 들어가 있는 시간을 지키는 게 혼자 일하는 사람의 진짜 실력이라고 생각해요.