개인적인 의견 말씀드려봅니다.
질문1)
출력하고, 제본비닐/스프링을 준비해 두고, 제본한다...등으로 나눌 수도 있지만
굳이 그것을 나눠서 행동할 필요는 못느꼈습니다. 즉, 프로젝트로 등록할 필요는 없다는거지요.
-> 맞는 말씀입니다. GTD의 원론적인 방법론에는 어쩌면 맞지않는 이야기일 수도 있겠지만, 일을 시작하면 물흐르듯이 연결되어 마무리 될 수 있는 것은 굳이 프로젝트로 등록할 필요가 없이 단일의 다음행동으로 봐도 무방하다고 생각합니다.
이런경우, 일을 쪼개서 단일의 다음행동으로 만드는 것 자체가 스트레스일 수도 있기때문입니다.
그렇지만 그 일이 하루 이상에 걸쳐져서 이루어지는 일이라면, 하나이상의 다음행동을 설정하는것이 관리에 편리합니다.
오늘 안에 하기만 하면 될 일을 '연기'...라는 타이틀을 붙이기가....뭔가 어색한 듯 해서요.
내가 해야 할 일들 중, 5분~10분 안에 끝낼 일들이 여러 개 있을 경우 이런 일들도 모두 연기...로 처리하면 되는건가요?
-> 이런 경우, "연기"라는 단어의 어감 자체가 다소 거부감이 느껴질 수 있겠습니다만, 지금 당장 실행할 수 없는 다음행동은 모두 '연기'하는 것입니다. 지금 당장 하지 못하기때문에 할일목록에 메모해 두는 행위자체가 '연기' 하는 것 이지요.
"연기"라는 단어 자체가 거부감이 생기시면, '[연기]' 문자열을 삭제하시고 입력해 두시면 어떨까요?
질문2)
하루 종일 작업하는 일을 살펴 보니, 2분 내에 끝낼 수 있는 단일 작업 보다는, 특정 업무 또는 특정 목적을 이루기 위해 최소 2개 이상의 행동을 하는게 훨씬 더 많던데, 그런 모든 일을 프로젝트로 등록해서 관리하는게 맞는건가요?
-> 제가 처음 GTD를 적용할때 상당히 고민했던 부분입니다.
질문1)의 첫번째 답변을 참고해서 적용해 보시면 도움이 될 것 같습니다.
제 경우는, 위에서 이야기한 것 처럼, 일을 시작했을때 물흐르듯이 연결되어 마무리 될 수 있는 것은 대부분 하나의 다음행동으로 관리하고,
하루 이상에 걸쳐져지거나, 하루에 이루어지더라도 나눠서 해야하는 일이라면 다음행동을 나열하여 프로젝트로 등록합니다.
참고)
참고로, 제가 이해하고 있는 GTD에서 이야기하는 프로젝트 리스트의 개념을 간략하게 적어보면 이렇습니다.
큰 목표(처리해야할 일거리)을 편한 메모지에 쭈욱 적습니다.
이것은 처리해야할 일거리의 목표를 설정하는 것과 같으며, 이것을 "프로젝트 리스트" 라고 부릅니다.
그 메모지의 리스트(목표 리스트)를 보고, 그 일거리를 처리해 내기 위해서 다음에 해야할 물리적인 다음행동이 무엇인지 생각해서 바로 실행하던지 또는 다음행동 리스트에 적어두고 기한에 맞춰 처리합니다.
해당 물리적인 다음행동을 실행하고 나면, 그프로젝트를 완료하기 위해서 물리적으로 해야할 다음행동이 무엇인지 또 생각하여 동일하게 실행해 나갑니다. 프로젝트 리스트는 수시로 검토해서 물리적인 다음행동을 궁리합니다.
물리적인 다음행동을 강조하는 이유는 답답하게 막연히 머리속에만 있는 일거리를 실행에 옮기는 출발점이 되기 때문입니다.
프로젝트 리스트라고 해서 그리 거창한 것이 아닙니다.
프로그램 상에서 GTD를 구현하려 하다보니 체계화된 프로젝트 리스트가 생겨났고, 프로젝트를 생성하는 것에대한 판단을 극명하게 내려야 하겠지만 노트에 대충 적는 프로젝트 리스트는 이런것입니다.
동시에 1000개의 프로젝트가 있다고 해서 문제될게 뭐가 있겠습니까? 편하게 생각하세요. ^^
'이 글은 GTD의 원론을 참고한, 어디까지나 개인적인 의견입니다.
조만간 이글에 첨언해서 프로젝트 리스트의 개념에 대한 강좌를 한번 구상해 보겠습니다.