Eu e alguns amigos estamos fazendo um jogo no nosso tempo livre e terminamos cerca de 80% do jogo ... então todas as coisas óbvias e mecanismos principais. Já fizemos alguns jogos antes e sempre temos problemas para terminar.
O problema não é que não somos apaixonados o suficiente pelo jogo, é porque ninguém vê esses últimos detalhes que precisam ser adicionados, ficamos cegos de alguma forma com o jogo. É realmente frustrante. Pode ser algo como .. "talvez devêssemos ter uma função de pausa?" "Uhh, sim, claro, por que não pensamos nisso antes?"
Às vezes, embora demore muito tempo para perceber a necessidade, depois é realmente óbvio que precisava ser feito / adicionado.
Você usa algum tipo de lista de verificação para forçar um acabamento ou confia em seus sentidos aguçados para saber quando está pronto?
Seria bom ter uma lista de verificação ao estimar o tempo do projeto.
Respostas:
Obtenha testadores. (Embora isso possa não ser uma resposta direta à pergunta)
Realmente, pedir uma lista de verificação é muito específico do jogo / gênero, pois poderia ser respondido de uma maneira tão genérica. No entanto, recomendo obter o maior número possível de testadores e o máximo de feedback possível.
Na verdade, é completamente normal (imo) que um desenvolvedor negligencie de alguma forma coisas completamente simples, mas necessárias para seus jogos; os testadores, por outro lado, provavelmente perceberão essas coisas imediatamente (pelo menos foi o que experimentei).
De qualquer forma, quanto a um esboço para uma "lista de verificação" (embora eu espero que você entenda por que pedir uma lista de verificação com essas poucas informações é meio inútil).
Porém, como você pode ver na minha lista, é realmente muito específico ao gênero e ao jogo.
fonte
Eu acho que minha lista de verificação seria:
fonte
Eu segundo testadores. Testadores sérios. Registre os bugs e os recursos ausentes corretamente e lide com eles em ordem de prioridade. Teste de regressão seus bugs resolvidos para não quebrar novamente as coisas.
Além disso, defina prazos: às vezes você só precisa parar. Defina uma data para conclusão do recurso e, em seguida, defina uma data para liberação. Não fique tentado a apertar recursos depois de concluir o recurso, não importa o quão incríveis eles sejam. Esta não é uma fase polonesa, é para correção de bugs.
E lembre-se de que os últimos 20% normalmente levam 80% do tempo.
fonte
Como se costuma dizer: no desenvolvimento de jogos, os 10% restantes são onde 90% do tempo é gasto.
Quanto mais perto você chegar do final do jogo, mais difícil será fazer uma lista de verificação (e mais longa será). A parte crucial é dar um passo atrás, olhar para o seu projeto, encontrar tudo o que puder no momento, o que é absolutamente essencial para começar o jogo e trabalhar apenas nisso. Anote tudo o resto como notas. Em seguida, faça-o e divulgue-o.
Você está fazendo um jogo indie (suponho), então ninguém espera que seja 100% perfeito. O importante é divulgá-lo. Em seguida, colete o feedback e faça atualizações.
Eu acho que o cerne do seu problema pode ser que, como muitos outros desenvolvedores de Indie / Hobby, você provavelmente não fez muito planejamento com antecedência. Questões como "Ah, precisamos de um botão de pausa" são um sinal claro disso. Se as coisas óbvias deslizaram em sua mente coletiva, você não fez uma boa rodada de sentar e anotar todas as coisas que precisa fazer. Use o maior número possível de jogos relacionados para fazer isso.
fonte
Alguns outros bits "finais do jogo" que as pessoas geralmente ignoram: instalador (use NSIS), relatórios de erros / relatórios de erros, menus, lidar com redes de baixa qualidade (se for um jogo multiplayer), trapacear, atualizações de jogos.
fonte
Em termos de garantir que seu jogo seja aprimorado, verificar o que outros jogos AAA fazem é sempre uma boa idéia - você pode obter muitos itens da lista de verificação apenas observando um jogo realmente bem organizado.
Em termos de garantir que seu jogo seja sólido e você esteja pronto para enviar para sua plataforma de destino, existem listas de verificação de certificação disponíveis para cada plataforma. Muitos desenvolvedores de console precisam atender a uma lista de verificação específica dessa plataforma; A Sony possui a Lista de verificação de requisitos técnicos (TRC), a Microsoft possui os Requisitos de certificação técnica (TCR) e a Nintendo possui seu próprio processo. Infelizmente, muitas dessas informações da lista de verificação do console não são públicas sem se tornar um desenvolvedor registrado, assinar NDAs etc.
Aqui estão os requisitos para atender à certificação "Games for Windows", que são públicos:
De fato, existem muito mais desses tipos de artigos do MSFT. Muito disso é seco e provavelmente um pouco tolo, mas alguns contêm realmente bons conselhos:
A Microsoft também realiza uma conferência todos os anos chamada Gamefest. As apresentações do Gamefest cobrem MUITOS problemas de certificação, mas, infelizmente, você precisa ser um desenvolvedor registrado com uma conta xds para acessá-los:
fonte
Você pode começar a usar o software de rastreamento de bugs / problemas. Isso ajudará a coordenar seus esforços e fornecerá um local para adicionar tarefas (por exemplo, "Adicionar recurso de pausa") ao pensar nelas para que não sejam esquecidas. Se você identificar um problema que considera comum à maioria dos jogos, adicione-o a uma lista (talvez em um wiki) para ter uma referência para a próxima vez.
Dois exemplos (gratuitos!) De software de rastreamento de problemas: Redmine e Trac .
Joel Spolsky também tem algumas idéias úteis sobre isso.
fonte