Pagico 10 베타 8 테스트

Pagico는 버전 8을 사용하다가 버전 9로 업그레이드를 포기한 어플리케이션이다. 기능적으로 본다면 GTD 사용자에게 필요한 일반적 기능을 모두 갖추고 있는 표준적인 업무 및 시간 관리 체계의 하나라고 볼 수 있다. 하지만 Pagico 9의 경우는 경험해 보지 않아 모르겠지만 Pagico 8까지 경험에 비춰 본다면, 너무 기능이 많고 인터페이스도 복잡했다. 이러한 점은 누군가에는 Pagico의 특징으로 다가올 수 있겠지만, 상대적으로 Things 스타일에 익숙하다면 매우 복잡하고 답답할 수 있다고 본다.

개인적으로 Pagico 사용에서 가장 큰 불편함은 개별 항목과 프로젝트 간의 직접 전환이 지원되지 않는다는 것이다. 처음 항목 생성시 개별 업무나 리스트 그리고 프로젝트로 설정할 수 있지만, 이후 전환하면서 새로 작성되는 수준의 일이 필요하다.

이에 반해 Pagico 대시보드에서 제공하는 간트 챠트 스타일의 관리 체계는 기존 GTD 프로그램의 제한된 기능의 답답함을 크게 개선했다. 프로젝트 단위의 관리도 가능하기 때문에 OmniFocus의 계층적 구조 관리 방식의 한계에 극복할 수도 있다는 유혹을 외면하게 힘들다.

비슷하게 Trello의 인기 핵심이 타임라인 뷰라고 볼때 실질적 효용성을 떠나 사용자에게 있어 주는 기대감은 매우 주요한다고 본다.

그런 장단점을 가진 Pagico의 버전 10이 출시되면서 베타 테스트를 신청했고, 오늘 베타 테스트를 시작했다. 아마 기능적으로 볼때 Pagico 9의 기능에 기반하고 있지 않나 싶은데, 클라우드 기반으로 정보를 동기화하여 모바일 환경에서 운용성을 더욱 강화한 것 같다.

오랜만에 접하는 Pagico라 기대한 바가 큰데.. 하지만 베타 1의 경우 아무래도 클라우드 관련하여 Inbox 동기화 기능에 문제가 생긴 것 같다. 때문에 끊임없이 경고 메시지가 나타나는 통에 제대로 된 테스팅을 머뭇거리고 있다. 다행히 베타 2에서 동기화 문제는 바로 해결이 되었다. 하지만 테스트가 계속 될 수록 기존 기능과 새로운 기능 구동에 오류와 수정이 반복되고 있다.

이번 베타 테스트에서도 여전히 전통적인(?) Pagico의 불편함이 개선되어 보이지는 않는다. 반면 즉 특정 항목 리스트에 대한 정보가 화면의 여러 곳에 중복되어 나타나기도 한다. 물론 베타 버전이니 구동이 되지 않을 때도 있다.

예로 오늘 할 일의 목록을 보는 방법이 Today 항목에서 볼 수 있지만 Today 항목 자체가 표준 리스트는 물론 사용자 목록이나 화면 알림 표시 등 여러 곳에 동시에 있는 식이다. 언제라도 주요 리스트를 확인할 수 있는 점은 좋지만, 각 기능의 세부적 차이를 활용하지 못하는 경우라면 기본적인 기능이 시각적으로 부담이 된다.

물론 설정에서 이러한 사항을 수정할 수 있기는 하지만, 일부러 그런 수고가 초래된다는 점에서 사용자 입장에서는 오히려 부담이다.

GTD 수집 방식의 숨겨진 함정 ?

GTD를 처음 접하는 사람들이 쉽게 빠져드는 이유 중 하나가 수집이라는 단순하면서도 흥미로운 과정 혹은 단계라고 할 수 있다. 누구나 생각할 수 있으면 특별한 도구나 환경의 준비 없이 시작이 가능하기 때문이다. GTD의 인기는 수집 기능에 시작되었다고 해도 과언이 아니다.

하지만 곧 GTD의 실망 혹은 부담을 느끼기 사람들의 가장 큰 이유 중 하나 역시 수집이라는 어렵고 모호한 기술과 기능 때문이다. 시간이 지날 수록 수집해야 할 대상은 늘어나고, 수집된 대상에 대한 관리 부담은 더욱 가중되게 되고, 나중에는 수집 즉 관리 대상으로 해야할지 말지를 고민하다가 지치게 된다.

GTD의 수집 기능은 단순하고 특별한 상황에 이뤄지는 것이 아니라고 적었지만, 사람에 따라 혹은 경우에 따라 이 단순한 과정에 숨겨진 함정에 발이 빠질 수 있다. 그것은 GTD 수집 과정은 그저 컴퓨터 모니터를 바라고 보고 혹은 종이 위에 창작하듯 쓰는 절차적 기능으로 대부분 인식하고 있는 경우가 많기 때문이다.

예로 자신의 자동차에 관련된 여러 문제를 수집하여 실행하고자 할 때, 대부분은 자신의 늘 사용하는 자동차에 대한 모든 것을 알고 있다고 생각한다. 하지만 많은 경우에서 알 수 있듯 차 안에 앉아 혹은 운전하면서 느끼는 해결 혹은 대응해야 하는 크고 작은 생각거리는 차에서 내리고 나면 상당수 머리 속에서 사라진다. 운전하면서 수집 대상을 수집하기란 힘들다. 그렇다면 자동차에 관한 문제를 수집하기 위해서는 컴퓨터 앞이나 쇼파에 앉아 생각해야 하는 것이 아니라, 직접 자동차는 있는 곳으로 가서 둘러보고 자리에 앉아 어떤 문제를 생각했었는 지 기억을 돌이켜야 한다. 혹은 이후 운전하면서 그런 생각이 들때 잊지 않도록-안전하게-수집하는 방법도 생각해볼 필요가 있다.

이렇듯 자신이 생각하는 많은 문제를 수집할 때, 그 해당되는 문제의 대상을 보고 느끼며 수집하는 것이 아닌 모니터와 종이 위에 기록하는 것이 GTD 수집의 일상인 경우가 많다. 물론 이런한 방식이 나쁜 방법이거나 잘못된 방법은 아니다. 하지만 우리가 생각했던 많은 수집 대상으로의 문제를 다 잡아낼 수는 없다는 것이다.

나아가 이런 수집 방식에 의해 정작 수집되어야 할 여러 사안들이 드러나지 않고 숨어 계속적으로 우리의 머리 속을 휘젖고 다니면서 뭔가 아쉽거나 찜찜한 기분을 느끼게 한다는 것이다. 그러므로 수집 과정을 너무 단순하게 혹은 허술하게 인식해서는 안된다. 수집 과정의 이러한 문제는 GTD 시스템의 불안 요소로 자리잡을 수 있다.

희망과 바램의 시각 ?

하고 싶은 일임에도 일에 대한 부담이 너무 크고, 더불어 그 현실을 냉정하게 판단할 수 있다면 그 일은 실행될 수 없다. 그럼에도 시스템에서 머리 속에서 사라지거나 제거되지 않고 유령처럼 남아 있다는 것은 분명 나름의 의미를 가진 일이라고 볼 수도 있다. 더욱이 다른 대안도 없는 상태에서 계속 실행의 의욕으로만 남아 있다면 역시 다시 한번 냉정한 스스로의 평가를 필요로 한다. 물론 이러한 평가가 반복된다는 것은 매우 위험하다는 것을 알고 있을 것이다.

즉 포기할 것인지 그렇지 않으면 정말 실행할 수 있는 다시 말해 목표한 결과에 도달하고 목적한 바에 만족할 수 있는 일인가에 대한 평가를 제대로 진행해야 한다.

하지만 이러한 과정이 어려운 것은 그 일을 바라는 목적과 실행의 결과 목표가 과연 자신의 시각에 의한 것인지 혹은 타인의 시각에 의한 것인지를 먼저 냉철하게 전제해야 한다. 대부분의 업무는 자신의 의지나 시각이 아닌 회사나 CEO의 방침에 의해 진행된다. 때문에 모순적이거나 다소 불법적 영역에 있는 일 조차 시행하는 경우가 적지 않다.

그렇다면 자신이 자신의 일이라고 생각하는 영역에도 이러한 외부적 시각이나 판단이 관여할 수 있다는 점을 인정하고, 평가를 진행해야 한다. 대개 자신의 일이나 업무적 일을 혼돈하여 판단하기 십상이다.

자신의 아닌 타인의 시각 즉 타인의 평가에 관여되는 일은-비록 하고 싶은 일이라 착각한 경우에도-실행에 부담이 될 수 밖에 없다. 즉 하고 싶은 일이라고 스스로 판정하기 위해서는 실행과 결과의 평가에 타인이 얼마나 관여하는 지 혹은 나중에라도 관여될 수 있는 지로 그 수준을 결정할 수 있을 것이다.

사실 단순히 개인적으로 하고 싶은 일이라고 한다면 실제적으로는 GTD 시스템에서 관리될 필요가 없다. 마감일자나 시간 등을 자유롭게 그리고 생각날 때 하면 되는 일이라면 굳이 GTD와 같은 규정된 체계에 넣고 관리한다는 것은 매우 부자연스럽지 않을까 싶다.

그럼에도, 그런 사실을 알면서도 GTD 시스템에서 이런 일들을 관리하고자 한다면 그만큼 하고 싶은 일에 대한 열망과 목적 의식이 분명해야 제대로 관리될 수 있다. 그렇지 않으면 오히려 이러한 일 때문에 업무적으로든 개인적으로든 해야 할 일들의 관리가 방해받게 될 수도 있다.

현재 GTD 시스템에서 관리되지 못하고 머리 속을 가득 채운 온갖 일거리를 수집한 후, 일의 실행과 진행의 관리 가치와 수준을 정확하게 파악하고 최종적으로 관리되어야 한다고 결정한 일은 즉각 관리 모드로 전환해야 한다. 그리고 다시 한번 이러한 고민에 빠진다면 GTD 시스템에서 다룰 수 있는 영역을 벗어나 대상으로서 빼내거나 다른 기대하는 시스템으로 옮겨져야 한다.

실행 지원의 원인, 부담과 여유 ?

이전 포스팅에서 GTD 시스템에서 관리되어야 할 사항과 관리될 필요가 없는 사항이 제대로 구분되지 않고 뒤섞여 일상의 혼란스럽게 만들 수 있다는 적었다. 그 연장에서 GTD 시스템에 그러한 사항들이 제대로 수집, 즉 입력되지 못하는 경우에 대한 생각과 경험을 적고자 한다.

일을 두고 실행을 머뭇거리고 있다면 그 일에 대한 자신의 평가는 두 가지 경우라고 볼 수 있다. 우선 그 일의 실행에 대한 부담이다. 일의 목적 대비 목표의 규모와 범위가 크고 광범위하여 쉽게 시작하기 어려운 대상으로 판단될 때의 상황이라고 할 수 있다.

대개 하고 싶은 일이라고 생각하는 혹은 착각하는 대상들이 이러한 부류에 속한다. 어쩌면 할 수 없는 일이라고 판단될 가능성이 매우 높은 대상들이다. 물론 이런 경우에 대한 스스로의 평가는 객관적이기 어렵다. 하지만 이런 일에 대한 스스로의 평가가 지연될 수록 GTD 시스템은 할 수 없는 일이지만 하고 싶은 일로 오해되는 일들로 가득해지게 된다.

다른 경우는 단순히 보자면 무언가 대안이 존재하는 일이다. 즉 즉각적 실행을 해야 하는 일이지만-비공식적인-연기를 기대한 일을 대하는 상황이라 할 수 있다.

두 가지 경우 내용적으로 다르지만 현실적으로 계속 실행이 지연되면서 GTD 시스템을 떠도는 유령으로 남아있을 수 있다는 위험이 있다. 더욱이 이러한 일들이 시간이 지날 수록 점점 늘어날 수 밖에 없다는 것이다.

만일 이러한 일들의 상당수가 GTD 시스템에서 관리되지 못하고 외부에서 떠도는 경우도 적지 않을 것이다. 그나마 GTD 시스템에서는 현재 불안정한 상태를 파악이라고 할 수 있지만, 시스템 외부에서는 결국 머리 속에만 쌓여 있다가 느닷이 나타나 실행을 다짐하는 마음을 흔들게 된다.

이러한 문제의 해결책은 GTD 시스템의 운용에서 가장 핵심이라고 할 수 있는 즉각적 실행 외에는 답이 없다. 최소한 실행의 시도를 해야 실행 가능 여부로 인해 실질적 진행 정도와 계획 조정 등을 파악할 수 있다. 그렇지 않으면 계속 주변을 맴돌며 유령처럼 자신을 괴롭히게 된다.

아직 수집될 일이 가득하다 ?

만일 GTD 시스템의 효용성 나아가 신뢰성에 의문을 가진 경우라면, 점검해야 할 여러 사안 중 첫 번째가 관리되어야 할 모든 사안이 수집되어 관리되고 있느냐는 것과 점검하지 않아도 될 여러 사안이 괜히 수집되어 관리되고 있지 않느냐에 대한 것이다.

GTD 시스템을 사용하면서 의외로 많은 수집 자체에 흥미를 가지고 이것 저것 가리지 않고 수집 과정을 진행하게 되는데, 대개의 경우는 수집 과정에서 지치게 된다. 문제는 그러한 과정을 거치고 나면 수집에 부담을 느끼게 되고 실제 수집되어야 할 대상과 수집되지 않아도 돌 대상을 구분하기 쉽지 않은 상태로 몰리게 된다.

GTD 시스템이란 것이 다른 자기 계발이나 시간 관리 체계와 달리 정기적 점검이 매우 주요하다보니, 수집 단계에서부터 부담을 가지게 되면 이후 과정도 매우 불안정하게 된다.

그리고 GTD 시스템에서는 관리 효용성이 없는 잡다한 내용들로 깔끔하고 세련되게 구성된 프로젝트가 가득하지만, 현실적 관리는 전혀 하지 못하는 상태로 전락하게 된다.

이런 문제에 직면했다면 일차적 해결책은 제대로 된 수집 과정을 진행하는 것이다. 일단 옆에 수집함을 준비하고 머리 속에서 잠시 현실적 문제를 지운다. 그리고 수집한다. 수집하는 과정에서 현실적 문제 역시 가능한한 모두 수집되도록 한다.

수집 과정은 GTD의 가장 단순한 기구이면서도 가장 중요한 절차하는 사실을 항상 염두에 두어야 한다. 수집 과정에서 실제적 효용성을 생각할 필요는 없다. 이어지는 평가와 분류 과정에서 자연스럽게 정리될 수 있다. 수집 과정에서는 수집 대상에 평가가 아닌 수집 자체에 집중해야 한다.

GTD 시스템이 다른 여러 관리 체계와 비교하여 가장 부담이 없는 점은 프로젝트나 폴더 관리가 요구되지 않는다는 점이다. 하지만 많은 GTD 사용자들이 GTD 프로그램의 프로젝트를 프로젝트 관리 프로그램에서와 같이 구성하거나 항상의 절차를 아웃라인 프로그램처럼 구성하려고 한다. 애초 GTD 시스템이 그러한 관리 체계의 문제로 부터 벗어나기 위한 방식이라는 점을 생각하면, GTD 프로그램을 너무 혹사시키는 격이다.

이런 점 덕에 많은 GTD 시스템 혹은 GTD 프로그램 사용자들이 쉽게 GTD를 포기하거나 버리게 되는 것도 분명한 사실이라고 본다. 만일 현재의 상태에서 조금 더 나아간다면 GTD는 프로젝트 관리 체계로 변질될 수 있고, 다시금 업무 관리의 근본적 고민으로 되돌아 갈 수 밖에 없다.

Things 3.14.2 업데이트

Things 3.14 업데이트가 되면서 나름 효용성 있는 기능이 추가되었다. 단순히 기능적 추가로 생각할 수도 있겠지만 활용 방식에 따라 Things의 아쉬운 부분에 보완함에 큰 도움이 될 수도 있다고 생각된다.

새로 추가된 기능은 기본적으로 개별 항목에 관련된 사안이 아닌 노트 작성에 관한 것으로, 노트 내용의 목록화 즉 아웃라인 구성이 가능하도록 되었다. 아웃라인 구성 자체는 사용자가 적당하게 위치와 공백을 맞춰 작성할 수 있었지만, 이번 기능에서는 지정한 위치 및 사용한 기호와 동일하게 목록이 작성될 수 있다.

노트에 작성할 지 문서 파일을 링크 시킬 지 결정하기 애매한 상황에서도 요긴하게 활용할 수 있을 것이고, 내용이 긴 목록 작성을 위해 별도 어플리케이션을 이용하는 수고도 줄 수 있지 않을까 싶다.

그리고 이런 내용에서 눈치챌 수 있듯이 노트 및 아웃라인 기능의 활용성을 높일 수 있도록 마크업 언어인 마크다운(MarkDown) 기능을 지원할 수 있게 되었다. 사실 프로그램 환경도 아닌 GTD 프로그램 플랫폼으로서 Things에 이런 기능까지 필요한 지 의문스럽지만, CulturedCode의 표현으로 많은 사용자의 요청이 있었다고 한다. Mac 버전은 물론 iOS 버전에서 사용이 가능하다.

또한 이렇듯 노트 작성 기능이 강화되다 보니, 작성된 노트의 내용을 빠르게 검색하는 기능도 추가되었다. 확장된 노트 기능에 검색 기능이 부족했다면 사용하는 입장에서는 효용성이 반감될 수 있다는 측면에서 매우 효과적인 기능이라고 본다. 이런 점에서는 확실히 OmniGroup 보다는 CulturedCode의 대응이 더 나은 것이 분명하다. 역시 iOS 환겨에서도 검색이 가능하다.

마지막으로 새롭게 강화된 클라우드 동기화 기능의 하나가 클라우드, 구름에 빚댄 구름 조각. 프랙터스(Fractus) 기능이다. 일반적으로 Things 클라우드에 올려진 내용이 파일 단위로 항목 단위로 동기화 되었는데, 새로운 기능은 내용의 개별 단어 단위로 동기화가 될 수 있도록 하여 클라우드 운용 속도를 개선할 수 있게 되었다고 한다.

솔직히 Things가 문서 편집 도구도 아니면서 이런 기능까지 신경을 쓰나 싶은데, 어떤 식으로 효용성이 있을 지는 아직 모르겠다.

3.14 업데이트로 추가된 기능은 사용자의 Things 활용 방식에 따라 그 활용성이 매우 클 수 있다는 점에서 기대 이상이라고 본다. OmniFocus든 Things든 GTD 프로그램으로서의 단순한 기능 구성에 한계를 어떤 식으로 극복할 지에 대한 대응 과정의 하나라고 보인다는 점에서 앞으로의 기능 추가도 다시금 기대가 되기도 한다.

OmniFocus 4 for iOS 베타 테스트

OmniFocus 4의 베타 베스트가 시작되었다. 우선 iOS 및 WatchOS 기반 베타를 시작하게 되었는데, Apple Watch는 사용하지 않으니 그냥 지나고 iPhone에 설치하여 변화의 수준을 확인할 기회가 왔다.

이번에는 애플 앱스토어의 테스트플라이트 기능을 사용할 수 있도록 전환되었는데, 여러모로 편리하지 않나 싶고 OmniGroup에서의 관리 용이성도 높을 듯 하다.

OmniGroup이 이-메일 링크로 다운로드가 시작되고 설치되어 그런지 따로 베타 코드를 입력하지 않아도 구동이 가능했다.

실제적 사용은 좀더 시간이 걸리겠지만 첫 느낌은 이전 버전에 비해 인터페이스 조금 복잡하다 내지는 어렵게 배치되었지 않나 싶다. 새로운 기능의 추가로 인해 당연히 그렇게 될 수 밖에 없을 수도 있겠지만, 스마트폰과 같은 모바일 환경에 너무 많은 기능을 담다보니 기능과 별개로 인터페이스의 이러한 복잡성 문제가 OmniFocus의 어려움이지 않나 싶기도 하다. 하지만 과연 얼마나 새로울 지는 모르겠다.

솔직히 OmniFocus의 기능적 창의성은 이제 한계를 맞이한 지 오래되었다고 보는 입장에서, OmniFocus를 Mac, iPhone, iPad 그리고 Apple Watch 등 각 기기에 맞도록 설계하고 또한 독자적으로 운용하도록 하는 방법이 적절한 지는 모르겠다.

Things나 The Hit Lists처럼 구성이나 내용이 상대적으로 단순한 프로그램도 점차 기능이 확장되면서 모바일 버전에서는 사용 효용성이 낮아지고 있다. 더욱이 애초부터 복잡하고 다양한 기능으로 승부했던 OmniFocus가 모바일 버전에서도 최대한 그 기능을 모두 수용하려고 하니-그 인기에도 불구하고-사용자 입장에서 제대로 대응하기 어렵다. 오히려 Mac 버전을 중심으로 iPhone 등은 입력 및 확인 등에 특화된 보조 수단으로 활용하는 방법도 좋지 않을까 싶다. 물론 iPad의 경우는 인터페이스 측면에서 유연성이 높다보니 다소 경우를 다를 수도 있다고 본다.

• 베타 테스트라서 그럴 것이라고 생각되지만, 현재 버전에서는 위치 정보 기능이 빠져 있다. iOS 버전의 OmniFocus의 유일한 핵심 기능이라고 할 수 있는데, 설마 향후 제거할 계획인가 ?

블로그 포스팅 오류로 인한 이전 포스팅 정비 중.. T T

한창 더운 여름날의 주말, 예기치 않은 포스팅 오류로 이전 포스팅까지 삭제되는 사태가 발생했습니다. 포스팅 원본 내용은 MacJournal에 그대로 있기 때문에 사라질 위험은 없지만, 이전 내용을 다시 일괄로 업로드 할 수 없어 개별 포스팅을 하나 씩 복구해서 다시 올리고 있습니다.

휴가철의 외로운 플래닝 맨 ?

어느 날 혹은 언제나처럼 오늘도 머리 속 가득한 부담으로부터 벗어나기 위해 모니터를 바라보며 계획을 세우거나 심지어 어떤 프로그램이 계획 수립에 적합한 지 웹 서핑에 빠진 자신을 본 적이 있지 않나 싶다.

하지만 무섭게도 이런 일이 어제도, 오늘도 그리고 내일도 계속 될 것이다. 아마도 많은 혹은 적지 않은 주변의 사람들이 그러리라 본다. 다만 그럼에도 계획의 의지나 기대와 무관하게 밀려오는 일을 닥치는 대로 무엇보다도 열심히 하다보니 하루는 나름 의미있게 보낸 듯 위로하며 눈을 감는다. 그리고 곧 머리 속에는 다시금 뭔가를 해야할 부담에 잠을 뒤척이게 된다. 물론 곧 지친 몸 덕에 잠을 빠져 든다.

언제가 강조하지만 계획은 언제나 계획이다. 계획을 아무리 잘 짠다고 하더라도 실행이 보장되지는 않는다. 반대로 무언가 실행을 시작했다면 어떤 계획은 이미 시작된 것이다. 물론 성공과 실패는 별개의 결과이다. 하지만 시작했으니 어떤 식으로든 결과는 드러날 것이다.

현실적으로 그리고 사실 상 좋은 계획은 없다. 더욱이 완벽한 계획이란 존재할 수 없다. 계획이란 언제나 수정되고 바뀌고 그리고 사라지기도 한다. 계획이 지속된다는 자체만으로 가치가 있을 수도 있다. 어쨌든 실행된 계획만이 가능한 것이다. 결국 계획은 실행의 시작이면서 실행의 결과이다. 결과에 의해 좋은 계획, 완벽한 계획이 평가된다.

뜨거운 여름, 한 주 혹은 두 주 또는 몇 일 정도의 휴가 기간 동안에 많은 이들이 가족들 몰래 크고 작은 계획을 준비하는 시간을 가지려고 할 것이다. 그러나 그 모든 시도는 물거품이 될 것이다. 그러니 사랑하는 가족들과 휴가를 즐기거나 가족들 몰래 도망가기를 기원한다. 후회하고 구박받더라도 계획에 빠져 고민하는 시간 보다는 훨씬 가치가 있지 않나 싶다.

그럼에도 계획의 시간을 가지려고 한다면, 해야 할 일이나 하고 싶은 일이 아닌, 할 수 있는 일의 기록하기 바란다. 목록으로 나열하든 다양한 형식으로 맵핑을 하든 현재 머리 속에서 할 수 있는 일을 적는다면, 그 일 가운데 하고 싶은 일과 해야 할 일이 있다. 그리고 그 일들을 분류하거나 정리하지 말고, 당장 할 수 있는 일이라고 생각되는 일부터 실행하도록 하자.

할 수 없는 일이라면 곧 벽에 부딪힐 것이고 할 수 있는 일이라면 실행될 것이다. 그리고 크든 작든 새로운-미뤄두었던-계획이 시작되었다고 할 수 있다. 우리는 이미 벌어진 일에 대해서는 놀라운 대응력을 가지고 있음을 안다.

어렵게 비싼 비용을 들여, 좋은 그리고 강력한 프로젝트 및 플래닝 프로그램을 찾더라도 자신의 계획은 실행은 커녕 제대로 수립해주지도 않는다. 휴가비만 날릴 지 않을까 싶다.