여기에 RTS에 맞춘 몇 가지 답변이 있지만 MVP (Minimally Viable Product)의 개념에 보편적 인 것을 지적하고 싶었습니다.
MVP는 오랫동안 사용되어 온 개념이지만 애자일 개발이 등장함에 따라 매우 인기가있었습니다. 개념은 핵심에서 매우 간단합니다. "충분히 좋은"가장 작은 제품입니다. 그게 다야.
MVP를 까다롭게 만드는 것은 주관적이고 상황에 따라 다릅니다. 군사 계약의 마지막 이정표를 작성중인 경우 MVP는 "제품 합격 테스트"에 지나지 않습니다. 제품을 검증하려면 계약 시작시 (아마도 몇 년 전에) 요구 사항 중 하나를 테스트해야합니다. 그 중에서도 부족한 것은 MVP입니다.
프로젝트 초기에 MVP는 훨씬 낮은 기준입니다 (감사합니다!). 그러나 여전히 주관적입니다. 내가 생각하는 것은 개발자로서의 최소 제품은 제품 소유자의 제품과는 매우 다르며 회사의 VP가 생각하는 것과는 다릅니다. MVP를 정의 할 때 사용중인 배우의 관점을 선택해야합니다.
제 생각에 가장 중요한 목소리는 유한 한 자원을 관리하는 사람, 즉 시간과 돈입니다. 기업에서는 프로젝트 리더 또는 재무 담당자 일 수 있습니다. VP 일 수 있습니다. 소규모 인디 회사이거나 혼자 게임을하는 사람이라면 그 사람이 당신 일 것 입니다. 그러나 일반 게임 개발자 아니다 당신 . 그것은이다 당신이 당신이이 달 청구서를 지불 할 수 있도록 엑셀까지 코딩 도구와 기술의 소프트웨어 및 당긴를 닫습니다 그. 당신의 작은 열정 프로젝트에 다른 야간 코딩을 소비하는 것과 친구들과 외출하는 것 사이의 균형을 측정 해야하는 것은 당신 입니다.
우리는 작은 MVP에 대해 이야기하고 있기 때문에 (링크 된 비디오가 말한 것입니다), 우리는이 개념에 애자일의 접근 방식을 사용할 수 있습니다. 나는 이런 식으로 표현할 것이다.
모든 반복 / 스프린트 / 단계에 대한 MVP는 해당 제품을 빌드하는 데 소비 된 시간에 리소스 소비를 정당화하는 최소 제품입니다.
이 정의는 내가 이전에 사용한 MVP의 군사적 정의가 유효한 이유입니다. 군사 계약에 지출 한 수백만의 사람들을 정당화 할 수있는 유일한 것은 약속 된 모든 것을하는 성공적인 제품입니다. 그러나 당신을 위해, 당신은 일주일 또는 한 달의 시간을 정당화 할 수 있습니다. 바가 낮습니다.
이를 위해 개발자 모자를 벗고 양복과 맞춤형 바지를 입고 다음에 일어날 일에 대해 이야기합시다. 개발자가 제품을 완성했습니다. 그것으로 무엇을 하시겠습니까?
그 후반에 게임을 출시하여 돈을 벌 수있는 방법 중 하나가 배송됩니다. 실제로 이는 MVP의 주요 정의 중 하나이며 무시해서는 안됩니다. 제품 을 선적 할 수 있다면 돈을 벌면 많은 개발 자원이 필요 하기 때문에 MVP 후보가 됩니다. 그러나 초기에는 릴리스하지 않을 것입니다. 따라서 MVP는 더 미묘한 차이가 있습니다.
초기 개발에서 MVP는 제작하는 데 시간이 걸리는 것을 배울 수있는 최소 제품입니다.
참고 : 이것은 배우려는 의도가 아닐 수도 있습니다. 당신이 배우는 것이 "이 게임은 결코 그것을 만들지 않을 것이므로, 우리는 지금 끝내야한다. 그러나 그것을 만들려고 노력할 시간이 가치가있다"고 당신은 이겼다. 당신은 약간의 일을했고 시간이 가치가 있다고 느꼈습니다. 다른 한편으로, 당신이 게임을 할 수 있다고 결정하고 "망치면, 우리는 몇 달 동안 우리 인생을 낭비 했습니까?!" 그것은 당신이 MVP로 자신을 제한하는 좋은 일을하고 있지 않다는 강력한 제안입니다. MVP로 자신을 제한했다면 과거의 반복 작업은 이미 후회하지 않고 이미 비용을 지불 한 것으로 간주되었을 것입니다.
이제 다른 사람들이 작성한 예제를 볼 수 있습니다. 이것들은 당신이 무언가를 배우는데 필요한 최소량을 탐구하는 답변입니다. 그러나 그들은 모두 하나의 중요한 세부 사항을 그리워합니다. 다음 행동은 무엇입니까?
MVP는 일단 생성 된 MVP로 수행 할 작업에 따라 다릅니다. 필립의 큰 답변 과 bxk21의 의견을 들어보십시오. 빌립의 대답은 두 개의 "미니 게임", 즉 하나는 유닛 통제와 하나는 기본 건물에 대한 것이었다. bxk21은 시간 관리 측면만큼 중요하지 않다고 주장했다. 누가 맞습니까?
그것은 까다로운 질문입니다. 특정 환경에서는 둘 다 맞습니다. 아마도 당신은 피드백을 얻기 위해 출시 된 MVP를 일부 플레이 테스터에게 건네려고 할 것입니다. 어떤 종류의 플레이 테스터를 사용할 계획입니까? 그들은 RTS 전문가입니까? 플레이 테스터가 RTS의 전문가가 아닌 경우 필립의 대답이 제자리에있을 것입니다. 당신은 게임의 작은 콘크리트 조각을보고 있습니다. 그들은 그런 종류의 것들에 대해 언급 할 수있는 충분한 배경을 가지고있을 것입니다.
이제 TLO, Day [9] 또는 MVP와 같은 플레이 테스터를 얻는다고 가정 해 봅시다. 이들은 프로 수준의 RTS 플레이어입니다 (또는 Day [9]의 경우, 그가 전문적으로 연주한다고 믿지 않기 때문에 적어도 훌륭한 언급입니다). 이것이 당신의 플레이 테스터라면, bxk21의 의견이 아마 맞습니다. 그들은 당신이 건물을 지을 지, 건물이 지을 지에 관한 작은 세부 사항에 대해서는 신경 쓰지 않을 것입니다. 그들은 시간 관리 및 대가와 같은 미묘한 미묘한 일에 관심을 갖습니다. 이제는 초기 테스트에서 이러한 종류의 것들이 사라지지 않지만 그 맛 을 보여줄 수 있어야합니다 . 게임을 높은 수준의 기술로 묘사하고자하는 느낌을 보여주는 게임 제작에 집중해야합니다.
그래서 당신이 당신의 다음 움직임을 원하는 것을 알아 내십시오. 제품으로 무엇을하고 싶습니까? 그런 다음 해당 목표와 관련하여 MVP가 무엇인지 파악하십시오.