Bing에서 이미지 검색을 해보니 상반신 하반신 등으로는 그림 구분은 되어있는데 구글만큼 재밌지는 않은것 같다.
https://www.ibm.com/developerworks/kr/library/dwclm/20090519/index.html 에서 퍼온 글입니다.
능력 좋은 친구들이 막상 진행은 더딘 이유: 집중도!
독립 개발팀은 사실 프로젝트의 완료 가능성이 아주 낮은 편이다. 여러 가지 이유가 있겠지만 어쨌든 지금 이 순간에도 수많은 독립 개발팀이 자신들의 프로젝트가 과연 끝을 볼 수 있을까 하는 걱정을 하고 있을 것이다.
독립 개발팀으로서 진행되는 작업이 더뎌지는 가장 큰 이유는 집중도 부족에 있다. 각자 작업할 수 있는 시간대와 공간이 제각각이므로 일이 완료되지 못하고 중간에 흐지부지되는 경우가 많다. 특히 학생 신분이라면 이런 문제가 더 클 것이다.
시간과 공간 문제는 얼핏 생각하면 별것 아닌 문제로 보이기 쉽지만 당해보면 심각한 문제임을 알 수 있다. 정해진 시간이 특별히 없으면 주변에 일의 존재를 일깨워주는 장치가 없어서 까먹어 버리는 일이 부지기수이고, 일을 하는 과정에서 생긴 문제를 해결하지 못하고 쉽게 외면해버리기도 한다. 한 친구가 한동안 작업에 문제가 있어 오랫동안 작업을 못하고 있던 것을 같이 모여 알아보니 5분 만에 해결이 되었다든지 하면 관리하는 처지에서 허탈해지게 마련이다.
돈이 없는 독립 개발팀으로서 이런 문제를 해결하는 방법의 하나로 저렴한 공동 작업실을 만드는 것이 있다. 일하는 시간에 차이가 있어도 공동으로 모여 작업할 수 있는 공간이 있다는 것만으로도 일의 집중도는 그전에 비해 크게 향상된다. 학생이라면 학교를 통해 동아리 방이나 창업 보육 센터의 지원을 받는 것이 좋은 방안이 될 것이다.
무조건 매일 기록하기
하지만 학생이 아니거나 학생이더라도 비교적 단기 프로젝트라면 이 역시 힘들 수밖에 없다. 그래서 대부분의 독립 개발팀은 천상 제한된 시간과 공간의 한계 속에서 최대의 집중도를 뽑아내야 한다. “작업 안 할 거면 나가!” 같은 무시무시한 방법도 있겠지만 여기선 따뜻한 방법만 고민해 보자. 과연 어떤 방법들이 있을까?
여기서 필자는 방법 하나를 제안해보고자 한다. 이 방법은 필자가 고등학교 3학년 때 동아리를 운영하면서 처음 써보았고, 현재도 비정기적으로 애용하는 방법으로 쉽게 적용하고 관리할 수 있으면서도 일의 집중도를 크게 올려줄 수 있다. 이른바 ‘무조건 매일 기록하기’다.
필자가 고등학교 3학년 때 게임 개발 동아리에 있던 시절의 일이었다. 동아리로서의 결과물이 1학기 때 일부는 나와야 한다는 생각에 무턱대고 ‘630 프로젝트’라는 것을 시작했다. 총 다섯 가지 프로젝트를 6월 30일까지 완료하는 계획이었는데, 한 가지도 힘든데 다섯 가지나 되는 것을 어떻게 하면 성공적으로 완료시킬 수 있을까 하는 고민이 있었다. 다행히 하나하나가 그렇게 어려운 과제는 아니었지만 다들 시험도 있고 숙제도 있었기 때문에 집중도를 끌어올리는 데 고민이 많이 필요했다.
‘무조건 매일 기록하기’의 규칙은 다음과 같았다.
이 방법은 어떻게 보면 회사의 ‘일일 업무일지’와 닮았지만, 몇몇 부분에서 독립 개발팀에 특화되어 있다. 첫째로, 일을 하지 않아도 작성한다는 점이다. 보통 업무일지는 그날 수행한 업무를 작성하지만, 무조건 매일 기록하기는 매일 매일의 일기를, 프로젝트를 중심에 두고 작성한다. 독립 개발팀의 참여자는 매일 작업을 하지 못할 수 있고, 매일 업무를 무조건 기록하라는 것은 큰 부담으로 다가올 수밖에 없어서 이 차이점은 중요하다. 무조건 매일 기록하기는 멤버들이 자신의 일을 하루에 한 번 조금이라도 생각할 시간을 주게끔 유도한다.
둘째는 사회적인 기능이다. 일을 진행하며 생긴 문제를 기록함으로써 한 팀원이 사소한 문제로 일을 지지부진하게 끄는 문제를 방지할 수 있다. 일기에 문제를 기록하기 때문에 이를 같이 보며 고민해볼 수 있고, 쓰는 자신도 타인에게 설명하기 위해 문제를 기록하는 과정에서 스스로 문제에 대해 고민해볼 수 있다. 매일 작업하진 않아도 프로젝트에 대해 매일 이야기하기 때문에 무리한 일정이라면 안전하게 조율할 수 있다. 프로젝트를 하는 과정에서 대화의 양은 굉장히 중요한 역할을 하는데, 떨어진 장소에서 각자 작업을 하다 보면 이것을 놓치는 경우가 많다.
이러한 장점들 덕분에 우리 팀은 시간과 공간의 제약을 많이 보완할 수 있었고, 630 프로젝트는 6월 30일에 다섯 가지 프로젝트를 성공적으로 마쳤다. 독립 개발팀으로서의 작업으로는 이 정도로 잘 되었던 적이 이전에 없었으므로 더욱 기억에 남는다. 독립 개발팀을 운영하면서 프로젝트의 작업 진척에 대해 고민이 많은 독자라면 이 아이디어가 많은 도움이 되리라 생각한다.
필자가 이 방법을 적용할 당시엔 적합한 서비스가 없어 간단하게 직접 만들어 사용하였지만, 최근에는 좋은 서비스가 많아 이 방법을 쉽게 적용할 수 있다. 이 방법을 적용하기 쉬운 두 가지 서비스를 간단히 소개하고 이 글을 마치고자 한다.
4기 이민선