Início Agile no InfoQ Brasil
Notícias
Feed RSS-
Metodologias: As vezes adaptações são necessárias
Quantas vezes você já escutou aquela pessoa dizendo que você deve seguir a risca uma metodologia, sem modificar absolutamente nada, para que seu projeto tenha sucesso? Benefícios de fato existem, mas não há nenhuma garantia que você irá alcançá-los. O sucesso depende mais de você e do seu time do que da metodologia.
-
Workshops Caelum Pré-Qcon
Além da QCon SP que acontece dia 11 e 12 de setembro, a Caelum oferecerá, na sexta feira que antecede o evento, uma série de workshops. Workshops estes que abordarão assuntos como REST, Ruby, Agile e Java EE 6. Todos os workshops são baseados em cursos já oferecidos pela Caelum e serão ministrados pelos seus instrutores.
-
Carreiras Computacionais: o futuro é brilhante
Joel Adams, um professor de ciências da computação no Colégio Calvin em Michigan, publicou recentemente um relatório O Mercado na Carreira de Computação, que sugere um futuro brilhante para qualquer pessoa que está escolhendo a carreira de computação.
-
Cliente Remoto, Desenvolvedores Remotos e um Projeto em crise
Apesar de presença (justaposição) ser uma das principais recomendações da metodologia Ágil, mais e mais projetos são executados onde os times são distribuídos. Safari Asad iniciou uma interessante discussão no grupo de desenvolvimento Scrum para falar sobre um projeto em crise, em que não há somente o cliente remoto mas também tem desenvolvedores remotos.
-
Um ScrumMaster precisa ser Técnico?
Um ScrumMaster precisa ter conhecimentos técnicos ? Eles devem conseguir ler códigos e auxiliar os desenvolvedores no trabalho do dia a dia?
-
Lançado Eclipse Helios
A fundação Eclipse anunciou dia 22 desse mês o lançamento do Eclipse Helios, trazendo 39 projetos diferentes pelo sétimo ano de lançamentos. Os projetos do Eclipse são geridos de maneira ágil, lançando sete builds durante o ano e após isso uma quantia de candidatos a lançamento nas semanas que antecedem Junho de cada ano.
-
5 maneiras de revitalizar suas retrospectivas
Uma das partes mais importantes do Scrum são as restrospectivas, que visão trazer melhoria para a equipe no final de cada um dos sprints. Porém, muitas vezes as equipes pensam que não tem mais o que melhorar e simplesmente resolvem abandonar as reuniões de retrospectivas.
-
Estimando sua história: complexidade ou esforço?
Um erro que muitos times cometem e que, muitas vezes, pode comprometer o andamento do sprint e até do projeto, é a má estimação das histórias. Julgar uma história pela sua complexidade pode não ser bom, o ideal é julgar uma história pelo esforço envolvido nela.
-
Cobertura de Teste e a Falsa Impressão de Segurança
É muito difícil dizer quanto um software está "bem testado". Como é definido um software bem testado? O que os desenvolvedores constumam utilizar em seus projetos são métricas de cobertura de teste que verificam, de diferentes formas, a porcentagem que o seu código está testando. A questão é, podemos confiar nessa porcentagem? Como fazer com que ela não nos atrapalhe?
-
O Programador Artista
Muito têm se falado sobre a atividade de software se tratada como Artesanato, ao contrário uma tendência de Manufatura prometida pelas famosas "Fábricas de Software". Desta tendência surgiram livros como Software Craftsmanship, de Pete McBreen, Clean Code, de Robert Martin (Uncle Bob) e também um Manifesto do Artesão de Software.
-
Testando seu código Javascript
Nos últimos anos a linguagem Javascript vem tornando-se a melhor linguagem para desenvolvermos aplicações ricas na internet. Porém raramente recebem a atenção devida, ou seja, os desenvolvedores utilizam frameworks como JQuery e outros, mas não testam seus códigos, assim como testam códigos Java, por exemplo.
-
Decisão: Refatorar ou não Refatorar?
A idéia de melhorar um código já escrito e apreciado na maioria dos times ágeis. Afinal de contas, melhoria continua é algo que estas equipes se esforçam para encontrar. Entretanto, melhorar o código já existente envolve tempo e dinheiro. Será que vale a pena?
-
O Ambiente de Trabalho "Ágil"
Ontem, o cientista chefe da Thoughtworks Martin Fowler publicou em seu blog um artigo sobre o local onde as pessoas trabalham. Como deveria ser o ambiente de trabalho e como isso pode influenciar na produtividade do seu time e consequentemente no produto final.
-
Histórias não feitas são frequentes ao fim dos seus seus Sprints?
O que acontece se o seu time falha constantemente no fator "Definição de Pronto"(DoD) em algumas ou todas as histórias. Eles devem aumentar os prazos do sprint? Como o product owner deve lidar com essa situação? No caso particular a pessoa que fez essas perguntas estava em um time que utilizava sprints de 4 semanas.
-
O que deveria conter um Plano de Projeto Ágil?
O que faz um plano de projeto ser "bom o suficiente"? Projetos ágeis tem uma forte ênfase nas pessoas sobre os processos e a comunicação verbal sobre a comunicação via papel. Em contraste, muitas metodologias formalizadas exigem documentos muito complicados em relação a contratação/inicialização que tem ser completados a fim de ganhar credibilidade e aprovação para proseguir com o trabalho.