Início Agile no InfoQ Brasil
Notícias
Feed RSS-
Estimando prazos de maneira precisa
Se uma pessoa precisa determinar, por exemplo, o preço de um determinado produto que ela nunca viu, certamente a chance dela errar será grande. Trazendo para o mundo de desenvolvimento de software, seria como se fosse pedido para um desenvolvedor determinar o tempo de uma tarefa que ele nunca viu na vida. Como fazer, então, estimar precisamente os meus prazos?
-
O valor das pessoas e da inovação nas empresas modernas
Considerando nossa nova realidade, na qual tudo o que ocorre torna-se sabido praticamente em tempo real em qualquer ponto do planeta, torna-se inevitável pensar em como devem se comportar empresas e corporações nesta nova ordem mundial. Levando a conta a forma de tratar os componentes da mesma além de uma nova forma de pensar que está mais viva do que nunca com o pensamento Ágil.
-
CINTEQ - International Conference on Software Testing and Quality
Na última semana desse mês vai ocorrer um grande evento na área de qualidade de software em São Paulo, o CINTEQ - International Conference on Software Testing and Quality organizado pelo ISQTB. Saiba as principais palestras e o que você pode esperar desse evento.
-
O membro "Do Not Disturb"
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.
-
Certificações - Ajudam ou atrapalham?
Uma das discussões mais comuns atualmente na área de TI são em relação as certificações para desenvolvedores. Alguns as defendem dizendo que são um bom meio de conseguir espaço no mercado de trabalho. Os que discordam dizem que as certificações não provam nada em relação a capacidade do desenvolvedor, apenas servem para nutrir o ego.
-
O que aprender com a Crise da Toyota - Um paralelo com Agilidade
Frente aos recalls da Toyota muito se comenta, discute e sugestiona-se. Mas o que é verdade nisso tudo? O que aprender com tudo isso? A grande verdade é que estamos num mundo capitalista e todos querem estar no topo. Numa posição de destaque. Ter esforço e trabalho reconhecido por todos. Mostrar que somos valor a agregar. Com a Toyota não foi diferente.
-
O que são os "Story Points"? Eles são necessários?
Michael de la Maza se perguntou sobre o que exatamente é um Story Point. Ele estava procurando por uma resposta e encontrou muitas: "Story Points representam unidades de tempo obscuras." ou "Story Point é uma unidade relativa de medida usada por times Scrum. Isso e usado para mensurar a quantidade de esforço necessário para implementar uma história."
-
Comentar ou não comentar?
A maioria dos desenvolvedores já escreveu pelo menos uma linha de comentário em seu código. Alguns chegam até a escrever várias linhas de comentário com o intuito de tornar o explicar melhor o que tal implementação faz. Esse artigo reúne algumas práticas usadas na hora de escrever comentários, além de opiniões internacionais e nacionais sobre comentar o seu código.
-
Testes de aceite automatizados: aliados ou inimigos?
Cada dia discute-se mais sobre a necessidade de testes de aceite automatizados. Muitos o defendem dizendo que são extremamente essenciais para o cliente e para a equipe, enquanto outros são extremamente contra e defendem o não uso deles devido principalmente a problemas de manutenabilidade e tempo.
-
Problemas recentes da Toyota podem atrapalhar o Lean?
Recentemente a montadora de carros Toyota, conhecida pela qualidade e pela não tolerância a erros, realizou o recall de mais de 500.000 carros pelo mundo, por conta de um problema no software que controla o sistema de freios. A montadora utiliza a metodologia de manufatura, conhecida como Lean. Os recentes problemas podem atrapalhar a adoção de Lean no desenvolvimento de software?
-
Revelando sérias falhas do Ágil e Scrum
O desenvolvimento de software é conhecido por ser um processo criativo. A falha dos métodos tradicionais, onde o ambiente dinâmico da programação era ignorado, tornaram os métodos ágeis muito populares. Atualmente há uma crescente adoção das metodologias ágeis, particularmente Scrum. Entretanto, tudo corre bem com métodos ágeis? Kai Glib não acha isso. Ele indica que há sérios problemas com eles.
-
Cinco regras para obter restrospectivas melhores
Muito se fala sobre como melhorar as retrospectivas das metodologias ágeis. James Carr publicou recentemente cinco regras de como tornar o processo melhor. As regras são baseadas nas experiências dele em várias retrospectivas, algumas com sucesso, outras não.
-
Nós somos pessoas! Não recursos...
Frequentemente nas grandes empresas, podemos observar uma prática cada vez mais comum que consiste na terceirização de serviços. Desta forma, os prestadores de serviços destas empresas, comumente chamados de "terceiros", passam a ser chamados de recursos, e os líderes de equipes passam a desconsiderar sua individualidade, atendo-se apenas a entregas constantes dos projetos acordados.
-
Manutenabilidade de Testes Unitários
Um dos princípios básicos das metodologias ágeis é fazer testes para seu software. Recentemente o Jay Fields postou em seu blog sobre a manutenabilidade de testes unitários, que as vezes podem atrapalhar a manutenção e a adição de novas features na aplicação. Pode-se melhorar essa manutenalidadade utilizando boas práticas.
-
Analisando gráficos de Burndown
O gráfico de burndown é considerado um dos mais úteis para monitorar o progresso de um time ágil. O gráfico representa a quantidade de trabalho que falta ser feito no eixo vertical (y) versus o tempo no eixo horizontal (x). Ele pode revelar como o time está fazendo as coisas e como o time pode melhorar seu desempenho.