Controle de Versão com Múltiplos Times Ágeis

Objetivos da metodologia utilizada:

“Falhe o quanto antes”

“É melhor resolver problemas pequenos frequentemente do que grandes esporadicamente”

“Mesmo após uma má release, algo deve ser entregue (por menor que seja)”

“As rotinas devem ser claras e simples”

Interessante a divisão de times e trabalhos em branches. Fica simples, organizado e diminui os transtornos causados pelos merges.

http://www.infoq.com/articles/agile-version-control

Afirmações provenientes do Manifesto Ágil

“Um time auto-organizável sobre um time controlado/comandado”

“Concluir de forma ágil sobre apenas concluir”

“Design suficiente sobre um grande pré-design”

“Reuso de código sobre copiar e colar”

“Programação em par sobre revisão de código”

“Rápidas reuniões em pé sobre reuniões de status do projeto”

Cada uma dessas afirmações é explicada aqui! Já tinha citado o Manifesto aqui.

if (testadores = leitores de docs && apertadores de botão) assert false;

  Post interessante do Shoes sobre os testadores. Ele faz um comparativo, baseado em sua experiência, entre testadores ágeis e não ágeis.  Veja aqui!

Métricas de Software

O grande Prof. Martin Fowler, em seu Bliki, faz uma análise de alguns métodos existentes que objetivam medir a produtividade de programadores: LOC (Linhas de código) e FP (Pontos por Função). Ele dá contra-exemplos.

Também afirma que muitos não sabem o que é exatamente uma falha em um projeto de software.

Vejam mais aqui!