박피디의 게임 아키텍트 블로그

Feature Creep 에 대한 좋은 글이 올라왔다.

Feature Creep 이라는 건 쉽게 얘기하면
할 수 있다는 이유만으로, 혹은 경쟁 게임에 있다는 이유로,
심지어는 나만의 로망을 실현하기 위해서 주렁주렁 추가되는 기능들을 얘기한다,

이게 문제가 되는 이유는
필요없는 기능들을 개발하느라 정작 중요한 기능은 개발하지 못하고,
이런 기능들 때문에 개발이 진행될수록 걸치적 거리게 되어 작업 효율도 떨어뜨리기 때문이다.

전적으로 공감하는 얘기지만, 이번에는 약간 다른 시각에서 이 문제를 생각해 보자.

조엘은 자신의 블로그에서, 80% 의 사용자가 20% 의 기능만 사용하는 건 맞는 얘기지만,
각자 사용하는 20% 는 서로 다르다고 주장한다.
그렇기 때문에, 20% 의 기능만 잘 만든다고 해서 모든 80% 의 소비자가 만족하지는 않는다는 거다.

MMORPG 만 놓고 보면 조엘의 주장이 꽤나 설득력이 있다.
실제로 사용자들이 게임을 하는 모습을 보면, 생각치 못한 부분에서 즐거움을 느끼는 분들을 보게 된다.
'그걸 누가 하나' 싶은 기능들이 알고 보면 꽤나 인기 컨텐츠인 경우도 있고,
그런 서브 컨텐츠들이 잔솔 역할을 해서 유저들이 메인 컨텐츠를 계속 할 수 있도록 연결시켜주는 중요한 역할을 하기도 한다.

이러다보니 문제가 발생하는데,
기획자(혹은 프로그래머)가 제안한 기획서(혹은 시스템)가 '자신의 로망'을 만족하기 위한 'Feature Creep' 인지,
혹은 정말 유저들에게 새로운 재미를 제공할 수 있는 '멋진 컨텐츠(혹은 시스템)' 인지를
확신있게 얘기할 수 있는 사람이 아무도 없다는 것이다.
오직 대규모 업데이트 후에 사람들이 어떻게 반응하는지를 보고 나서야
이번에 추가한 기능이 'Feature Creep' 인지 '멋진 컨텐츠'인지를 알 수 있다.(고 생각한다)

이게 무서운 게,
기획자(혹은 프로그래머)가 만든 기획(혹은 시스템)이 아무리 허접해도
그 사람이 생각해 낼 수 있는 최선의 것이라면,
자기 스스로가 이걸 넣으면 굉장한 게임이 될 거야, 동접이 두 배 이상 올라갈꺼야 라고
자기 최면을 거는 인지부조화 상태가 될 수 있는 점이다.
이럴 경우에는, 옆에서 아무리 '이건 좀 별로지 않느냐' 라고 얘기해줘도 소용이 없다.

이 둘을 판단할 수 있는 좋은 방법이 없을까?
이 분 의견이 지금 내 생각이랑 비슷한데 마땅한 해결책이 없다는 거 역시 나랑 비슷하다. :)

그나마 프로그래머가 할 수 있는 일이라고는
Refactoring 과 UnitTest 을 꾸준히 해서 코드나 시스템의 엔트로피를 충분히 낮은 상태로 유지시키고,
스크럼의 스프린트 회고 회의(짧은, 잦은 마일스톤)을 통해서 결과를 빨리 공유해 주는 정도이지 않을까.
아니면 기획을 하던지...

이 글과 관련있는 글을 자동검색한 결과입니다 [?]

• [딜버트] Feature Creep by 하얀까마귀
• 피쳐 크립이란.. by monsa
• Visual C++ 2008 Feature Pack을 사용하여 Windows 응용 프로그램에 새로운 기능 추가 by stein