Recentemente contamos com a consultoria da K21 para mudar a forma como desenvolvemos para nosso portfólio de projetos. Um dos processos que implantamos, como sugestão da consultoria, foi o Dojo .

O Dojo tem como objetivo a reunião de grupo de desenvolvedores com foco nas boas práticas de desenvolvimento. Dentro da visão de gerenciamento de projetos, estamos usando o Dojo para:

• Difusão de bons padrões de programação
  • que gera qualidade de código do desenvolvedor, difunde os critérios de aceitação e diminui o número de correções;
• Funciona como uma ferramenta para ensino de regras de negócio
  • que gera reflexos no time como maior capacidade de análise do time e;
  • sugestões para melhorias nos projetos ou para melhor definição de funcionalidades
• Motivação do time
  • Programador de verdade gosta de aprender e evoluir sempre
• O time fica mais coeso e amigo
• Aumento de produtividade do time no longo prazo

Vou colocar algumas regras para depois discutir o porquê de cada uma. Estamos em constante evolução nesse aspecto, essa é a terceira versão dessa lista:

(continua...)

Recentemente fizemos uma melhoria em relação à utilização do Redmine na Fidelize que tem se mostrado bastante eficiente. Adotamos o Kanban como modelo de acompanhamento do desenvolvimento.

(continua...)

A forma como o AWS da Amazon foi criado tem muito a ver com as restrições tecnológicas existentes. A mais importante se refere à capacidade de processamento.

A lei de Moore diz que os processadores dobram de capacidade a cada 18 meses. Isso continua sendo válido. A diferença é como isso ocorre. Até 5, 10 anos atrás, a lei poderia ser interpretada de modo estrito. Os processadores foram subindo o clock de 233Mhz para 333Mhz, 500Mhz, 800Mhz, 1Ghz, e por aí vai.

(continua...)

A pergunta do título faz todo sentido. E se seu data center pegasse fogo hoje ? Você teria um plano de contingência? Sua contingência funcionaria?

Pois hoje, após pouco mais de um mês desde o incêndio no data center da Oi, posso dizer que a Fidelize sobreviveria. E com louvor.

O objetivo desse post, e dos próximos, é falar sobre as lições aprendidas com o desastre. O que deu certo. O que deu errado. Soluções encontradas. Algo muito comum em gerenciamento de projetos.

Para explicar melhor o que foi feito, vou dividir esse post em 2:

• Disaster Recovery – Lições aprendidas de um incêndio (que será tratado a seguir).
• Lições aprendidas na Amazon – Porque a estratégia que você usa no seu data center pode não funcionar na Amazon.

(continua...)