A
약 75초
경험 중심 1인칭 답변
인턴 당시 동시에 3개 프로젝트를 맡았는데, 처음 2주는 매일 우선순위가 바뀌면서 어느 것도 완결하지 못하는 느낌이 들었습니다. 원인을 분석해보니 각 프로젝트의 데드라인과 의존 관계를 머릿속에만 갖고 있어서 충돌이 생길 때 판단이 느렸습니다. 그래서 모든 태스크를 노션에 올리고 '오늘 완료 가능 여부'와 '타인의 확인이 필요한지 여부'로 두 축 분류를 매일 아침 업데이트했습니다. 타인 확인이 필요한 것은 미리 슬랙 메시지를 보내두고, 나 혼자 처리 가능한 태스크를 그날의 집중 블록으로 잡는 방식이었습니다. 이 구조로 바꾼 뒤 3주째부터 기한을 넘긴 태스크가 0건이 됐고, 팀장으로부터 "언제 처리될지 물어볼 필요가 없어졌다"는 말을 들었습니다.
멀티태스킹은 능력의 문제가 아니라 가시화의 문제라는 것을 그때 배웠습니다. 지금도 병렬 작업이 생기면 가장 먼저 하는 것은 목록 외부화입니다. 앞으로도 여러 과제가 겹칠 때 목록을 외부화하는 것이 첫 번째라는 원칙을 유지하겠습니다. 머릿속에서만 관리하면 인지 부하가 판단을 느리게 만든다는 것을 경험으로 알고 있습니다.
이 결의 특징
문제를 느낀 후 원인을 분석하고, 원인에 맞게 도구와 구조를 설계한 뒤 그 결과를 데이터로 추적하는 문제 해결의 사이클이 명확합니다. 가시화를 통해 추상적 부담을 구체적 관리 도구로 전환하는 접근이 두드러집니다.
이 결이 통하는 자리
복잡함을 시스템으로 정리할 수 있는 능력을 높이 평가하는 조직, 특히 데이터나 도구를 활용해 프로세스를 설계하는 역할에서 신뢰를 얻습니다. 자동화·최적화 문화를 가진 팀과 특히 맞닿아 있습니다.