Qual é a grande ideia?
Defina explicitamente a visão única para o seu aplicativo
O que seu aplicativo representa? Sobre o que ele é realmente? Antes de começar a projetar ou codificar qualquer coisa, você precisa conhecer o propósito do seu produto — a visão. Pense grande. Por que ele existe? O que o torna diferente de outros produtos similares?
Esta visão guiará suas decisões e manterá você em um caminho consistente. Sempre que houver um ponto de dúvida, pergunte: "Estamos sendo fiéis à visão?"
Sua visão também deve ser breve. Uma frase deve ser suficiente para transmitir a ideia. Aqui está a visão para cada um dos nossos produtos:
- Basecamp: Gerenciamento de projetos é comunicação
- Backpack: Reúna as pontas soltas da vida
- Campfire: Chat em grupo por mensagem instantânea é ruim
- Ta-da List: Competindo com um post-it
- Writeboard: Word é um exagero
Com o Basecamp, por exemplo, a visão era "Gerenciamento de projetos é comunicação". Sentíamos fortemente que uma comunicação eficaz em um projeto leva à propriedade coletiva, envolvimento, investimento e momentum. Isso coloca todos na mesma página trabalhando em direção a um objetivo comum. Sabíamos que se o Basecamp pudesse realizar isso, todo o resto se alinharia.
Essa visão nos levou a manter o Basecamp o mais aberto e transparente possível. Em vez de limitar a comunicação dentro de uma firma, também demos acesso aos clientes. Pensamos menos sobre permissões e mais sobre encorajar todos os participantes a participar. A visão é o motivo pelo qual pulamos gráficos, tabelas, relatórios, estatísticas e planilhas e, em vez disso, focamos em prioridades de comunicação como mensagens, comentários, listas de tarefas e compartilhamento de arquivos. Faça a grande decisão sobre sua visão antecipadamente e todas as suas futuras pequenas decisões se tornam muito mais fáceis.
Filosofia do Quadro Branco
Andy Hunt e eu uma vez escrevemos um interruptor de transação de cartão de débito. Um requisito principal era que o usuário de um cartão de débito não deveria ter a mesma transação aplicada à sua conta duas vezes. Em outras palavras, não importa que tipo de falha que pudesse acontecer, o erro deveria ir para o lado de não processar uma transação em vez de processar uma transação duplicada.
Então, escrevemos no nosso quadro branco compartilhado em letras grandes: Erre a favor dos usuários.
Isso se juntou a cerca de meia dúzia de outros máximas. Conjuntamente, estas máximas guiaram todas aquelas decisões complicadas que você faz ao construir algo complexo. Juntas, estas leis deram à nossa aplicação uma forte coerência interna e grande consistência externa.
—Dave Thomas, The Pragmatic Programmers
Faça um Mantra
Organizações precisam de guias. Elas precisam de um esboço; os funcionários precisam saber cada dia quando acordam por que estão indo trabalhar. Esse esboço deve ser curto e doce, e abrangente: Por que você existe? O que motiva você? Eu chamo isso de mantra — uma descrição de três ou quatro palavras do porquê você existe.
—Guy Kawasaki, autor