Skip to content

Latest commit

 

History

History
66 lines (46 loc) · 4.06 KB

game_rules.md

File metadata and controls

66 lines (46 loc) · 4.06 KB

Regras do Jogo

Erramos muito ao longo do tempo e fomos percebendo algumas formas de trabalhar, algumas regras que precisam ser seguidas pra evitar problemas maiores. Sempre que quebramos alguma delas, sofremos as duras consequencias novamente.

  1. Time Boxing
  2. O escopo tem que estar definido completamente
  3. Limite de 3 projetos em paralelo
  4. Limite de 1 publicação por vez
  5. Tudo é feito usando contas do cliente
  6. Projeto mínimo de 2 semanas
  7. Uma vez começado o projeto, vamos até o fim
  8. Bater o escopo contratado na entrega pro cliente
  9. Fechar a v1 antes de começar a v2

Ter estas regras combinadas nos ajuda a não ter que pensar e gastar tempo discutindo sobre cada uma todo dia, seguimos e pronto. Então aqui esta anotado algumas delas:

Nosso Time Box é de 1 semana. Na segunda planejamos a semana e na sexta revisamos. O plano não pode mudar no meio da semana.

Coisas urgentes que não podem esperar a próxima semana são raras e são FastLanes 🚨

Mesmos reports de clientes e email de suporte dificilmente serão resolvidos dentro da semana corrente.

O escopo tem que estar definido completamente

Não é feito nada sem estar claramente definido o que deve ser feito. Seja pra começar um projeto novo, seja o retorno de homologação ou mesmo pra 1 história para desenvolvimento. Sem saber completamente o que fazer, fazer qualquer coisa é pior.

Limite de 3 projetos em paralelo

Cada equipe tem um limite de trabalhar no máximo em 3 projetos diferentes ao mesmo tempo.

Trabalhar em muitos projetos em paralelo da muita confusão. É melhor terminar um para então se preocupar com o outro. 2 projetos em paralelo é aceitavel mas, não desejável. 3 é o limite máximo.

Para entrar o 4º projeto, o 1º precisa sair.

Limite de 1 publicação por vez

Publicação são complicadas, cheias de incertezas e coisas que podem sair do planejado. Portanto, cada equipe só faz 1 publicação por vez.

Tudo é feito usando contas do cliente

Para se iniciar o desenvolvimento do projeto, já deve existir as contas de serviços externos necessários. Começar usando as contas da Dev e depois mudar para a do cliente é trabalho desnecessário. Então sempre conferimos:

  • Conta Apple
  • Conta Google Play
  • Conta Google Maps
  • Wirecard/Braspag/Cielo/ect
  • Heroku
  • AWS
  • Facebook / LinkedIn / Twitter

Projeto mínimo de 2 semanas

Parece que indepentende de um projeto novo ser minúsculo, 2 semanas é o menor tempo que já levamos pra fazer um projeto novo. Mesmo projetos super pequenos ou médios, parece ser esse tempo mínimo independente do tamanho do projeto.

Uma vez começado o projeto, vamos até o fim

Interromper um projeto no meio é custoso. Voltar pra ele depois consome muito trabalho e tempo. Então quando começamos um projetos não paramos mais.

As vezes é melhor adiar o inicío esperar outras coisas terminarem (homolgação ou publicação de outro projetos) para quando começar um projeto, não interromper no meio.

Bater o escopo contratado na entrega pro cliente

Na primeira entrega do aplicativo é apresentado pro cliente cada feature contratada e só com o OK dele a homologação inicia.

Quando o cliente usa pela primeira vez o aplicativo, infelizmente, é normal ele perceber que precisa de novas coisas e insistir que essas coisas deveriam ter sido feitas. Por isso comparar o escopo contratado com o que esta sendo entregue é muito importante.

Fechar a v1 antes de começar a v2

É normal o cliente misturar tudo e reportar coisas para serem corrigidas e novas funções a serem contruídas. Nós separamos isso e só negociamos/especificamos/desenvolvemos a segunda parte quando concordamos que a primeira entrega está finalizada.