Todo sistema começa pela escolha de uma metodologia
Ao fazermos um levantamento das nossas necessidades para o site novo, o que seria alterado ou descartado, percebemos a necessidade de uma metodologia de trabalho para nos auxiliar no desenvolvimento da nova versão do site, por sermos uma equipe pequena deveríamos nos concentrar no essencial e logo de cara a primeira frase que veio em mente foi, Getting Real (Caindo na real).
É possivel que você já tenha visto as técnicas que eles propõem em algum blog ou livro, Getting Real (Caindo na real) é uma metodologia desenvolvida pela 37 signal,sem a pretensão de impor nada, eles tentam auxiliar com pelo menos algumas idéias. Abaixo uma explicação do que é Getting Real (Caindo na real) e alguns pontos importantes que destacamos do livro e que utilizaremos no desenvolvimento do novo site.
Caindo na Real é sobre pular todas as coisas que representam a realidade (cartas, gráficos, caixas, setas, esquemas, wireframes, etc.) e realmente construir a coisa real. É menos. Menos massa, menos software, menos funcionalidades, menos papéis, menos tudo que não é essencial (e a maioria do que você pensa ser essencial realmente não é). É permanecer pequeno e ágil, tendo um baixo custo com mudanças, refinamento e melhora constante. Sendo ideal para sofwares baseados em web que podem evoluir constantemente de maneira diária.
Para o desenvolvimento a metodologia destaca a importância de fixar prazos, orçamentos e flexibilizar o escopo, que é melhor fazer meio-produto do que um produto meia-boca, que devemos pensar num problema somente quando ele for um problema, quanto mais enxuto é o sistema, mais fácil mudar, além disso sugere nos livrarmos de coisas como:
- Cronogramas que levam meses ou mesmo anos
- Especificações Funcionais Utópicas
- Debates de Escalabilidade
- Reuniões de equipe intermináveis
- A “necessidade” de contratar dúzias de funcionários
- Planejamentos cristalinos que prevêem o futuro
- Testes de usuário irreais
- Papelada inútil
O processo de desenvolvimento é estabelecido em 4 etapas:
- Brainstorm
É o estágio onde são trazidas as idéias, onde são discutidas as grandes questões, o que a aplicação precisa fazer. É sobre idéias de alto nível, não discussões no nível dos pixels.
- Papel de Padeiro
Desenhe coisas. Rabisque coisas. Caixas, círculos, linhas. Arranque as idéias da cabeça para o papel. O objetivo nesse ponto deve ser converter conceitos em designs grosseiros de interface. Esse passo é apenas sobre experimentação. Não há respostas erradas.
- Crie telas HTML
Faça uma versão HTML dessa funcionalidade (ou seção, ou fluxo, se for mais apropriado). Não escreva nenhum código de programação ainda. A implementação vem depois.
- Codifique
Quando o protótipo parecer bom e demonstrar o suficiente das funcionalidades necessárias, vá em frente e conecte o código de programação. Durante todo esse processo, se lembre de permanecer flexível e esperar múltiplas interações. Você deve se sentir livre para jogar fora qualquer parte de qualquer passo particular e começar novamente se ela se mostrar lixo. É natural passar por esse ciclo múltiplas vezes.
Algumas outras coisas são tratadas na Getting Real, até como contratar um funcionário, mas lembre-se qualquer metodologia só funciona se for realemente utilizada.