만일 GTD 시스템의 효용성 나아가 신뢰성에 의문을 가진 경우라면, 점검해야 할 여러 사안 중 첫 번째가 관리되어야 할 모든 사안이 수집되어 관리되고 있느냐는 것과 점검하지 않아도 될 여러 사안이 괜히 수집되어 관리되고 있지 않느냐에 대한 것이다.
GTD 시스템을 사용하면서 의외로 많은 수집 자체에 흥미를 가지고 이것 저것 가리지 않고 수집 과정을 진행하게 되는데, 대개의 경우는 수집 과정에서 지치게 된다. 문제는 그러한 과정을 거치고 나면 수집에 부담을 느끼게 되고 실제 수집되어야 할 대상과 수집되지 않아도 돌 대상을 구분하기 쉽지 않은 상태로 몰리게 된다.
GTD 시스템이란 것이 다른 자기 계발이나 시간 관리 체계와 달리 정기적 점검이 매우 주요하다보니, 수집 단계에서부터 부담을 가지게 되면 이후 과정도 매우 불안정하게 된다.
그리고 GTD 시스템에서는 관리 효용성이 없는 잡다한 내용들로 깔끔하고 세련되게 구성된 프로젝트가 가득하지만, 현실적 관리는 전혀 하지 못하는 상태로 전락하게 된다.
이런 문제에 직면했다면 일차적 해결책은 제대로 된 수집 과정을 진행하는 것이다. 일단 옆에 수집함을 준비하고 머리 속에서 잠시 현실적 문제를 지운다. 그리고 수집한다. 수집하는 과정에서 현실적 문제 역시 가능한한 모두 수집되도록 한다.
수집 과정은 GTD의 가장 단순한 기구이면서도 가장 중요한 절차하는 사실을 항상 염두에 두어야 한다. 수집 과정에서 실제적 효용성을 생각할 필요는 없다. 이어지는 평가와 분류 과정에서 자연스럽게 정리될 수 있다. 수집 과정에서는 수집 대상에 평가가 아닌 수집 자체에 집중해야 한다.
GTD 시스템이 다른 여러 관리 체계와 비교하여 가장 부담이 없는 점은 프로젝트나 폴더 관리가 요구되지 않는다는 점이다. 하지만 많은 GTD 사용자들이 GTD 프로그램의 프로젝트를 프로젝트 관리 프로그램에서와 같이 구성하거나 항상의 절차를 아웃라인 프로그램처럼 구성하려고 한다. 애초 GTD 시스템이 그러한 관리 체계의 문제로 부터 벗어나기 위한 방식이라는 점을 생각하면, GTD 프로그램을 너무 혹사시키는 격이다.
이런 점 덕에 많은 GTD 시스템 혹은 GTD 프로그램 사용자들이 쉽게 GTD를 포기하거나 버리게 되는 것도 분명한 사실이라고 본다. 만일 현재의 상태에서 조금 더 나아간다면 GTD는 프로젝트 관리 체계로 변질될 수 있고, 다시금 업무 관리의 근본적 고민으로 되돌아 갈 수 밖에 없다.
