Apresentação modificada do meu trabalho de conclusão de curso by Missae Costa

UNIVERSIDADE DE SÃO PAULO Faculdade de Arquitetura e Urbanismo da Universidade de São Paulo Curso de Design

Trabalho de Conclusão de Curso Práticas de Documentação para Projeto de Games

Orientador: Professor Drº Ricardo Nakamura Orientanda: Carina M.B. da Costa

São Paulo, 07 de dezembro de 2012:

Carina M. B. da Costa - Missae no Sekai

TCC1: Evolução, Metodologias e GDD Considerações iniciais e crescimento da complexidade:

game = jogos plataformas eletrônicas

complexidade de produção cresce com o passar dos anos.

necessidade de divisão de tarefas.

conhecimentos variados.

Jonathan BLOW. Imagens retiradas de retirados de:: <http://dl.acm.org/citation.cfm?doid=971564.971590> Acomplexidade implícita na aplicação de tecnologia (do 2d para o 3d) e de meio interativos (single player, multi-player, massive multiplayer).

Carina M. B. da Costa - Missae no Sekai

Recorte: Organização da indústria Organização acadêmica Organização observada na pesquisa

Engenharia de Software Game é um software Organização Documentação

Design

Arte

Comunicação

Tradução de imaginário

Multidisciplinaridade

Criação do novo intuitivo

GDD

Carina M. B. da Costa - Missae no Sekai

Game Design Document: “Without design documentation to direct their efforts, the individuals on a team might interpret what they know about the game in their own unique ways, working hard, but not necessarily toward the same ends.” [FULLERTON, 2009, 394]

“Always keep in mind that you are not writing the design document for the sake of writing it—your objective is communication, so do whatever it takes to accomplish that goal” [FULLERTON, 2009, 395]

Game Design Document Ferramenta de comunicação e articulação

Positivos:

Negativos:

Natureza Evolutiva

auxilia na comunicação

tende a ser extenso

Game designer é responsável

captura a essencia do game

tende a cair em desuso

Foi estudado dentro do contexto de grandes produções.

todos participam

manuseio e redação complexos

Carina M. B. da Costa - Missae no Sekai

manutenção complexa

TCC2: Pesquisa Qualitativa e Proposta Novo Recorte: O cenário brasileiro de desenvolvimento de games:

cenário diferente do apresentado por Fullerton

produção de proporções menores

produção menos experiênte

Questionário qualitativo:

traçar um panorama de trabalho

identificar dificuldades de documentação

Carina M. B. da Costa - Missae no Sekai

Sobre a coleta de dados: Devido ao cenário diferente do descrito por Fullerton, acredita-se que as necessidades de documentação também o sejam. Foco em empresas e grupos pequenos pois representam a maioria dos desenvolvedores existentes no Brasil. Pesquisa qualitativa para obter mais detalhes com menos amostras. Tratamento de dados beseado em algumas recomendações da metodologia de tratamento de dados qualitativos Grounded Theory.

Resultado da pesquisa: -

Quantos participantes, idade e sexo: participaram da pesquisa 33 pessoas, com idade média de 26 anos; dos 33 participantes, 5 eram do sexo feminino e 28 do sexo masculino.

Experiência e atuação na área: média de 3 anos de experiênica; atuação variada, desde empresas com 30 funcionários, até duplas independentes de desenvolvimento.

Carina M. B. da Costa - Missae no Sekai

Imagem SPJam 2012 retirada de < http://media.tumblr.com/tumblr_lvgh9kPPB71qd5vs7.jpg>

Resultado da pesquisa: -

Trabalham em um mesmo projeto: em torno de 5 a 6 pessoas;

Motivação para fazer games: comercial; por paixão ou hobbie; portfolio/expressão artística; criar algo original;

Carina M. B. da Costa - Missae no Sekai

comerical

criação original

paixão/hobbie

aprender

expressão artística

entreter

portfolio

realização pessoal/ reconhecimento

pesquisa

colaborar com a comunidade de desenvolvedores

Resultado da pesquisa: -

Trabalham em um mesmo local: A maioria dos participantes afirma trabalhar de maneira mista: tanto em um mesmo local física, quanto em espaços distribuídos.

Esta pergunta é importante para saber como se comunicam durante o processo de desenvolvimento. ambos

mesmo local

de forma distribuída

Dependendo do momento do projeto, é melhor trabalhar junto.

Carina M. B. da Costa - Missae no Sekai

Resultado da pesquisa: - Tipos de ferramenta para comunicação e armazenamento de dados: google drive; drop box; skype; e-mail; GIT; SVN;

Há uma certa confusão entre documentação e backup.

Carina M. B. da Costa - Missae no Sekai

Resultado da pesquisa: -

Tipos de game e dimensões:

quão complexo foi fazer o game.

mobile, web e pc; 58,1% dos entrevistados afirmaram fazer games de pequeno porte; 32,2% afirmaram fazer games de médio porte;

quantidade de funcionalidades.

quanto tempo de gameplay.

9,7% afirmaram fazer games de grande porte; conceito de dimensão variado;

A complexidade de se fazer o game como medida de dimensão nem sempre precisa estar relacionada ao tempo de produção.

Carina M. B. da Costa - Missae no Sekai

quanto tempo de produção.

Ex: um problema difícil, não necessariamente leva muito tempo para ser resolvido

Resultado da pesquisa: - Documentação: 80,7% afirma documentar o projeto, ou pelo menos, tentar; A maioria utiliza alguma ferramenta de texto (em geral o google drive) para criar a documentação. Muitos separam a documentação em:

documento de arte documento de design documento de programação

sim

não

as vezes

Mais da metade utiliza o termo Game Design Document; Documentar o projeto e ter um backup do mesmo foi frequentemente confundido;

Carina M. B. da Costa - Missae no Sekai

começa-se a documentar, mas dificilmente se mantém o ritmo.

Resultado da pesquisa: - responsável:

o que é documentado:

responsabilidade é de todos;

jogabilidade/mecânica;

há a necessidade de mesmo assim, ter um ou dois responsáveis por escrever;

game design;

apenas 19,3% atribuiu a responsabilidade somente para o game designer;

programação; high concept; referências; tarefas pendentes;

32,2% acham que a responsabilidade é de todo mundo.

Carina M. B. da Costa - Missae no Sekai

Observou-se pelas respostas, uma variedade de entendimentos do que engloba ser game design.

Resultado da pesquisa: -

problemas de documentação:

71,4% tem problemas em documentar o projeto;

Vira um ciclo! Não se atualiza porque ninguém lê, ninguém lê porque não se atualiza...

Muitos tentam deixar a documentação mais visual e menos escrita.

negligência; desorganização; preguiça; falta de atualização - falta de leitores; não saber como documentar; falta de interesse da equipe;

Carina M. B. da Costa - Missae no Sekai

a documentação é tida como importante, mas ainda é considerada uma atividade muito burocrática. dedica-se muito tempo, e não se reaproveita o material gerado.

Resultado da pesquisa: -

reaproveitamento da documentação: quase 50% não reutiliza ou nem ao menos, chega a finalizá-la;

outras respostas interessantes:

treinamento de novos funcionários.

referências para projetos futuros; documentação de erros;

portfolio.

reaproveitamento do modelo;

Documentar para aprender!

apresentar para clientes. apresentar para investidores.

O ato de documentar foi bastante associado à demonstração de profissionalismo.

Carina M. B. da Costa - Missae no Sekai

divulgação em blog.

Resultado da pesquisa: -

considera-se indie? 66,7% consideram-se desenvolvedores independentes;

o que significa ser indie? controle criativo total! Fazer o que quiser sem interferência de um investidor; trabalho autoral; criar sem auxílio financeiro;

- outros comentários menos citados a respeito do que é entendido por indie: estar associado a um cliente ou publicador = limitador criativo.

produção horizontal. O game é de todos!

indies criam somente por hobbie e não tem intenção de comercializar.

não estar vinculado à um publicador; ser original em suas criações; não precisar seguir tendências;

Carina M. B. da Costa - Missae no Sekai

alguns se consideram indies por não verem seus trabalhos como profissionais ainda...

Requisitos de proposta de documentação: -

requisitos obrigatórios: Permitir reaproveitamento de seu conteúdo; Documentar de forma mais sucinta; A documentação precisa ser de fácil manuseio; A documentação precicsa ser de fácil consulta;

requisitos desejáveis: Ajudar a entender a necessidade de documentar o projeto; Suportar diferentes tipos de mídia; Identificar quem modificou o que;

Permitir o gerenciamento do projeto;

Ter espaço para monitorar o que aconteceu com o jogo após o lançamento;

Ser de fácil manutenção;

Funcionar de forma colaborativa;

Documentar de forma mais visual;

Carina M. B. da Costa - Missae no Sekai

Proposta escolhida: - partidos: Desenvolvimento de um aplicativo ou ferramenta que auxiliasse na tarefa de documentar o projeto; Organizar em etapas, a produção de games, focando em técnicas, exemplos ou práticas de documentação;

opção escolhida: Organizar em etapas, a produção de games, focando em técnicas, exemplos ou práticas de documentação;

Ferramentas podem ser adotadas, ou não adotadas por completo. Práticas podem ser utilizadas em partes e ajudam a criar um hábito. De nada adianta o uso de uma ferramenta se a própria noção de organização não for cultivada. Uma ferramenta é um auxílio para um meio, no entanto, entender o “meio” do qual estamos falando é prioridade com relação à ferramenta.

Carina M. B. da Costa - Missae no Sekai

Organização das etapas e documentação: Documento principal e documentos periféricos.

etapa de conceitualização: high concept; mecânica base;

como pode ser documentado? ainda é algo muito mutável: docs, wiki; (cuidado com o tamanho do documento); início de uma lista de “To Do” já pode ser feita;

o que é difícil? fechar as funções básicas (fechar um escopo); parar com a busca de referências;

“De acordo com Flynt [2005], um dos grandes problemas que ocorre no processo de desenvolvimento de jogos digitais é iniciar sua produção sem a existência de um escopo claro e definido.”

O material pode ser separado por pastas: pasta pessoal e pasta do game; O importante é divulgar somente o material selecionado, para evitar discussões sem sentido e perda de tempo. Separar os materiais por algum assunto para facilitar futuras buscas.

[SORIA e FANTINI, 2012, 58]

Carina M. B. da Costa - Missae no Sekai

Organização das etapas e documentação: -

exemplo: The Tunnel

a. Especificações Iniciais:

Nome do jogo: The Tunnel (provisório) Plataforma em que será publicado: portais de jogos em flash Resolução do jogo: 640x480 (tamanho OK pra jogo de flash para portal)

b. Objetivo - High Concept:

Você é um construtor de rodovias e deve cavar túneis para que as ruas possam ser construídas. Seu chefe é um mão-de-vaca e forneceu equipamento aleatório. Agora você terá de se virar com o que vier! Mistura de card game e puzzle com fases rápidas. Conecte a entrada e a saída através dos túneis, mas tome cuidado para eles não ruírem. Use com sabedoria as peças que se mostram disponíveis para você.

Engine: flashpunk Input: Mouse apenas. Função clique e função “drag and drop” Resolução dos tiles: 32x32 pixels (confortável para clicar) precisa de avatar? (a ser testado)

Carina M. B. da Costa - Missae no Sekai

Organização das etapas e documentação: c. Ações base (iniciais):

Mecânica básica:

- quebrar pedras; - encontrar coisas; - construir coisas (drag and drop?); - sair da fase; - usar poderes (aumentar visão, quebrar pedra, embaralhar peças); - desistir da fase (recomeça); - pausar o jogo (abre menu);

1. clicar nos “tijolos” para cavar. 2. caso cave muitos buracos, o túnel pode desabar (quantidade de tijolos que podem ser cavados precisa ser testada para definir um número ideal) 3.cada peça de túnel só tem uma entrada e uma saída. 4. Alguns tijolos são mais duros do que outros, precisando de algo especial para serem removidos. 5. o jogador contará com os seguintes poderes (provisório): aumentar poderes, dinamite, embaralhar peças. 6. o jogador poderá ver 3 peças de túnel por vez

Carina M. B. da Costa - Missae no Sekai

Organização das etapas e documentação: -

etapa de prototipação: testes simples; encontrar show stoppers;

o que é difícil?: não se apegue ao protótipo; faça protótipos do necessário;

Por Exemplo: Se um game tiver um mapa que vai aparecendo por partes conforme o personagem anda (como no game Bastion ) não é necessário ter o mapa final para fazer este teste. Crie algo genérico, só para testar o movimento de aparição.

Carina M. B. da Costa - Missae no Sekai

Game: Bastion. Imagem retirada de < http://img64.imageshack.us/img64/9476/ bastion2011081615074377.png>

Organização das etapas e documentação: -

repassando conceitos:

como pode ser documentado?

comparar o antes com as informações de agora;

tabela;

anotar o que mudou e por que mudou;

fluxo de telas;

começa-se a ter noção do tamanho do projeto; cronograma;

como era

como ficou

por que mudou?

funções básicas:

- pular; - andar; - correr; - atirar;

engine:

- flashpunk;

- constructor;

- flashpunk não permite uso do botão direito

Carina M. B. da Costa - Missae no Sekai

para comparar decisões.

para estimar a quantidade de trabalho. Carina M. B. da Costa - Missae no Sekai

Organização proposta das etapas e documentação:

documento periférico

Carina M. B. da Costa - Missae no Sekai

documento periférico

documento principal

documento periférico

Organização das etapas e documentação:

etapa de conceitualização o que tem? o que é difícil? como anotar? exemplo

etapa de prototipação

o que tem? o que é difícil? como anotar? exemplo

o que tem? o que é difícil? como anotar? exemplo Repassando conceitos

lançamento resultado final reaproveitamento

Carina M. B. da Costa - Missae no Sekai

etapa de desenvolvimento

Repassando conceitos

versão beta e testes o que tem? o que é difícil? como anotar? correções exemplo

versão alfa e teste o que tem? o que é difícil? como anotar? correções exemplo

Organização das etapas e documentação: pontos altos das práticas propostas: - selecionar melhor as informações a serem divididas em grupo; - uso de tabelas; - uso de diagramas para entender os pontos importantes do projeto; - comparar sempre o estado atual do game com o que se tinha definido anteriormente; - principalmente, anotar por que as coisas mudaram; - não tenha preguiça de fazer o simples antes de evoluir para o complexo. Carina M. B. da Costa - Missae no Sekai

Organização das etapas e documentação:

como era

como ficou

por que mudou?

funções básicas:

- pular; - andar; - correr; - atirar;

engine:

- flashpunk;

- constructor;

- flashpunk não permite uso do botão direito

Carina M. B. da Costa - Missae no Sekai

Organização das etapas e documentação:

Carina M. B. da Costa - Missae no Sekai

Organização das etapas e documentação:

Carina M. B. da Costa - Missae no Sekai

Organização das etapas e documentação: -

etapa de desenvolvimento:

o que é difícil?

pensar mais no funcionamento do game e menos aonde será desenvolvido;

organizar a documentação, especialmente entre: ideias testadas e ideias a serem testadas.

possibilidade de testar se o game está divertido;

anotar por que certas opções foram aceitas e por que certas outras não.

explorar partidos de decisões do game; cronograma (aqui não dá pra escapar);

Carina M. B. da Costa - Missae no Sekai

Organização das etapas e documentação: -

repassando conceitos. novamente comparar o antes e o depois;

como pode ser documentado? anote em um documento periférico as variações de funcionalidades que se quer explorar no game; anote também, as que foram testadas: Se foram aprovadas, escreva o por que. Se não foram, escreva também;

principal, isso ajuda a manter a organização e facilidade de manuseio do mesmo. criar uma bisão geral do projeto com uma linha do tempo ou lousa; atentar-se para o detalhe da escalabilidade desta visualiação, portanto, anotar somente as informações já fechadas do projeto; procurar mensurar o tempo gasto em cada etapa ou quanto do projeto já foi terminado;

anote no documento principal somente as funcionalidades que já foram testadas e aprovadas; atualizar as tabelas; procure não anotar informações muito incertas, de uma mesta etapa de projeto, no documento

Carina M. B. da Costa - Missae no Sekai

Organização das etapas e documentação: -

exemplo: mecânica inicial

Mecânica (inicial) O jogador pode, em sua vez: Clicar sobre um tile de terra para cavar. -

Condições:

-O tile de terra DEVE estar adjascente a um tile vazio para ser clicável; -Uma vez com o túvel construído, não é possível cavar por suas paredes, apenas em sua entrada e saída; -Não é possível cavar na diagonal; -Não é possível cavar as pedras, a não ser que tenha o item certo.

Verde: você poderia cavar aqui; Vermelho: você não poderia cavar aqui

Carina M. B. da Costa - Missae no Sekai

Organização das etapas e documentação: -

exemplo: lousa (Realtime board)

Carina M. B. da Costa - Missae no Sekai

Organização das etapas e documentação: -

versão alfa e testes. modificações de acordo com feedback de testers; registrar da melhor maneira possível o feedback;

repassando conceitos. como era, como ficou e por que mudou;

- correções. realizar modificações de acordo com os dados dos testes até que o game esteja bom o suficiente;

Carina M. B. da Costa - Missae no Sekai

Se os testers já não se perdem tanto, ou estão jogando o game como era planejado, então talvez isto seja “bom o suficiente”; Ou se o game já tem as funcionalidades mínimas para funcionar dentro do esperado para seu lançamento.

Organização das etapas e documentação: -

como pode ser documentado? documento periférico para cada tester; no documento principal, anotar somente as conclusões finais dos testes, as informações que geraram mudanças no projeto; documento periférico para bugs; no documento principal, anotar somente os bugs que foram mais trabalhosos, ou que geraram aprendizagem; utilizar técnicas de teste de usabilidade pode ser uma boa ideia (narrar em voz alta oq ue estão fazendo, gravar vídeos dos teste etc);

Carina M. B. da Costa - Missae no Sekai

Teste de versão alpha para o game The Tunnel - protótipo simples parte no computador, parte de papel)

Organização das etapas e documentação: -

versão beta e testes. hora de fechar o projeto; últimos testes e ajustes finos;

o que é difícil? respeitar o cronograma; considerar que o game está terminado; aqui, a documentação serve mais apra padrão de comparações entre resultado final e expectativas;

versão final e lançamento. Ao final de tudo, espera-se que uma pequena biblioteca tenha sido criada; o documento principal é uma espécie de histórico dos pontos altos do projeto; os documentos periféricos, são as detalhes do projeto. Facilitam a inserção de um novo membro durante o desenvolvimento. Informações específicas são mais facilmente localizadas uma vez que são independentes e não estão presas dentro de um documento grande. podem ser reaproveitadas para portfolio, consulta, mapeamento de comportamento de testes, estudos de rendimento da empresa/ grupo, redação de post-mortens, artigos etc...

Carina M. B. da Costa - Missae no Sekai

Conclusão e questões: -

conclusão e observações. procurou-se estudar as necessidades de documentação e propor práticas que auxiliassem nesta tarefa, tanto no como quando no o que de se documentar; precisa de ajustes;

questões tangenciadas: Video games como linguagem: características próprias? O que falta ser explorado? Diferentes focos de core-mechanics inflingem em modificações de sequência de projeto?

pode ser refinado com tempo e experiência;

Existe um ponto de partida ótimo para a criação de um game?

intenção do trabalho foi de colaborar com a troca de informações;

Como dimensionar o tramanho de um projeto de game?

mostrar como documentar é importante para um projeto, seja pela organização, pelo aprendizado ou para não esquecer as informações úteis que o tempo apaga da nossa memória;

Até onde backup e documentação são semelhantes a ponto de serem confundidos? O quanto um backup de projeto consegue transmitir informações do desenvolvimento em sí?

crítica ao mesmo erro cometido nas matérias de projeto do curso de design;

Existe um preconceito no Brasil com relação à produção nacional de games? O quanto a visão dos próprios desenvolvedores de games brasileiros, a respeito deles mesmos diz o quão seriamente é encarada esta atividade?

Carina M. B. da Costa - Missae no Sekai

obrigada! :)

Carina M. B. da Costa - Missae no Sekai