Disseminando conhecimento e inovação em desenvolvimento de software corporativo
Integração Contínua não se resume a disponibilizar um servidor que continuamente obtenha e compile uma cópia do projeto. Ela é uma virtude a ser cultivada pelos desenvolvedores, independente de um servidor e, para tanto, é preciso seguir uma série de práticas que tornam possível integrar o trabalho dos diversos membros do projeto, mantendo sua integridade e realizando o menor esforço possível.
Criar e manter equipes de alta performance exige mais do que um ambiente favorável. É necessário recrutar as pessoas certas, adotar abordagens gerenciais ágeis, e construir um senso de priorização e propósito, além de direcionar o foco para resultados que agreguem valor. Este assunto foi tema de vários posts recentes, na Forrester, Fast Company e outras fontes.
Diversos desenvolvedores gostam de trabalhar isoladamente, por algum tempo, senão sempre. O XP recomenda uma organização da área de trabalho chamada "Caves and Commons". Contudo, podem existir situações onde vários membros do time ou um em particular deseja se isolar de uma forma exagerada.
Atualmente ser produtivo é uma tarefa cada vez mais exigida aos desenvolvedores. Existem algumas técnicas aumentar a produtividade tentando corrigir o problema da procrastinação excessiva, a técnica que iremos discutir é chamada de Pomodoro Technique, que apesar de muito eficiente é, por muitas vezes, utilizada de forma equivocada.
Um pequeno estudo em 2008, mostrando que equipes ágeis eram mais eficazes que as equipes tradicionais, apontou que: "Por ser baseada em numerosos colaboradores pessoais, a produtividade é quase sempre a medida mais difícil de ser melhorada nas organizações."
Kent Beck, autor de “Extreme Programming Explained” e “Test Driven Development: By Example” sugere que um projeto de software, assim como golf, pode ser um jogo longo ou curto. JUnit é um exemplo de projeto longo, muitos usuários, rentabilidade estável (a $0 é triste para qualquer envolvido), onde o objetivo principal é proporcionar funcionalidades além das necessidades dos usuários.
"Desenvolvimento orientado a testes" (TDD) e "Pareamento" são duas das práticas ágeis mais conhecidas, e mesmo assim não são postas em prática por muitas equipes ágeis. Com frequência, as pessoas afirmam estar "muito ocupadas" para praticarem TDD e pareamento; em essência, deixando a entender que esforçar-se para produzir um código de alta qualidade reduz a produtividade.
Há uma série de discussões e debates sobre o tamanho ideal de uma equipe para obter o máximo de produtividade. Apesar da maioria dos Agilistas concordarem que times menores são mais funcionais e produtivos comparados com times maiores, definir o tamanho ótimo da equipe continua sendo um desafio.
Praticantes de Agile entenderam o efeito negativo que "mudar de contexto" exerce sobre a produtividade quando o assunto é seus projetos e equipes. Em que grau essa mesma idéia se aplica às tarefas pessoais do dia-a-dia e a nível de interação pessoal e o que as pessoas podem fazer para evitar problemas de multi-tarefa? Phil Gerbyshak oferece alguns conselhos.
