2013년 7월 22일 월요일

QuestManual 서비스 시작 및 그 배경

숙명

이것은 숙명이다. 바로 문서화. 바로 그것은 숙명이다.
필자는 이렇게 생각합니다. 일을 하는 사람에게는 일도 중요하지만, 일반적으로 일이 아니라고 생각하는 문서 작업은 가장 중요한 일이며 이라는 것에 늘 따라다니는 숙명과도 같은 것이라 생각합니다.
팀을 이루지 않더라도 자신이 하는 개인적인 일이라도 늘 문서는 필요하다고 봅니다.
오래전에 했던 것이라도 기억력의 한계가 있다보니 기억하지 못하거나 잘못 기억하여 늘 실수를 하곤 합니다.
어렷을적 시험때도 그랬었죠. 틀린 문제는 틀리기 쉽다는...
이렇듯, 무언가를 한다는 것에는 늘 정리라는 것이 뒤따라야 합니다. 나중을 위해서 말입니다.
협업에서, 특히 회사에서의 문서작업은 늘 중요합니다. 자신이 한 일에 대한 공유, 또한 그 작업을 통해서 얻은 정보들은 공유되어야 합니다.
그것은 자신의 것이기도 하지만 회사의 자산이기도 합니다. 이러한 정보는 보통 폐쇄적으로 자신만 아는 것으로 감추는 경우도 많습니다. 뭐~ 그것들이 굉장한 노하우나 되는 것 마냥 공개를 안하는 작업자도 있기도 합니다.
그러나 이것은 옳지 않습니다. 또한, 자신을 위해서도 이러한 폐쇄적인 입장은 도움지 되지 못합니다.
자신이 한 일에 대해서 잘 포장해야하고 잘 정리되어야 자신의 능력을 다른 사람들에게도 보여줄 수 있기 때문입니다.

왜 안되는걸까?

그렇다면, 왜 문서화는 잘 안되는 것일까요? 여러가지 이유가 있겠지만 저는 아래와 같은 이유가 가장 핵심이라고 생각했습니다.
일 같지가 않다. 누가 알아주기라도 하는가?
나혼자만 하는 것 같다. 이건 개고생이야.
내가 어렵게 고생해서 획득한 것을 쉽게 공개하라고? 됐거든!
위의 3가지는 저도 생각해봤었습니다. 위의 3가지 모두, 문제는 일하는 환경에 있습니다.
중요하다고는 하지만, 실질적으로 어떠한 성과에도 포함되지 못하는 현실을 경험하면 다음부터는 문서 작업을 작업으로 보지 않게 되게 됩니다.
조직에서의 모든 정책의 성공 조건이 정책 운영 책임자의 의지에 있다는 것은 모두 아실 겁니다.
마찬가지로 문서화가 제대로 되기 위해서는 정책 운영 책임지의 의지가 매우 중요합니다.
문서화가 말만 중요한 것으로 끝나는 것이 아니라 실제 업무에 어떤 효과를 발생하는지 지속적으로 홍보해야합니다. 위와 아래로 말입니다.
그렇지 않다면, 말로만 중요한 것으로 되고 맙니다. 그렇게 되면, 문서 작업자들은 문사화 작업에서 손을 놓게 될 수 밖에 없습니다.
모든 문제는 의지에 의해 해결되고 발생하게 된다는 결론에 도달합니다.

해결방안은 없나?

해결방안은 있습니다. 제 개인적인 의견입니다.
  • 공표하고 공유한다.
  • 효과에 대하여 홍보한다.
  • 지속적인 교육을 실시한다.
뭐~ 너무 간단한가요? 그리고 식상한가요? 늘 그렇듯 기본이 어려운 것입니다.
이러한 기본이 되는 것들을 시스템화 한다면, 이를 유지하는데 매우 도움이됩니다. 
예를 들어보죠, 말로는 가장 쉬운 다이어트를 예로 들어봅시다. 일반적으로 다이어트를 결심하게 되면, 성공확률을 높이기 위해서 어떤 활돌들을 할까요?
쉽게 생각드는 것은 바로 주변인들에게 알리는 것입니다. 그리고 다이어트를 하는 주변인과 정보를 공유하게 되죠.
이것이 바로 공표와 공유의 단계입니다.
공표를 하는 이유는 자신의 의지를 유지하기 위함입니다 다이어트를 한다고 해놓고 그것을 아는 주변 사람들 앞에서 음식을 많이 먹지 못하는 상황을 스스로 만들어 버리는 것입니다.
공유는 효과적이고 유익한 정보를 얻기 위함입니다. 좋은길이 있다면, 그 좋은 길을 찾는 것이 시작하기 전에 해야할 일이겠죠.
그 다음, 무엇을 하나요? 효과를 측정합니다. 일반적으로 효과를 측정만 하고 혼자 좋아하거나 슬퍼합니다. 다이어트에 대해서는 말이죠.
효과는 홍보되어야 합니다. 자신이 어떻게 하여 어떤 결과를 이루어내고 있는지를 지속적으로 홍보해야합니다. 그래야 오랫동안 유지가 가능합니다.
잘 진행하고 있다면, 독려를 받을 수 있고, 잘 진행되고 있지 않다면, 스스로 맘을 다잡는 기회가 될 것입니다.
또한, 진행하면서 지속적으로 우리도 모르게 교육을 받습니다. 음식들의 칼로리, 효과적인 다이어트 방법 등.
즉, 시작전에는 공표와 공유를 하고, 진행하면서는 지속적으로 효과에 대한 홍보와 교육을 실시해야합니다.
효과 홍보와 교육은 매주 또는 격주 마다 문서 작업자들끼리 모여 논의를 하고, 이에 대한 결과물들에 대해서는 전사적으로 공유하는 방법이 가장 좋습니다.

QuestManual의 탄생

시작은 좋았지만, 늘 진행하다보면 크고 작은 문제들이 생겨 중도 포기하는 것들이 많습니다.
그러면서 우리는 이런 저런 핑계거리는 찾아 스스로를 위안합니다. 이러한 문제들을 근본적으로 해결하기 위해서는 우리의 의지력을 키우면 됩니다.
그러나 그건 매우 어려운일입니다. 특히, 개인이 진행하는 것이 아니라 팀이나 전사적인 건들에 대해서는 더더욱 그렇습니다.
그래서 보통 난치의 문제는 시스템으로 해결하게 됩니다. 우리가 도덕이나 윤리를 강조하며 가르치지만 법이라는 것을 만든 이유도 이러한 이유일테지요.
누구도 완벽한 사람은 없습니다. 그런 사람들이 모이면 더더욱 어려워집니다.
시스템으로 해결하는 것이 가장 좋은 대안입니다. QuestManual도 그렇습니다. 아니, 어찌보면 MBINE에서 만들어지는 모든 서비스가 그렇습니다.
인간이기에 부족한 의지, 미래에 대한 불확실한 예견등 여러가지 불완전한 요소들을 가지고 있는 사람들이 여렷이 모여 만드는 수많은 문제점들.
이러한 문제를 해결할 수 있는 시스템을 제공하는 것이 MBINE의 목표이자 가치입니다.
그중에서 QuestManual은 바로 문서화에 대한 필요한 모든 요소들을 시스템화 하는 것이 목표입니다.
하기싫어도 어쩔 수 없이 할 수 밖에 만드는 그런 시스템이 아니라 어떻게 하면 자발적인 유도를 이끌어 낼 수 있는지에 기원하는 서비스입니다.
강제적인 시스템이 아닌 자발적인 부분을 강조하는 시스템이 필요하다는 것이 현업에서 경험하여 얻어낸 결론이었습니다.

QuestManual의 방향
앞으로 QuestManual은 아래 3가지의 목표를 이루기 위해 개선될 것입니다.
  • 자발적인 참여 - 강제성이 적고, 문서 작업이 나에게 큰 도움이 된다는 것을 실질적인 것으로 보여준다.
  • 완벽하고 필요한 문서 생산 - 누군가에게 보여주기 위한 문서가 아닌 정말 필요한 문서의 생산
  • 업무와의 효과적인 연계 - 문서는 보관용이 아닌 업무에 필요한 정보가 될 수 있다.
영구적이고 지속적인 개선을 통하여 시대가 바뀌고 사람이 바뀌어 가치와 주된 동기부여 방식이 바뀌어도 자발적인 문서화 참여를 유도할 수 있는 그런 서비스가 될 수 있도록 개선 될 것입니다.

원본글 : MBINE QuestManual - QuestManual 서비스 배경

2013년 7월 9일 화요일

Update 2013.07.09 - 경험치와 도표

안녕하세요. hitapia입니다.
이번주 월요일부터 시작한 두번째 계획을 진행하고 있는데요. 늘 그렇듯 계획된 퀘스트가 너무 많아서 쉴틈도 없는 하루를 보내고 있습니다.

아직 계획이 끝나지 않은 상태이지만 조금전에 최종 테스트한 추가 사항을 빠르게 보여드리기 위헤서 배포를 했습니다.

이번 업데이트에서 추가된 사항은 아래와 같습니다.

경험치

경험치는 Questitem의 가장 중요한 부분중에 하나입니다. Questitem에 있어 경험치에 대한 개념적인 부분에 대해서는 추후에 따로 포스팅 하겠습니다.
간단히 말씀드리면, 작업에 걸려있는 점수를 말합니다. 퀘스트마다 0~99까지 점수를 할당할 수 있습니다. 일반적으로 스토리 리더가 퀘스트를 생성할때 작업의 난이도와 경중에 따라 경험치를 지정하게 됩니다.
멤버들은 높은 경험치가 걸려있는 퀘스트를 수행하면 수행할수록 경험치를 많이 얻을 수 있겠죠. 하지만, 담당자가 업무를 수행완료하면, 최종적인 업무 종결시에 평가를 하게 됩니다.
걸려있는 경험치를 다 얻을 수 있거나 아니면 작업 결과물에 따라 일정 부분만 획득할 수 있게 됩니다.
각 퀘스트마다 경험치는 퀘스트 헤더 우측에 보여집니다. 종결된 퀘스트인 경우, 할당된 경험치와 작업자가 획득한 경험치가 한번에 표현됩니다.

경험치와 레벨 그리고 업적에 대한 부분은 앞으로도 계획 업데이트 될 것입니다.

그래프

작업자를 평가하거나 현재 계획 또는 스토리의 상태를 숫자로 보면서 한눈에 상태를 파악한다는 것은 어려운 일입니다.
그래서 그래프를 제공합니다. 그래프는 앞으로도 다양한 그래프가 추가될 것입니다. 또한, 사용자가 직접 자신이 원하는 그래프를 만들 수도 있도록 개선될 것입니다.


이번 깜짝 업데이트에서는 Questitem에서 가장 중요하다고 볼 수 있는 경험치 시스템의 일부분과 그래프부분이 업데이트 되었습니다.
사용하시면서 추가되거나 개선되었으면 하는 부분이 있다면 언제든지 퀘스트 남겨주시기 바랍니다.
혹시나해서 추가로 말씀드리자면, 월드 관리자의 경우, 아래의 화면에서처럼 Questitem에 대한 스토리에 퀘스트를 직접 등록하실 수 있습니다.


















그럼 이만 줄입니다~



2013년 7월 6일 토요일

QuestItem - 상태와 액션이란 무엇인가?

안녕하세요. hitapia입니다.
오늘은 상태와 액션에 대해서 조금더 집중적으로 소개드릴까합니다.

상태
상태는 무엇을 말할까요? 바로 퀘스트의 상태를 말합니다.
우리는 우리 주변의 모든 해야할 일 또는 주어진 업무에 대한 상태를 조사하고 연구해보았습니다. 어떠한 상태를 가지고 있는가? 를 말이죠.

그 조사와 연구 끝에 크게 4가지의 분류를 가지고 있다는 것을 알았습니다.


  • O : 미작업 상태 - 아직 작업이 시작되지 않은 상태를 말합니다. 
  • P : 진행중 상태 - 작업이 진행중인 상태입니다. 
  • R : 작업 완료 상태 - 작업이 완료된 상태입니다. 
  • C : 종료 상태 - 작업 완료된 것에 대한 모든 검증이나 평가가 끝난 상태를 말합니다.


물론 더 세분화된 상태도 있을 수 있습니다. 그러나 큰 분류로 나누자면 위와 같습니다.
그렇다면 각 Case에 대해서 예를 들어보겠습니다.

이과장(상사)에게 보고서를 작성해야합니다. 이과장은 이 업무를 김대리(누군가)에게 지시합니다. 지시하는 순간 그 업무는 미작업 상태(O)가 됩니다. 물론, 작업자를 지정하지 않은 상태도 미작업 상태(O)입니다.
김대리는 일정을 확인하고 내일 작업을 진행하면 되겠다고 생각합니다. 그리고 내일이 되었습니다. 보고서를 작성하게 되는 순간 그 작업은 진행중 상태(P)가 됩니다.
4시간만에 보고서 작성을 마치고 완료되었다고 이과장에게 전달합니다. 이때가 바로 작업 완료 상태(R)입니다.
보고서를 받은 이과장은 검토를 하겠죠. 잘 작성했는지 등의 여부를요. 그리고 잘 되었다면 '수고했네~'라는 말과 함께 해당 작업이 종료됩니다. 바로 이때가 종료 상태(C)가 됩니다. 물론, 보고서를 검토하던 중에 문제가 발생하거나 부족한 점이 있다고 한다면 다시 김대리를 불러서 보충하라고 전달하겠죠. 이렇게 되면 다시 미작업 상태(O)가 됩니다.

작업 완료와 작업 종료가 구분이 어려울 수 있겠지만, 개인 할일이 아니라 협업 업무의 경우, 보통 완료되었다고 해서 종료되지 않음을 쉽게 경험하셨을 겁니다.
대부분 누군가의 지시로 업무가 시작되기 때문에 해당 업무의 종료는 업무 지시자가 업무의 결과를 검토한 이후에 결정되기 때문입니다.

물론 QuestItem에서는 협업방식에 따라 매우 많은 상태가 있을 것이라고 판단하여 상태를 무한으로 만들 수 있는 기능을 제공합니다. 예를 들어 아래와 같은 상태도 만들 수 있습니다.

접수(O) -> 검토(O) -> 작업 계획중(P) -> 계획 검토중(P) -> 작업 진행중(P) -> 작업 완료(R)-> 1차 검토중(R) -> 최종 검토중(R) -> 종료(C)

위처럼 원하는 상태를 만들 수 있습니다. 다만, 상태는 4가지 분류중 하나에 지정되어야 합니다.

액션
액션은 위의 상태를 변경시킬때 사용되는 기능입니다.
상태를 변경시키기 위해서는 꼭 액션을 지정해야합니다. 퀘스트의 상태를 변경시키기 위해서는 액션을 만들고 각 액션이 어떠한 상태로부터 어떤 상태로 변경이 가능한지를 설정할 수 있습니다.



위의 스크린샷처럼 각 액션은 상태로부터 상태로 라는 속성을 가지게 됩니다. 결국, 퀘스트가 특정 상태인 상황에서 어떤 상태로 변경이 가능한지 설정이 가능한 것입니다.

아래는 상태에 따라서 사용할 수 있는 액션이 나타난 모습입니다.

음... 접수 상태에서는 P단계인 작업시작/작업검토, R단계인 작업 완료, C단계인 작업 종료로 바로 상태이동이 가능한 액션이 있네요.
물론, 접수 상태에서 절대로 R이나 C로 상태 변경이 안되도록 할수도 있습니다. 무조건 진행중(P)단계를 거쳐야만 R이나 C단계로 상태 변경이 되도록 할 수도 있습니다.

위의 액션들 중에서 사용할 액션들을 모아 하나의 세트를 만든것이 바로 액션 세트입니다.
이 액션 세트는 스토리마다 1:1매핑(지정)됩니다. 즉! 스토리마다 다른 상태와 다른 액션들을 사용할 수 있다는 것입니다.

회사라면, 부서마다 업무의 플로우가 다를것입니다. 부서마다의 업무성격상 어떤 부서에는 일반적인 업무 종결이 4단계일 수도 있고 어떤 부서는 더 복잡할 수도 있습니다.
그렇기 때문에 스토리마다 액션세트를 다르게 지정하도록 기능이 제공되는 것입니다.

2013년 7월 5일 금요일

QuestItem Beta Open!!!


약 1개월 동안의 마무리 작업을 거치고 1주일 가량의 집중적인 디버그 작업을 마무리하여 오늘 오픈을 하게 되었습니다.

QuestItem이 추구하는 모든 것을 구현하지 않은 상태라 베타로 오픈을 합니다.
매주 개선작업이 진행될 것이며, 이 개선 활동을 통해서 궁극적으로 제공하려는 서비스를 만들어갈 예정입니다.

베타 기간동안에는 월드나 스토리의 제약 없이 무한으로 생성이 가능합니다.

그럼 앞으로도 많은 관심부탁드립니다.

QuestItem의 베타 버전이 완료


안녕하세요. hitapia입니다.

드디어! 베타 버전이 완료되었습니다. 후~ 예상 종료일이었던 7월 5일을 맞추느라 정말 오늘 고생 좀 했습니다.
그래도! 완료되었고, 내부 개발 버전인 0.0.1이 바로 서비스 베타 버전이 되었습니다.

몇시간 남지 않은 오늘내로 오픈 관련 포스팅도 올리도록 하겠습니다.

2013년 7월 4일 목요일

스크린과 사용자 필드에 대한 소개

안녕하세요. hitapia입니다.
이번 포스트에서는 스크린과 사용자 필드에 대한 소개를 하려합니다.
퀘스트를 등록하거나 상태를 변경하는 액션을 진행할때 별도의 입력폼이 필요한 경우가 있습니다.
이럴때 스크인을 사용합니다.



스크린은 액션에 1:1로 매핑됩니다. 물론, 액션에 스크린을 지정하지 않는다면 즉시 상태 변경이 됩니다.
만약, 액션에 스크린을 지정하면 상태 변경을 하는 과정에서 해당 스크린이 사용자에게 보여지게 됩니다.
사용자에게 입력폼을 보여주고, 입력된 값이 저장된 후에 상태가 변경됩니다.

스크린을 만들고 스크린에서 사용자로부터 받을 정보의 필드를 정의할 수 있습니다.
기본적으로 제공되는 사용자 필드는 12개입니다.



이 사용자 필드는 필드를 통해서 다양하게 만들 수 있습니다.
기본 제공 필드는 15개입니다.



필드를 통해서 사용자 필드를 만들고 이 사용자 필드들 중에서 사용할 사용자 필드를 선택하여 스크린을 만듭니다.
이렇게 만들어진 스크린을 특정 액션에 지정하면, 해당 액션을 사용할때 지정된 스크린이 사용자에게 보여지게되고 입력된 값이 저장되고 난 후에 상태가 변경됩니다.

좀 어렵나요? 추후에는 그림으로 쉽게 표현하여 다시한번 소개토록 하겠습니다.

액션과 액션 세트에 대한 소개

안녕하세요. hitapia입니다.

QuestItem을 사용하다보면 액션이 얼마나 중요한 것인지 알게됩니다.
모든 퀘스트들은 아래 4가지의 상태 특성를 갖습니다.


  • O : 미작업 상태 - 아직 작업이 시작되지 않은 상태를 말합니다.
  • P : 진행중 상태 - 작업이 진행중인 상태입니다.
  • R : 작업 완료 상태 - 작업이 완료된 상태입니다.
  • C : 종료 상태 - 작업 완료된 것에 대한 모든 검증이나 평가가 끝난 상태를 말합니다.


모든 퀘스트들은 위의 4가지 상태 특성을 갖습니다.
물론, 그렇다고하여 상태가 4개만 있는 것은 아닙니다. 상태는 무한으로 만들 수 있습니다. 다만, 각 상태는 위의 4가지 유형에 1가지를 갖는다는 뜻입니다.



액션은 이런 상태를 변경할 때 사용됩니다. 다시 말하면 상태를 변경하려면 액션을 거쳐야합니다.
아래는 액션을 통하여 상태가 변경되는 과정을 보여주는 관리자페이지의 액션 목록 화면입니다.



액션은 상태가 무한으로 등록이 가능한 것처럼 상태를 변경시키는 역할을 하기 때문에 무한으로 생성이 가능합니다.
이렇게 상태를 직접 만들 수 있고, 그 상태를 변경하는 액션을 직접 만들고 설정할 수 있기 때문에 어떠한 플로우도 만들 수 있습니다.
이러한 액션들을 모아서 하나의 세트로 만듭니다. 이 세트는 스토리에 1:1로 대응됩니다.



즉! 스토리마다 다른 플로우를 적용시킬 수 있다는 것입니다.
이 액션을 만들고 세트를 만드는 과정은 조금 어려울 수 있습니다만 그만큼 상세한 설정이 가능하다는 것입니다.
향후에 액션과 액션 세트를 조금더 쉽고 직관적으로 만들 수 있도록 개선할 계획입니다.

권한 세트에 대한 소개

안녕하세요. hitapia입니다.

이번 포스팅에서는 관리자의 기능중에 하나인 권한 세트를 소개하려합니다.
여러개의 스토리를 만들고 사용하다보면, 특정 스토리에 대해서는 특정 권한을 제공해야만 하는 상황이 발생될 것입니다.
이때 권한 세트를 이용하여 스토리의 사용권한을 매우 상세히 설정할 수 있습니다.

권한 세트는 권한들의 묶음을 말합니다. 스토리는 1개의 권한 세트를 사용하게 됩니다.
권한 세트는 매우 다양한 권한들을 설정할 수 있습니다.
총 18가지의 권한을 설정할 수 있습니다. 물론, 스토리마다 다르게 사용할 수 있습니다.



또한, 권한은 기본적으로 사용불가 상태에서 특정 사용자, 그룹, 역할 등의 경우 사용할 수 있도록 설정이 됩니다.

특정 권한을 사용할 수 있는 사용자를 선택함에 있어 아래와 같은 사용자 선택이 가능합니다.



권한을 변경하면 해당 권한세트가 연결된 스토리에 바로 적용이 됩니다.
권한은 앞으로도 기능에 대한 추가가 발생할 때마다 지속적으로 추가/변경될 것입니다.

퀘스트 필터에 대한 소개



안녕하세요. hitapia입니다.
이번 포스트는 퀘스트 필터에 대한 소개입니다.
퀘스트 필터는 특정 퀘스트를 매우 다양한 방법으로 검색하고 결과 목록을 저장할 수 있습니다.
또한, 퀘스트 필터를 저장하여 언제든지 자신이 원하는 상태의 퀘스트들을 열람할 수도 있습니다.
퀘스트의 다양한 속성들을 이용하여 매우 상세하게 검색 조건을 만들 수 있습니다.

만들어진 검색 조건을 필터로 저장하여 별도로 관리할 수 있습니다.
상단 메뉴에서 즐겨찾기로 등록한 필터를 선택하여 바로 목록을 확인할 수 있습니다.



만들어진 필터는 다른 사용자에게 공유할 수 있습니다.
검색 조건에는 상대적인 값으로 검색을 할 수 있기 때문에 공유한 필터의 내용은 해당 사용자에 따라서 다르게 나올 수 있습니다.



만약 현재 로그인된 사용자로 검색한다면, 특정 값이 지정되는 것이 아니라 로그인 된 사용자에 대한 값으로 검색됩니다.
그렇기 때문에 공유된 필터가 가능합니다. 물론, 스토리마다 기본적인 필터는 제공됩니다. 아래의 화면이 바로 그것입니다.



퀘스트 필터는 앞으로도 더 상세한 조건으로, 더 편한 지정을 통해서 원하는 퀘스트들을 놓치지 않고 필터링 할 수 있도록 개선될 것입니다.

QuestItem 소개 – Life Is Game!

안녕하세요. hitapia입니다.

mbine 첫번째 서비스인 QuestItem 대한 소개를 하려합니다.

Think
현업에서 10 넘도록 일을 하다보니 ''이라는 것이 어렵더군요.
일이 시작되고 마무리되기까지 여러 사람을 거치게되고 거쳐가는 사람의 수가 많을 수록 일의 마무리는 어렵고 복잡해지기 마련입니다.
또한 '' ''이라고 간주됨에 따라 재미없고 따분하며 피곤해지게 됩니다.
그래서 생각해보았습니다. 어떻게 하면 일을 재미있게 마무리 있을까?

Game
다른 이야기를 해볼까요? 저는 게임을 매우 좋아합니다.
게임을 할때는 정말 엄청난 집중력이 발휘됩니다. 그리고 속된말로 밥이나 돈이 나오는 것도 아닌데 귀중한 시간을 투자해서 게임을 진행합니다.
그리고 가끔은 지나간 시간이 아까워서 후회도 하지만 게임할때만큼은 그런 생각하지 않고 몰두하며 플레이 하곤 합니다.
글을 읽고 있는 분들도 아마 이런 경험이 있을 압니다.
우리 주변에는 이런 저런 게임이 많고 누구나 한번쯤 접해보았을 것이며 게임이라는 것을 플레이할 때의 기분을 느껴보셨을 겁니다. 저처럼요.

Life is Game
개인 블로그의 타이틀이기도한 'Life is Game'.
산다는 것은 거대한 MMORPG 게임과 유사하다고 봅니다. 매일일상속에서도 자의 또는 타의로 인하여 크고 작은 퀘스트들을 수행해야 합니다.
부모님의 심부름, 다이어트를 위한 운동, 회사에서의 특정한 업무, 자기개발을 위한 공부 .
이렇듯 우리 주변에 산개해져있는 퀘스트들을 어떻게 하면 클리어할 있을까요?
곰곰히 고민해보았습니다. 그래서 나름대로의 답을 얻었습니다.

Play a Game
우리들 주변에 수많은 해야할 것들을 하기싫고 재미없는 것들이라도 게임을 플레이하는 기분으로 하는 . 바로 이게 고민의 끝에서 얻은 답입니다.
그렇다면 게임과 우리주변에 있는 해야할 일들과 다른점은 무엇일까요?
어떻게 하면 우리 주변의 해야할 일들을 게임처럼 즐길 있을까요?
바로 아래와 같습니다.

  • 퀘스트 수행에 따른 빠른 보상
  • 짧게 진행할 있는 퀘스트
  • 다른 이들과의 경쟁


위의 3가지 핵심적인 요소가 있다면 자발적으로 무언가를 진행하는데에 있어 힘이 것입니다.
(물론, 저의 경험에서 나온 결과이고요.)

QuestItem
QuestItem 우리들 주변에 있는 해야할 모든 것들을 게임처럼 플레이 있도록 고취시켜주는 서비스입니다.
대부분 회사나 작은 소모임에서 사용될 것이지만 개인적으로도 사용할 있도록 구상한 것도 바로 이점 때문입니다.
QuestItem에서 나타나는 모든 요소들은 아래와 같이 대응됩니다.

  • 월드 - 게임을 진행할 배경 또는 환경(회사, , 그룹, 소모임, 동아리 )
  • 스토리 - 특정 월드에서 진행할 목표를 갖는 이야기(프로젝트, 팀을 위한 업무 포털
  • 퀘스트 - 스토리를 진행하기 위한 작은 수행 업무들
  • NPC - 퀘스트를 등록한 사람
  • 파티 - 특정 스토리를 수행하는 사용자들의 그룹(부서, 조직명 )
  • 경험치 - 퀘스트 수행에 따른 기본 보상


이외에 수많은 게임요소를 통해서 '해야할 ' '재미있는 퀘스트' 느낄 있도록 준비가 되어있습니다.

To be Continue
게임은 진화합니다. 그렇지 않으면 재미가 없죠.
매우 다양한 게임요소가 나오고 확장팩도 나오죠. 그렇듯 QuestItem 계속 진화할 것입니다.
물론 진화의 방향은 우리 주변에 있는 여러 해야할 일들을 재미있는 RPG 게임을 진행하는 듯한 느낌을 받을 있도록 하기 위한 진화가 것입니다.
MBINE 또한 QuestItem 하나의 월드입니다.
월드에서 다양한 퀘스트들을 수행하여 진화시킬 것입니다.


그럼 모두 식상하고 재미없는 일들을 게임처럼 플레이할 있는 QuestItem 월드로 빠져~! 봅시다!

QuestItem 서비스 베타 오픈 D-1

안녕하세요. mbine 개발자 hitapia입니다.

길고 긴 터널을 오랫동안 달려왔네요.
이제 드디어 오픈을 할 준비가 거의 완료되었습니다.
내일(7월 5일) 베타 오픈을 예정중입니다.

빠르게 작업하였으나 완성도 있는 서비스를 제공하기 위하여 매우 열심히 만들었습니다.
이렇게 오픈하는 것에 대해 매우 기쁩니다. ^^

2013년 7월 5일 베타 오픈은 한국에서만 이루어집니다.
베타 서비스 오픈에 대한 자세한 사항에 대해서는 내일 다시 포스팅 하도록 하겠습니다.

그럼 이람...